Guia do Scrum Comentado
O Time de Desenvolvimento consiste de profissionais que realizam o trabalho de entregar um incremento potencialmente liberável do produto “Pronto” ao final de cada Sprint.
O que se entrega no fim de cada Sprint é algo que possa ser usado pelo cliente. Coisas realmente prontas. E o esperado “Pronto” deve estar claro para todos.
Um incremento “Pronto” é requerido na Revisão da Sprint. Somente integrantes do Time de Desenvolvimento criam incrementos.
Os Times de Desenvolvimento são estruturados e autorizados pela organização para organizar e gerenciar seu próprio trabalho. A sinergia resultante aperfeiçoa a eficiência e a eficácia do Time de Desenvolvimento como um todo.
A organização não pode decidir como deve ser feito. Pode ser sugerido, pode ser discutido, mas a autonomia é do Time de Desenvolvimento.
Os Times de Desenvolvimento tem as seguintes características:
– Eles são auto-organizados. Ninguém (nem mesmo o Scrum Master) diz ao Time de Desenvolvimento como transformar o Backlog do Produto em incrementos de funcionalidades potencialmente liberável;
– Times de Desenvolvimento são multifuncionais, possuindo todas as habilidades necessárias, enquanto equipe, para criar o incremento do Produto.
Muita atenção para esse ponto: o time deve se sentir capaz de executar, senão é hora de pedir reforços.
– O Scrum não reconhece títulos para os integrantes do Time de Desenvolvimento, independentemente do trabalho que está sendo realizado pela pessoa;
Não existe hierarquia de comando-controle. O comando é o objetivo do projeto e o controle é sutil.
O Scrum não reconhece sub-times no Time de Desenvolvimento, independente dos domínios de conhecimento que precisam ser abordados, tais como teste, arquitetura, operação ou análise de negócios; e,
Existem áreas de conhecimento, mas não departamentos separados.
– Individualmente os integrantes do Time de Desenvolvimento podem ter habilidades especializadas e área de especialização, mas a responsabilidade pertence ao Time de Desenvolvimento como um todo;
Tamanho do Time de Desenvolvimento
O tamanho ideal do Time de Desenvolvimento é pequeno o suficiente para se manter ágil e grande o suficiente para completar um trabalho significativo dentro da Sprint.
Menos de três integrantes no Time de Desenvolvimento diminuem a interação e resultam em um menor ganho de produtividade. Times de desenvolvimento menores podem encontrar restrições de habilidades durante a Sprint, gerando um Time de Desenvolvimento incapaz de entregar um incremento potencialmente liberável.
Havendo mais de nove integrantes é exigida muita coordenação. Times de Desenvolvimento grandes geram muita complexidade para que um processo empírico seja útil.
Os papéis de Product Owner e de Scrum Master não são incluídos nesta contagem, a menos que eles também executem o trabalho do Backlog da Sprint.
Nossos gestores de projeto/atendimentos fazem o papel de Scrum Master e geralmente, dependendo do cliente, nossos Planners fazem papel de Product Owner.
Este artigo faz parte das minhas anotações sobre o Guia do Scrum, um capítulo em cada artigo, e se possível com exemplos práticos. Onde estiver em itálico é o texto do Guia, senão são minhas anotações.
