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

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 t...

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 Owne...