Pular para o conteúdo principal

Iniciando no SCRUM



A implantação do SCRUM em uma empresa envolve várias situações que devem ser consideradas para que o processo ágil seja atingido com sucesso.
Abaixo relacionei alguns pontos que julgo importante:
  1. Acredito que um dos principais pontos é o comprometimento com o projeto, ou seja, que o esforço e a preocupação de atingir os objetivos, sejam unânimes;
  2. A integração do P.O.(Product Owner) e o Time também é considerado muito importante, pois, garante o sincronizo imediato com o P.O.(Product Owner) caso seja necessário tirar alguma dúvida relevante, assim, garantindo que a história seja finalizada por completa, sem nenhuma duvida na implementação da funcionalidade ou regra de negócio;
  3. Outra participação fundamental é a do Scrum Master, pois é ele quem vai garantir que o processo ágil seja cumprido seguindo todos os passos, ou seja, é ele quem deve cuidar dos impedimentos que são apresentados pelo time através do daily meeting, fazendo com que o andamento da sprint não seja prejudicada por nenhuma interrupção. O Scrum Master também deve garantir e mostrar para o P.O.(Product Owner) que o andamento está indo conforme planejado ate atingir a meta da sprint;
  4. Também é importante que o Time, atinja um nível de autogerenciamento, pois ajuda no bom andamento da sprint, fazendo com que todos tomem atitudes ou ações determinantes na execução e finalização das tarefas.

Bom, aqui vai um exemplo de uma situação de uma sprint, vamos chamar de sprint A:

Na sprint A tivemos um total de 35 pontos, onde somente 20 foram aceitos e 4 rejeitados.
Tivemos 11 pontos não entregues.
Talvez, erramos em algumas estimativas, por exemplo, o que parecia ser pouco esforço acabou se transformando um dos maiores.
bom, estamos na primeira sprint, acredito que essas estimativas estaremos melhorando a cada time-box.


Resumo da retrospectiva:

Melhoramos nas cerimônias tais como: daily meeting, spring planning, também melhoramos a integração com o time e acredito que o comprometimento do time teve um destaque relevante.
os pontos negativos, tivemos problemas nas publicações das alterações no TFS, pois, talvez por estarmos nos adaptando às políticas de Check in e Check out.
Como dito acima, acredito que devemos nos atentar nas estimativas para não perdermos em pontuação, ou desvalorizar nosso trabalho.

por hoje é só, ate o próximo post.

Comentários

Postagens mais visitadas deste blog

Papéis do Scrum (Product Owner, Scrum Master, Time)

No início da adoção do Scrum, demora um pouco pra conseguirmos encaixar os papeis e colocarmos em pratica os papéis seguindo os processos de acordo com as regras. por isso resolvi falar um pouco, sobre os papéis de uma forma resumida e objetiva e tentar esclarecer um pouco mais sobre cada função. Time : O time é responsável por garantir o desenvolvimento e a entrega da sprint. O time deve conter características de disciplina, auto-gerenciamento e o comprometimento por parte de todos,  normalmente o time é composto de no máximo 10 pessoas. Scrum Master : Deve garantir que a equipe seja funcional e produtiva, deve remover os impedimentos encontrados durante o desenvolvimento da sprint o mais rápido possível. também deve garantir o uso do Scrum, ou seja, garantir que o time siga os valores  e práticas do scrum, e cuidar para que seja aceito somente a quantidade de tarefas que a equipe possa realmente entregar, de acordo com a velocidade do time. Product Owner : È dono do produto, r

Sprint Review ( Reunião de revisão )

Bom como o nome ja diz, a Sprint Review, esta relacionado à uma revisão da sprint. A reunião pode variar de acordo com a equipe, mas alguns pontos são relevantes . È extremamente necessário se preparar para a reunião de revisão. Durante a reunião deve ser apresentado as histórias que foram ou não desenvolvidas na sprint. Para ser evitar situações contrangedoras é necessário ser testado e validado todas as funcionalidades no ambiente de apresentação. Executar os testes automatizados, com isso evita alterações ou comportamentos indesejados, por exemplo alguma nova funcionalidade incluída recentemente , faz com que alguma outra parte do sistema pare de funcionar. Sempre apresentar as funcionalidades desenvolvidas no proprio sistema, não é recomendado apresentar atraves de slides ou videos, a apresentação diretamente no sistema , faz com que o PO tenha mais  segurança no produto. Durante a reunião , podem surgir novas ideias ou ou melhoria para o produto. por isso é sempre bom ter e

Daily Meeting - Reunião Diária

Hoje vou falar sobre a reunião diária chamada de Daily Meeting, ou Daily Scrum. A reunião deve realizada pelo Scrum Master e o time, dura normalmente entre 15 à 20 minutos, não mais que isso. Outras pessoas podem participar, porem, somente como ouvintes. Normalmente todos se reunem em pé, em frente ao quadro de tarefas da sprint, onde cada um diz sobre a tarefa que foi realizada no dia anterior. È importante tambem, que a pessoa se dirija ao quadro e aponte as tarefas e a história em que esta se referindo, no momento em que a pessoa estiver falando,  isso faz com que todos visualize com clareza o que cada um esta desenvolvendo. È de boa prática que cada membro da equipe responde 3 perguntas : O que você fez ontem? O que você fará hoje ? Existe algum impedimento? Ao final, todos podem ter uma visão geral no andamento da sprint, podendo assim ter uma noção de tudo que ja foi feito e o que ainda precisa ser desenvolvido na sprint. Conclusão, a reunião diária é muito util p