Existem três papéis na estrutura do Scrum. Estes são idealmente colocados para garantir a comunicação ideal entre os membros da equipe. Enquanto muitas organizações têm outras funções envolvidas na definição e entrega do produto, o Scrum define apenas essas três.
Product Owner
O Product Owner, representando as partes interessadas do produto e a voz do cliente, é responsável por fornecer bons resultados comerciais. Portanto, o Product Owner é responsável pelo Product Backlog e por maximizar o valor que o time entrega. O Product Owner define o produto em termos centrados no cliente (geralmente histórias de usuários), adiciona-os ao Product Backlog e os prioriza com base na importância e nas dependências.
Um time de scrum deve ter apenas um Product Owner (embora um Product Owner possa suportar mais de uma equipe). Essa função não deve ser combinada com a do Scrum Master. O Product Owner deve se concentrar no lado comercial do desenvolvimento do produto e passar a maior parte do tempo em contato com as partes interessadas e o time.
O Product Owner não deve ditar como o time deverá alcançar uma solução técnica, mas buscará consenso entre os membros do time. Essa função é crucial e requer um entendimento profundo de ambos os lados. Deve ser capaz de comunicar o que a empresa precisa, perguntar por que ele precisa (porque pode haver melhores maneiras de conseguir isso) e transmitir a mensagem a todas as partes interessadas, incluindo o Time de Desenvolvimento, usando uma linguagem técnica, conforme necessário.
A comunicação é uma responsabilidade central. A capacidade de transmitir prioridades e ter empatia com os membros do time e as partes interessadas é vital para orientar o desenvolvimento do produto na direção certa. A função de Product Owner preenche a lacuna de comunicação entre o time e suas partes interessadas, servindo como proxy para as partes interessadas do time, e como representante do time para as partes interessadas.
Como o rosto da equipe para as partes interessadas, a seguir estão algumas das tarefas de comunicação do Product Owner para as partes interessadas:
- Definir e anunciar lançamentos.
- Comunicar o status da entrega e do time.
- Compartilhar o progresso durante as reuniões de governança.
- Compartilhar dados significativos (riscos, impedimentos, dependências e premissas) com as partes interessadas.
- Negociar prioridades, escopo, financiamento e cronograma.
- Verificar se o Product Backlog é visível, transparente e claro.
A empatia é um atributo essencial para o Product Owner – a capacidade de se colocar no lugar do outro. O Product Owner conversa com diferentes partes interessadas, que têm uma variedade de origens, funções e objetivos. Ele deve poder ver esses diferentes pontos de vista. Para ser eficaz, é aconselhável que conheça o nível de detalhe que o público precisa.
O time desenvolvimento precisa de feedback e especificações completas para que possa criar um produto de acordo com as expectativas, enquanto um patrocinador executivo pode precisar apenas de resumos de progresso. Fornecer mais informações do que o necessário pode perder o interesse das partes interessadas e perder tempo. Um meio direto de comunicação é o mais preferido pelos proprietários de produtos ágeis experientes.
A capacidade de se comunicar efetivamente também é aprimorada por ser hábil em técnicas que identificam as necessidades das partes interessadas, negociam prioridades entre os interesses das partes interessadas e colaboram com os desenvolvedores para garantir a implementação eficaz dos requisitos.
Scrum Master
O scrum é facilitado por um Scrum Master, responsável por remover os impedimentos para que não afetem a capacidade do time de entregar as metas e os resultados do produto. O Scrum Master não é um líder de equipe ou gerente de projetos tradicional, mas atua como um amortecedor entre a equipe e quaisquer influências adversas.
O Scrum Master garante que a estrutura do scrum seja seguida. Ele ajuda a garantir que o time siga os processos acordados na estrutura do Scrum, muitas vezes facilita as sessões principais e incentiva a equipe a melhorar. O papel também foi referido como facilitador de equipe ou líder de servidor para reforçar essas perspectivas duplas.
- As principais responsabilidades atribuídas a um Scrum Master incluem (mas não estão limitadas a):
- Ajudar o Product Owner a manter o backlog do produto de uma maneira que garanta que o trabalho necessário seja bem compreendido de forma que o time possa progredir continuamente;
- Ajudando o time a determinar a definição de feito para o produto, com a contribuição dos principais interessados;
- Treinar o time, dentro dos princípios Scrum, a fim de fornecer recursos de alta qualidade para seu produto;
- Promovendo a auto-organização dentro do time;
- Ajudar a equipe de scrum a evitar ou remover impedimentos ao seu progresso, interno ou externo ao time;
- Facilitar eventos do time para garantir progresso regular;
- Educar as principais partes interessadas sobre os princípios Ágil e Scrum;
- Treinar o time de desenvolvimento para que sejam auto-organizados.
Uma das maneiras pelas quais a função de Scrum Master difere de um gerente de projeto é que este pode ter responsabilidades de gerenciamento de pessoas. Um Scrum Master fornece uma quantidade limitada de direção, já que se espera que a equipe seja capacitada e auto-organizada. O Scrum não reconhece formalmente o papel de gerente de projetos, pois as tendências tradicionais de comando e controle causariam dificuldades.
Time de Desenvolvimento
O Time de Desenvolvimento tem de três a nove membros que realizam todas as tarefas necessárias para criar incrementos de produção valiosos a cada sprint.
Embora os membros do time sejam referidos como desenvolvedores em alguma literatura, o termo refere-se a qualquer pessoa que desempenhe um papel no desenvolvimento e suporte do sistema ou produto, e pode incluir pesquisadores, arquitetos, designers, especialistas em dados, estatísticos, analistas, engenheiros, programadores e testadores, entre outros.
No entanto, devido à confusão que pode surgir quando algumas pessoas não sentem que o termo ‘desenvolvedor’ se aplica a elas, elas geralmente são chamadas apenas de membros do time.
O time é auto-organizado. Embora nenhum trabalho deva chegar à equipe, exceto através do Product Owner, e espera-se que o Scrum Master proteja o time de muita distração, o time ainda deve ser incentivada a interagir diretamente com os clientes e /ou partes interessadas para obter o máximo entendimento e imediatismo de feedback.
