Essays.club - TCC, Modelos de monografias, Trabalhos de universidades, Ensaios, Bibliografias
Pesquisar

Modelo de Desenvolvimento: Metodologia Scrum

Por:   •  6/5/2018  •  1.421 Palavras (6 Páginas)  •  485 Visualizações

Página 1 de 6

...

Product BackLog: Lista das funcionalidades do projeto como um todo, nesse documento estarão ordenadas por prioridade cada atividade que será feita. (Não há a necessidade de todas as atividades estarem informadas na primeira versão do backlog, o mesmo pode se alterar, conforme o projeto evoluí)

Product Owner: Esse ator, é quem define quais são os itens, ou funcionalidades que farão parte do projeto, a cada Sprint Planning Meeting, ele define quais serão as prioridades para cada sprint! É ele quem recebe os pacotes, afinal, é o cliente.

Daily: Todo o dia, durante o percorrer de uma Sprint, é feito uma reunião, denominada ‘Scrum Daily’, nela os integrantes do Scrum Team, devem disseminar o que fizeram no dia anterior, o que farão no dia que está por vir, e informam se há algum impedimento que esteja travando o trabalho.

Sprint: Como metodologias ágeis são iterativas, o desenvolvimento é feito em iterações, ou seja, em partes. No scrum, o nome dessa iteração é ‘Sprint’, ou corrida, nela será feito o desenvolvimento do Sprint Baclog, esse período deve ter no máximo 30 dias.

Sprint Planning Meeting: É uma reunião que ocorre no começo de uma sprint, nela o Product Owner define quais serão as atividades que serão executadas durante a sprint que está por vir, o Scrum Team deve participar, e tirar todas as duvidas, afim de transformar as funcionalidades e tarefas técnicas. O produto dessa reunião é o Sprint Backlog. Não há a necessidade do Product Owner descrever todas as atividades, dependendo do tamanho do Backlog, ele pode apresentar apenas as principais tarefas, e o restante ser revisado na Sprint Review Meeting. Tambem nessa reunião o Product Owner e o Scrum Team irão tracejar quais são os objetivos da tarefa. Após a reunião o Scrum Team deverá se reunir pra decidir qual será o tempo que a equipe terá para entregar o pacote, o prazo pode ser posteriormente negociado com o cliente.

Sprint Review Meeting: Essa reunião é feita no fim de um sprint, todos os membros do projeto devem participar. Nela o Scrum Team irá mostrar tudo o que foi alcançado durante o sprint. Em um sprint de sucesso, o Scrum Team conseguiu realizar todos os itens do Sprint Backlog, mas o essencial mesmo, é que ao menos tenha sido alcançado o objetivo central, e funcionalidades que não chegaram a ser terminadas podem ser programadas para a próxima sprint.

Sprint Backlog: Esse Backlog é baseado no Product Backlog, ele é a lista dos requisitos que serão desenvolvidos durante uma sprint. Cabe a equipe definir a ordem que serão executadas as tarefas do Backlog, e ao Scrum Master atualizar o Sprint Backlog, afim de controlar o progresso com que as atividades são finalizadas, tambem é recomendado que seja feito um ‘Kanban’ para controlar as atividades.

Scrum Team: É a equipe de desenvolvimento de um sprint, é aconselhável que se tenham de 6 a 10 membros.

Em casos de projetos maiores, existe o conceito de Scrum of Scrums, onde existem varios Scrum Teams, um para cada parte do projeto, e é feito uma Scrum of Scrums Meeting, uma reunião geral do projeto como um todo, onde cada Scrum Team sede um membro para fazer parte, e esse tem a responsabilidade de tomar conhecimento do projeto geral, é aconselhável que essa reunião seja feita 2 vezes por semana.

Scrum Master: Membro do Scrum Team, o Master ocupa uma posição gerencial, podendo ser executada por Gerentes de Projeto ou Líderes Técnicos. Esse deve se certificar que o Scrum Team está obedecendo as regras do Scrum, alem de ter a reponsabilidade de reolver os impedimentos quando algum membro do time encontrar alguma dificuldades e citála na daily.

Burndown Charts: É um gráfico que representa o trabalho feito durante uma sprint, dia por dia. No exemplo da Figua 1 a altura do gráfico representa o número de tarefas (ou de horas dessas tarefas) e o comprimento representa os dias, a linha azul representa qual era o objetivo em tempo que as tarefas seriam resolvidas, e em vermelho, o como realmente foi, é papel do Scrum Master atualizar os dados do Burndown Charts ao fim de todos os dias.[pic 2][pic 3]

2.2 Ciclo de desenvolvimento do Scrum

[pic 4][pic 5]

Acima, na Figura 2 é possível observar o ciclo de vida do scrum, que começa pela criação das funcionalidades desejadas pelo cliente, a criação do backlog, com as tarefas que serão executadas pela equipe, o ciclo do sprint que dura de 2 à 4 semanas, que se repete varias vezes, até o projeto ser finalizado, as scrum meeting’s, ou daily’s, que são realizadas todos os dias, e por fim, o produto final.[...]

Referências bibliográficas (ordenadas alfabeticamente)

SOMMERVILLE, Ian. Engenharia de Software. Addison-Wesley, 2003.

ImproveIT. Disponível em: http://improveit.com.br/scrum.

...

Baixar como  txt (9.1 Kb)   pdf (53.9 Kb)   docx (15 Kb)  
Continuar por mais 5 páginas »
Disponível apenas no Essays.club