[GP] - O Time Scrum
Autor: Henrique Burgo Raia | Publicado: 2012-04-17T18:20:00-07:00



O Time Scrum é composto pelo Product Owner, a Equipe de Desenvolvimento e o Scrum&nbsp;Master. Times Scrum são auto-organizáveis e multifuncionais. Equipes auto-organizáveis&nbsp;escolhem qual a melhor forma para completarem seu trabalho, em vez de serem dirigidos por&nbsp;outros de fora da equipe. Equipes multifuncionais possuem todas as competências necessárias&nbsp;para completar o trabalho sem depender de outros que não fazem parte da equipe. O modelo&nbsp;de equipe no Scrum é projetado para aperfeiçoar a flexibilidade, criatividade e produtividade.



Times Scrum entregam produtos de forma iterativa e incremental, maximizando as&nbsp;oportunidades de realimentação. Entregas incrementais de produto “Pronto” garantem que&nbsp;uma versão potencialmente funcional do produto do trabalho esteja sempre disponível.






O Product Owner



O Product Owner, ou dono do produto, é o responsável por maximizar o valor do produto e do&nbsp;trabalho da equipe de Desenvolvimento. Como isso é feito pode variar amplamente através&nbsp;das organizações, Times Scrum e indivíduos.



O Product Owner é a única pessoa responsável por gerenciar o Backlog do Produto. O&nbsp;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&nbsp;que o Time Scrum vai trabalhar a seguir; e,
Garantir que a Equipe de Desenvolvimento entenda os itens do Backlog do Produto no nível&nbsp;necessário.



O Product Owner pode fazer o trabalho acima, ou delegar para a Equipe de Desenvolvimento&nbsp;fazê-lo. No entanto, o Product Owner continua sendo o responsável pelos trabalhos.&nbsp;



O Product Owner é uma pessoa e não um comitê. O Product Owner pode representar o desejo&nbsp;de um comitê no Backlog do Produto, mas aqueles que quiserem uma alteração nas&nbsp;prioridades dos itens de Backlog devem convencer o Product Owner.

&nbsp; &nbsp; &nbsp; &nbsp;&nbsp;

Para que o Product Owner tenha sucesso, toda a organização deve respeitar as suas decisões.&nbsp;As decisões do Product Owner são visíveis no conteúdo e na priorização do Backlog do&nbsp;Produto. Ninguém tem&nbsp;

permissão para falar com a Equipe de Desenvolvimento sobre&nbsp;diferentes configurações de prioridade, e o Time de Desenvolvimento não tem permissão para&nbsp;agir sobre o que outras pessoas disserem.






Equipe de Desenvolvimento



A Equipe de Desenvolvimento consiste de profissionais que realizam o trabalho de entregar&nbsp;uma versão usável que potencialmente incrementa o produto “Pronto” ao final de cada Sprint.&nbsp;Somente integrantes da Equipe de Desenvolvimento criam incrementos.



As Equipes de Desenvolvimento são estruturadas e autorizadas pela organização para&nbsp;organizar e gerenciar seu próprio trabalho. A sinergia resultante aperfeiçoa a eficiência e a&nbsp;eficácia da Equipe de Desenvolvimento como um todo. As Equipes de Desenvolvimento tem as&nbsp;seguintes características:


Eles são auto-organizadas. Ninguém (nem mesmo o Scrum Master) diz a Equipe de&nbsp;Desenvolvimento como transformar o Backlog do Produto em incrementos de&nbsp;funcionalidades potencialmente utilizáveis;
Equipes de Desenvolvimento são multifuncionais, possuindo todas as habilidades&nbsp;necessárias, enquanto equipe, para criar o incremento do Produto.
O Scrum não reconhece títulos para os integrantes da Equipe de Desenvolvimento que não&nbsp;seja o Desenvolvedor, independentemente do trabalho que está sendo realizado pela&nbsp;pessoa; Não há exceções para esta regra.
Individualmente os integrantes da Equipe de Desenvolvimento podem ter habilidades&nbsp;especializadas e área de especialização, mas a responsabilidade pertence à Equipe de&nbsp;Desenvolvimento como um todo; e,
Equipes de Desenvolvimento não contém sub-equipes dedicadas a domínios específicos de&nbsp;conhecimento, tais como teste ou análise de negócios.






Tamanho da Equipe de Desenvolvimento

O tamanho ideal da Equipe de Desenvolvimento é pequeno o suficiente para se manter ágil e&nbsp;grande o suficiente para completar uma parcela significativa do trabalho.



Menos de três integrantes na Equipe de Desenvolvimento diminuem a interação e resultam&nbsp;em um menor ganho de produtividade. Equipes de desenvolvimento menores podem&nbsp;encontrar restrições de habilidades durante a Sprint, gerando uma Equipe de Desenvolvimento&nbsp;incapaz de entregar um incremento potencialmente utilizável. Havendo mais de nove&nbsp;integrantes é exigida muita coordenação. Equipes de Desenvolvimento grandes geram muita&nbsp;complexidade para um processo empírico gerenciar. Os papéis de Product Owner e de Scrum&nbsp;Master não são incluídos nesta contagem, ao menos que eles também executem o trabalho do&nbsp;Backlog da Sprint.




O Scrum Master

O Scrum Master é responsável por garantir que o Scrum seja entendido e aplicado. O Scrum&nbsp;Master faz isso para garantir que o Time Scrum adere à teoria, práticas e regras do Scrum. O&nbsp;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&nbsp;interações com o Time Scrum são úteis e quais não são. O Scrum Master ajuda todos a&nbsp;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 a Equipe de&nbsp;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 a Equipe de Desenvolvimento

O Scrum Master serve a Equipe de Desenvolvimento de várias maneiras, incluindo:



Treinar a Equipe de Desenvolvimento em auto-gerenciamento e interdisciplinaridade;
Ensinar e liderar a Equipe de Desenvolvimento na criação de produtos de alto valor;
Remover impedimentos para o progresso da Equipe de Desenvolvimento;
Facilitar os eventos Scrum conforme exigidos ou necessários; e,
Treinar a Equipe de Desenvolvimento em ambientes organizacionais nos quais o Scrum não&nbsp;é 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&nbsp;desenvolvimento de produto empírico;
Causando mudanças que aumentam a produtividade do Time Scrum; e,
Trabalhando com outro Scrum Master para aumentar a eficácia da aplicação do Scrum nas&nbsp;organizações;



Veja o guia completo aqui!

Fonte:&nbsp;http://www.scrum.org/