Processo de tratamento de Melhorias

The principal initial benefit was that we established a formal mechanism for collecting and evaluating the requests for new improvements.

Coleta de melhorias

• As melhorias não serão feitas na própria Sprint.
• As melhorias estão associadas a uma nova história, se o esforço da melhoria for 5 ou mais. Caso contrário, vai se associar a melhoria geral.
• Ao final, a melhoria geral vai ser estimada novamente.
• Sempre serão estimadas as melhorias para ajudar na definição dos planos de release. A idéia é levar em conta as melhorias que surgem durante o processo.
• Caso as melhorias percebidas não forem relativas à história, serão inseridas em melhorias gerais.

Tips

Por que a melhoria surgiu? A história foi bem planejada? As melhorias tinham como ser previstas ou estava fora do nosso alcance? O que podemos fazer para melhorar o processo e antecipar as melhorias?

Ferramenta - Scrumy

• Cada membro do redu-dev poderá adicionar as tarefas colocando seu nome para sabermos quem está adicionando as melhorias.
• Cada história terá, por default, uma história de melhorias na próxima Sprint. Por exemplo, _Checkout terá Improvements Checkout.
• As melhorias colocadas serão avaliadas por André.
• Algumas melhorias serão levadas à discussão no Sprint Planning.
• A princípio, parte do esforço de cada Sprint será alocado para melhorias (pelo menos 5).

Tips

Podem adicionar melhorias a vontade, pois as melhorias serão avaliadas e não necessariamente serão inseridas na próxima sprint.

Avaliação - Considerações na Priorização das Melhorias

• Valor para a equipe de desenvolvimento (produtividade e etc.)
• Valor de Negócios
• Pensar sempre nas nossas estratégias.
• Complexidades e riscos associados a cada melhoria.
• É uma necessidade imediata?

Tips

Alinhar a escolha das melhorias aos objetivos de curto prazo, quando for uma necessidade imediata.