Scrum - Na prática

Entre uma sprint e outra, venho analisando alguns fatos que valem a pena ser colocado em pauta. A final, o que é mais relevante produtividade ou qualidade? No dia dia do nosso desenvolvimento de software, nos deparamos com situações que nos fazem refletir e medir ate aonde vai à melhor produtividade e ate aonde conseguimos cumprir e garantir nossos itens de qualidade. Quando o foco esta na “Produtividade” , corremos o risco de perder na qualidade, ou seja, pelo fato de priorizarmos a produtividade e rapidez na execução das tarefas, faz com que os itens de qualidade nem sempre são validados conforme deveriam, pois acaba passando batido ou ate mesmo deixado de lado. Já no quesito “Qualidade”, para garantir um produto de alta qualidade precisamos checar se todos os itens de qualidades foram contemplados, ate mesmo mais de uma vez, ou seja, em alguns casos são revisados mais de uma vez, para ter certeza de que tudo esta finalizado com qualidade efetivamente. Na verdade,

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

Dentro de uma empresa , quando se aplica uma metodologia ágil, o objetivo é melhorar a gestão e melhorar o planejamento dos projetos. O SCRUM é uma metodologia ágil, que vem ganhando forças, e cada vez mais vem sendo utilizados nas empresas. Sendo assim, os projetos são subdivididos em ciclos menores, que são chamados de Sprints. Uma Sprint se inicia com uma reunião de planejamento, onde conta com a participação do Product Owner,   Scrum Master e o Time. Nesta reunião o Product Owner relaciona as tarefas, normalmente já priorizadas, e apresenta ao time. Bom ate ai tudo bem, mas será que conseguimos estimar as atividades corretamente, ou seja, será que temos a percepção de identificar se uma ou mais história podem vir a comprometer uma sprint?   Imagino que a maioria diria que sim, porem, acho que devemos considerar alguns pontos importantes, por exemplo: ·          O time possui um nível de conhecimento ou experiência nivelado? ·          O time consegue man