Scrum Escalado x Definição de Pronto

Em Scrum escalado utilizando frameworks conhecidos como o SAFe ou Nexus por exemplo, existe mais de um time trabalhando no mesmo Backlog do Produto, isso implica na necessidade de uma organização maior já que para que um incremento de software seja considerado pronto, o trabalho executado por mais de um time deve ser integrado para que a entrega possa ser realizada de forma correta.

É responsibilidade de cada time que todo o trabalho previsto no Sprint Backlog ao final reflita a Definição de Pronto (DoD) vigente.

No caso de mais de um time, todos eles são responsáveis por garantir que seus respectivos incrementos sejam devidamente integrados aos incrementos dos outros times envolvidos, pois a soma de todos os incrementos formarão o incremento do projeto para um determinado período (Sprint(s)) sempre levando em conta a Definição de Pronto acordada na iniciativa ou projeto.

Um engano comum é que a entrega seja considerada realizada sem a devida integração do que foi implementado pelos times envolvidos, isso causa diversos contra tempos além do atraso, já que os incrementos ainda terão que ser integrados e ajustes certamente precisarão ser feitos durante o processo gerando mais tarefas “não previstas” (correção de bugs, testes regressivos e etc) afetando o planejamento do trabalho subsequente.

Os times precisam chegar a um acordo sobre uma definição de pronto

O ideal é que uma vez que os times estejam trabalhando no mesmo Backlog do Produto, seja alinhada uma Definição de Pronto comum para todos os times inseridos em uma determinada iniciativa, sendo assim o trabalho previsto nesta Definição de Pronto será considerada no planejamento de cada time envolvido, o que facilitará a integração do trabalho de todos os times ao final de uma sprint.

Para me conhecer melhor acesse meu site e meu perfil no LinkedIn, fique a vontade para entrar em contato, vamos conversar !!! 

Deixe uma resposta

O seu endereço de e-mail não será publicado. Campos obrigatórios são marcados com *