Duas perguntas sobre Scrum [closed]
Eu tenho duas questões relacionadas ao Scrum.
Nossa empresa está tentando implementá-lo e com certeza estamos pulando aros.
Ambas as perguntas são sobre "feito significa Feito!"
1) É realmente fácil definir "Concluído" para tarefas que são / têm - critérios de aceitação de teste claros - completamente independentes - testados no final por testadores
O que deve ser feito com tarefas como: - projeto de arquitetura - refatoração - desenvolvimento de algumas classes de utilitário
O principal problema é que é quase completamente uma entidade interna e não há como verificar / testar de fora.
Como exemplo, a implementação de recursos é um tipo de binário - é feito (e passa em todos os casos de teste) ou não é feito (não passe em alguns casos de teste).
A melhor coisa que vem à minha cabeça é pedir a outro desenvolvedor para rever essa tarefa. No entanto, de qualquer forma, não fornece uma maneira clara de determinar se é feito completamente ou não.
Então, a questão é como você define "Concluído" para essas tarefas internas?
2) Tarefa Debug / bugfix
Eu sei que a metodologia ágil não recomenda ter grandes tarefas. Pelo menos se a tarefa for grande, ela deve ser dividida em tarefas menores.
Vamos dizer que temos um problema bastante grande - um grande redesenho de módulo (para substituir a nova arquitetura desatualizada por uma nova). Claro, essa tarefa é dividida em dezenas de pequenas tarefas. No entanto, sei que no final teremos uma sessão bastante longa de debug / fix.
Eu sei que geralmente é o problema do modelo em cascata. No entanto, acho que é difícil se livrar dele (especialmente para mudanças bastante grandes).
Devo alocar tarefas especiais para integrações de depuração / correção / sistema e etc?
No caso, se eu fizer isso, geralmente essa tarefa é enorme comparando com todo o resto e é difícil dividi-la em tarefas menores.
Eu não gosto desse jeito, por causa dessa enorme tarefa monolítica.
Existe outro caminho. Posso criar tarefas menores (associadas a bugs), colocá-las em backlog, priorizar e adicioná-las às iterações no final da atividade, quando vou saber quais são os bugs.
Eu não gosto desse jeito, porque nesse caso toda a estimativa se tornará falsa. Estimamos a tarefa, marque a pergunta completa a qualquer momento. E vamos abrir as novas tarefas para bugs com novas estimativas. Então, vamos acabar com o tempo real = tempo estimado, o que definitivamente não é bom.
Como você resolve este problema?
Atenciosamente, Victor