O Time Scrum é composto pelo Product Owner, o Time de Desenvolvimento e o Scrum Master.
Times Scrum são auto-organizáveis e multifuncionais. Times auto-organizáveis escolhem qual a
melhor forma para completarem seu trabalho, em vez de serem dirigidos por outros de fora do
Time. Times multifuncionais possuem todas as competências necessárias para completar o
trabalho sem depender de outros que não fazem parte da equipe.
O modelo de time no Scrum
é projetado para aperfeiçoar a flexibilidade, criatividade e produtividade.
Times Scrum entregam produtos de forma iterativa e incremental, maximizando as
oportunidades de realimentação. Entregas incrementais de produto “Pronto” garantem que
uma versão potencialmente funcional do produto do trabalho esteja sempre disponível.
Product Owner
O Product Owner, ou dono do produto, é o responsável por maximizar o valor do produto e do
trabalho do Time de Desenvolvimento. Como isso é feito pode variar amplamente através das
organizações, Times Scrum e indivíduos. O Product Owner é a única pessoa responsável por gerenciar o Backlog do Produto.
O
gerenciamento do Backlog do Produto inclui:
Expressar claramente os itens do Backlog do Produto;
Ordenar os itens do Backlog do Produto para alcançar melhor as metas e missões;
Garantir o valor do trabalho realizado pelo Time de Desenvolvimento;
Garantir que o Backlog do Produto seja visível, transparente, claro para todos, e mostrar o
que o Time Scrum vai trabalhar a seguir; e,
Garantir que o Time de Desenvolvimento entenda os itens do Backlog do Produto no nível
necessário.
O Product Owner pode fazer o trabalho acima, ou delegar para o Time de Desenvolvimento
fazê-lo. No entanto, o Product Owner continua sendo o responsável pelos trabalhos.
O Product Owner é uma pessoa e não um comitê. O Product Owner pode representar o desejo
de um comitê no Backlog do Produto, mas aqueles que quiserem uma alteração nas
prioridades dos itens de Backlog devem convencer o Product Owner. Para que o Product Owner tenha sucesso, toda a organização deve respeitar as suas decisões.
As decisões do Product Owner são visíveis no conteúdo e na priorização do Backlog do
Produto. Ninguém tem permissão para falar com o Time de Desenvolvimento sobre diferentes
configurações de prioridade, e o Time de Desenvolvimento não tem permissão para agir sobre
o que outras pessoas disserem.
O Time de Desenvolvimento
O Time de Desenvolvimento consiste de profissionais que realizam o trabalho de entregar uma
versão usável que potencialmente incrementa o produto “Pronto” ao final de cada 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. 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 utilizáveis;
Times de Desenvolvimento são multifuncionais, possuindo todas as habilidades necessárias,
enquanto equipe, para criar o incremento do Produto.
O Scrum não reconhece títulos para os integrantes do Time de Desenvolvimento que não
seja o Desenvolvedor, independentemente do trabalho que está sendo realizado pela
pessoa; Não há exceções para esta regra.
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; e,
Times de Desenvolvimento não contém sub-times dedicados a domínios específicos de
conhecimento, tais como teste ou análise de negócios.
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 uma parcela significativa do trabalho dentro dos limites 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 utilizável. Havendo mais de nove integrantes é
exigida muita coordenação. Times de Desenvolvimento grandes geram muita complexidade
para um processo empírico gerenciar. 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.
Scrum Master
O Scrum Master é responsável por garantir que o Scrum seja entendido e aplicado. O Scrum
Master faz isso para garantir que o Time Scrum adere à teoria, práticas e regras do Scrum. O
Scrum Master é um servo-líder para o Time Scrum.
O Scrum Master ajuda aqueles que estão fora do Time Scrum a entender quais as suas
interações com o Time Scrum são úteis e quais não são. O Scrum Master ajuda todos a
mudarem estas interações para maximizar o valor criado pelo Time Scrum.
O Scrum Master trabalhando para o Product Owner
O Scrum Master serve o Product Owner de várias maneiras, incluindo:
Encontrando técnicas para o gerenciamento efetivo do Backlog do Produto;
Claramente comunicar a visão, objetivo e itens do Backlog do Produto para o Time de
Desenvolvimento;
Ensinar a Time Scrum a criar itens de Backlog do Produto de forma clara e concisa;
Compreender a longo-prazo o planejamento do Produto no ambiente empírico;
Compreender e praticar a agilidade; e,
Facilitar os eventos Scrum conforme exigidos ou necessários.
O Scrum Master trabalhando para o Time de Desenvolvimento
O Scrum Master serve o Time de Desenvolvimento de várias maneiras, incluindo:
Treinar o Time de Desenvolvimento em autogerenciamento e interdisciplinaridade;
Ensinar e liderar o Time de Desenvolvimento na criação de produtos de alto valor;
Remover impedimentos para o progresso do Time de Desenvolvimento;
Facilitar os eventos Scrum conforme exigidos ou necessários; e,
Treinar o Time de Desenvolvimento em ambientes organizacionais nos quais o Scrum não é
totalmente adotado e compreendido.
O Scrum Master trabalhando para a Organização
O Scrum Master serve a Organização de várias maneiras, incluindo:
Liderando e treinando a organização na adoção do Scrum;
Planejando implementações Scrum dentro da organização;
Ajudando funcionários e partes interessadas a compreender e tornar aplicável o Scrum e o
desenvolvimento de produto empírico;
Causando mudanças que aumentam a produtividade do Time Scrum; e,
Trabalhando com outros Scrum Masters para aumentar a eficácia da aplicação do Scrum
nas organizações.
Fonte: Guia do SCRUM
De que forma o Scrum Master pode ser escolhido numa equipe de desenvolvimento? Quais as qualificações a pessoa precisa ter para ser o Scrum Master?
ResponderExcluirTambém estou aguardando a resposta do GT.. :)
ResponderExcluir