Os Papéis e Modelos do Scrum
O Scrum é basicamente divido por Equipes Scrum com seus
membros tendo papéis definidos, pelos Times Boxes que são as reuniões de
planejamento, releases, sprints e por fim os Artefatos e Regras.
De acordo com Schwaber e Sutherland (2010, p.4) as Equipes
de Scrum tem em sua formação três papéis:
O Product Owner: define os itens que devem ser realizados
pela Equipe Scrum.
O ScrumMaster: assegura que a equipe vai seguir as práticas
e processos do Scrum.
A Equipe Scrum: são as pessoas que realmente colocam a “mão
na massa”, que executam o trabalho e tornam os requisitos em um produto.
A partir dos Times Boxes é que se tem uma regularidade no
projeto, os
quais são os elementos fixos como: Reunião de Planejamento
da Release, reunião
de Planejamento da Sprint, a Sprint em si, as Reuniões
Diárias(Daily Scrum), a
Revisão da Sprint e a Retrospectiva da Sprint.
Dentre todas as Times Boxes a Sprint pode-se considerar a
mais importante, pois é a iteração previamente definida, em que durante esse
período é feito o esforço para o desenvolvimento do que foi planejado para essa
iteração e sendo uma parcela do produto final busca-se que sejam partes
funcionais.
As sprints funcionam uma após a outra, e mesmo que um produto não
tenha sido concluído em sua iteração estipulada, pode continuar sendo
trabalhada na próxima. Como definem Schwaber e Sutherland (2010) os artefatos são
formados por:
Product Backlog – Trata-se de uma lista contendo as
funcionalidades desejadas.
Sprint Backlog – É uma lista de tarefas feita a partir do
Product Backlog para ser desenvolvida dentro da Sprint.
Burndown de Release – mensura o Product Backlog ao longo do
tempo.
Burndown de Sprint – mensura os itens da Sprint Backlog
restante ao longo das sprints.
Já as Regras, funcionam como o próprio nome
determina, são regras para manter todos os pontos funcionando bem e ligados.
Como exemplo, uma regra do Scrum diz que “somente membros do Time - as pessoas
comprometidas em transformar o Product Backlog em um incremento - podem falar
durante uma Daily Scrum”. (Schwaber e Sutherland, 2010, p. 5).
Nenhum comentário:
Postar um comentário