Scrum para times – As cerimônias do Scrum
Transcrição
Scrum para times – As cerimônias do Scrum
Scrum para times – As cerimônias do Scrum O time de Scrum é formado por pessoas comprometidas em realizar o trabalho proposto. Num time de Scrum, temos pessoas com diversas habilidades, programadores, testadores, ou seja, todas as pessoas que realmente estão comprometidas em realizar o trabalho proposto. O tamanho do time é importante, pois, quanto menor mais produtivo o time se torna. Um time de Scrum tem diversas responsabilidades entre elas participar das cerimônias, as cerimônias são reuniões, formais ou não, que acontecem em momentos distintos da Sprint. A seguir, falaremos sobre as cerimônias e a participação do time em cada uma delas. Sprint Planning Esta é uma reunião onde o próprio nome já diz tudo, é uma reunião de planejamento. Uma reunião de curta duração que dura entre 3 a 4 horas e que tem como objetivo fazer todo o planejamento da Sprint. A reunião de Planning é realizado no primeiro dia da Sprint, normalmente esta reunião é dividida em duas partes: Sprint Planning 1 e Sprint Planning 2, a seguir vamos detalhar melhor cada uma. Sprint Planning 1 Nesta parte da reunião participam o time, o Scrum Master (SM) e o Product Owner (PO). O time e PO têm papeis importantíssimos nesta reunião, o SM participar como mediador. Nesta reunião o PO em conjunto com o time define o objetivo da Sprint. Isso é feito levando em consideração os itens de backlog já priorizados pelo PO e estimados pelo time. Lembrando que nesta reunião podem ser adicionados e estimados novos itens, essas estimativas devem ser feitas usando POKER. Está reunião tem como saída o comprometimento do time em realizar as tarefas prometidas, o Sprint Backlog, ou seja, as tarefas que serão realizadas durante aquela Sprint, lembrando que o time, e somente o time, pode decidir e se comprometer a respeito do trabalho que será executado. Ou seja, nem o PO e o SM podem interferir no comprometimento do time, caso o PO fique insatisfeito ele pode repriorizar as tarefas. Sprint Planning 2 No planning 2 só participam as pessoas que realmente vão realizar o trabalho, ou seja, só o time e o SM, caso ocorram duvidas o PO pode ser consultado durante a reunião. Nesta reunião o time discutirá o Sprint Backlog definido no Planning 1, este momento é muito importante, pois é nesse momento momento que o time discutirá como as tarefas serão executadas . O time divide as estórias em tarefas que serão implementadas durante a Sprint.. É também nesse momento que o time define suas definições de pronto (DoD – Definition of Done), essas definições garantem garantem que as estórias tenham sido implementadas e testadas, e estão prontas para ser entregues. Ao final desta reunião temos o comprometimento do time em desenvolver todas as tarefas definidas. Daily Scrum O Daily Scrum é uma reunião publica, onde todos podem pod participar mais só membros do time podem fazer comentários e perguntas. A idéia que seja realizada fora do ambiente da equipe e que seja feita em no máximo 15 minutos. minutos Umas das principais regras a serem cumpridas são as três perguntas do Daily Scrum: • • • O que eu fiz desde a última reunião? o Ex.: comecei omecei a implementar a funcionalidade de login da minha aplicação. O que vou fazer até a próxima reunião? o Ex.: vou ou codificar a validação da senha do usuário do lado cliente. cliente Quais os problemas estão impedindo a realização realização do meu trabalho? o Ex.: a minha máquina não liga. Um detalhe importante,, enquanto um fala os outros membros do time podem da dicas de como ajudar a desenvolver o seu trabalho. E com relação aos problemas identificados é de obrigação do SM resolver esses impedimentos. Os principais benefícios desta reunião é a visibilidade do que está acontecendo para todo o grupo e ajudar o SM identificar ficar os impedimentos, para que os mesmos posem ser resolvidos. Cuidado, essa uma é reunião para ser rápida, discussões técnicas ou sobre soluções de problemas ficam de fora desta reunião, o importante é responder as três perguntas. É função do SM como mediador iador manter essas discussões de fora desta reunião. Sprint Review Está é uma reunião realizada no último dia da Sprint, está é uma reunião onde todos são convidados, convidados todos mesmo,, e em geral dura até 4 horas. horas. Normalmente é realizada numa sala de reunião ou o auditório, sempre de portas abertas. A idéia desta reunião é apresentar o que foi feito durante a Sprint, Sprint, ou seja, apresentar o resultado do trabalho. É importante o time se preparar para essa reunião, onde deve ser apresentado o demo do sistema. Um detalhe importante, o ambiente da demonstração deve ser o mais próximo do ambiente de produção. Nesta reunião podem ser levantadas novas funcionalidades e os stakeholders podem identificar funcionalidades que não forem entregues, ou não foram entregues conforme esperado, e solicitar que está funcionalidade em questão seja retornada ao Product Backlog. OBS. NÃO É PERMITIDO O USO DE POWER POINT. Sprint Retrospective Esta é uma reunião formal e fechada, geralmente com timeboxed de 3 horas. Participam o time, o SM e PO (presença opcional). Esta reunião tem como objetivo detectar pontos de melhorias. Esta reunião é dividida em 6 momentos: 1. Definir a segurança do ambiente; O time define a do segurança do ambiente, se alguém que esteja no ambiente, se a equipe não se sente segura com a presença de alguém, essa pessoa é convidada a sair da sala. 2. Linha do tempo; Cada membro do time conta o que aconteceu na Sprint, em forma de historia. 3. O que foi bom; Os membros da equipe listam o que aconteceu de bom durante a Sprint. 4. O que pode melhorar; Os membros da equipe listam o que pode melhorar para a próxima Sprint, tanto do lado do time como do lado da empresa. 5. Dividir as melhorias por responsabilidades; Neste momento os membros da equipe dividem as melhorias em dois grupos, melhorias do time, o que é de responsabilidade do time e melhorias da empresa, o que é responsabilidade da empresa. 6. Priorizar as melhorias; Neste momento o time prioriza as melhorias tanto para o time quanto para a empresa. Alexsandro Marques
Documentos relacionados
Processos de Software: Conceitos Básicos - LES PUC-Rio
Scrum Enfatiza um conjunto de valores e práticas de gerenciamento de projeto, ao invés de requisitos, implementação, etc Ênfase em processos empíricos ao invés de processos definidos O produto evol...
Leia mais