Qual das seguintes opções melhor define A colaboração

O que são os três papéis do scrum?

O Scrum tem três papéis: proprietário do produto, mestre do Scrum e membros da equipe de desenvolvimento. Embora esses papéis sejam bastante claros, o que fazer com os cargos já existentes pode ser um pouco confuso. Muitas equipes perguntam se precisam mudar os cargos quando estão adotando o Scrum. Resumindo a resposta: não.

Neste artigo a gente vai definir os papéis do Scrum e ver como eles podem ser acrescentados à sua empresa sem precisar imprimir novos cartões de visita.

Funções do Scrum vs. cargos

Os três papéis do Scrum descrevem as principais responsabilidades dos participantes da equipe Scrum. Não são cargos. Ou seja: qualquer cargo, mesmo os que já existem em sua empresa, podem desempenhar qualquer papel. Considerando que a essência do Scrum é o empirismo, a auto-organização e a melhoria contínua, os três papéis recebem uma definição mínima de responsabilidades e prestação de contas para permitir que as equipes entreguem seus trabalhos com efetividade. Assim as equipes podem assumir a responsabilidade de como se organizam e continuar melhorando.

A equipe de desenvolvimento deve conseguir se auto-organizar para tomar decisões para conseguir que o trabalho seja feito. Pense na equipe de desenvolvimento como equivalente a equipe de apoio de produção que é chamada durante a noite porque algo deu errado. A equipe de desenvolvimento, como a equipe de apoio da produção, pode tomar decisões e fazer entregas para corrigir/valorizar o problema que existe. A auto-organização não é sobre desrespeitar a organização, mas sim sobre dar poder suficiente para as pessoas próximas ao trabalho para que elas façam o que for preciso para resolver o problema.

As responsabilidades da equipe de desenvolvimento incluem:

• Entregar o trabalho ao longo do sprint.
• Para garantir a transparência durante o sprint, há encontros diários no Scrum diário (às vezes chamado de reunião rápida). O Scrum diário dá transparência para trabalhar e um lugar dedicado para os membros da equipe procurarem ajuda, falarem sobre seus sucessos e destacarem questões e bloqueios. O mestre de Scrum pode facilitar o Scrum diário, mas, em última instância, a equipe de desenvolvimento é responsável por realizar essa reunião. É durante essa reunião que se vai ajudar a todos, como um grupo, a inspecionar e adaptar o trabalho que as pessoas estão fazendo e trabalhar de forma mais efetiva.

O proprietário do produto: configurando a direção de forma clara

Equipes ágeis são, por definição, flexíveis e responsivas, e é responsabilidade do proprietário do produto garantir que elas vão entregar o máximo de valor. Os negócios são representados pelo proprietário do produto, que diz para a equipe de desenvolvimento o que é importante entregar. A confiança entre esses dois papéis é crucial.

O proprietário do produto deve não apenas entender o cliente, mas também ter uma visão do valor que a equipe Scrum está entregando a ele. O proprietário do produto também equilibra as necessidades de outras partes interessadas da organização.

Assim, o proprietário do produto precisa pegar todas essas informações e organizar o trabalho em prioridades. Essa é talvez a sua responsabilidade mais importante, pois prioridades conflitantes e falta de clareza nas orientações não vão apenas reduzir a eficiência da equipe, mas também podem atrapalhar a relação de confiança entre a equipe de negócios e a de desenvolvimento.

Equipes ágeis foram projetadas para inspecionar e adaptar, o que significa que uma mudança na prioridade pode levar a uma mudança grande na estrutura da equipe, nos produtos de trabalho e no resultado final. Então é crucial para que as equipes Scrum sejam bem-sucedidas que apenas uma pessoa determine as prioridades. Essa pessoa é o proprietário do produto.

O guia de Scrum define as responsabilidades dos proprietários do produto como:

• Gerenciar o backlog do Scrum: não quer dizer que eles estão apenas colocando itens novos do backlog do produto no backlog. Em última instância, eles são responsáveis pelo backlog de onde a equipe de desenvolvimento usa para as entregas. Ou seja: o proprietário do produto deve saber sobre tudo o que está no backlog, e outras pessoas que adicionam itens ao backlog do produto devem sempre comunicar proprietário do produto.
• Gerenciamento de versão: o sprint não é um ciclo de versão, mas sim um ciclo de planejamento. Ou seja: as equipes Scrum podem entregar a qualquer momento. O ideal é que as entregas sejam frequentes durante todo o sprint, permitindo que a análise do sprint analise o uso e o feedback reais do cliente. No entanto, a entrega contínua nem sempre é possível, e outros modelos de versão são necessários. É importante que o proprietário do produto saiba quando as coisas podem e devem ser lançadas.
• Gerenciamento de partes interessadas: qualquer produto vai ter muitas partes interessadas envolvidas, desde usuários, clientes, governança e até liderança organizacional. O proprietário do produto vai ter que trabalhar com todas essas pessoas para garantir que a equipe de desenvolvimento está entregando valor. Com tantas partes envolvidas, é preciso bastante gerenciamento e comunicação das partes interessadas.

O mestre de scrum: mantendo tudo junto

O mestre de Scrum é o papel responsável por unir tudo e garantir que o Scrum está sendo bem feito. Em termos práticos, quer dizer que eles podem ajudar o proprietário do produto a definir o valor, a equipe de desenvolvimento a entregar o valor e a equipe Scrum a alcançar melhorias. O mestre de Scrum é um líder dos funcionários que não apenas descreve um estilo acolhedor de liderança, mas descreve o que eles precisam fazer dia a dia.

Eles servem o proprietário do produto ao ajudar a entender e comunicar melhor o valor, a gerenciar o backlog, a fazer planos de trabalho com a equipe e dividir tal trabalho para possibilitar o aprendizado mais efetivo. Ao servir a equipe de desenvolvimento, o mestre de Scrum ajuda na auto-organização, no foco nos resultados, na conclusão de incrementos e no gerenciamento de bloqueadores. O mestre de Scrum também serve a organização em termos mais amplos, ajudando a entender o que é o Scrum e a criar um ambiente propício para o Scrum.

O mestre de Scrum tem os seguintes focos:

• Transparência: para que a inspeção e a adaptação sejam efetivas, é importante que as pessoas certas possam ver o que está acontecendo. Mas é muito mais difícil do que parece. O mestre de Scrum tem a tarefa de garantir que a equipe Scrum trabalhe com transparência. Pode ser, por exemplo, com a criação de mapas de histórias e a atualização de páginas do Confluence com as ideias das retrospectivas.
• Empirismo: fundamental para as abordagens ágeis e Scrum é a ideia de que a melhor maneira de planejar é fazer o trabalho e aprender com ele. O processo empírico não é fácil e requer que o mestre de Scrum oriente a equipe Scrum a dividir o trabalho, descrever resultados claros e analisar esses resultados.
• Auto-organização: dizer a uma equipe de desenvolvimento que ela pode se auto-organizar não quer dizer que ela vá se auto-organizar. Na verdade, a auto-organização vem com o tempo e exige ajuda e suporte. O mestre de Scrum vai incentivar os membros da equipe a sair da zona de conforto para tentar coisas diferentes e usar práticas como "pôquer de delegação" para expor e desafiar ideias predefinidas sobre limites de funções e responsabilidades.
• Valores: o Scrum define 5 valores de coragem, foco, compromisso, respeito e abertura, não porque eles são legais, mas porque eles criam um ambiente de segurança e confiança físicas. Esse ambiente é necessário para que a agilidade prospere. Seguir os valores é responsabilidade de todos na equipe Scrum, mas o mestre de Scrum assume um papel ativo em incentivar e lembrar a todos da importância desses valores.

O mestre de Scrum trabalha com o proprietário do produto no planejamento do sprint e nas revisões de sprint, garantindo que o valor seja descrito com clareza e a direção seja definida. Ele trabalha com a equipe de desenvolvimento no Scrum diário, garantindo que o trabalho esteja acontecendo e os bloqueadores estejam sendo removidos. Ele também toma a responsabilidade em relação aos bloqueadores que as equipes não têm como resolver. O mestre de Scrum garante que toda oportunidade de melhoria seja transparente para a equipe Scrum e a retrospectiva tenha um conjunto claro de resultados que possam ser executados.

Comece com os papéis do scrum ágil

Os três papéis do Scrum oferecem descrições bem simples das três principais áreas de responsabilidade de qualquer equipe Scrum, mas muitas vezes é difícil aplicar essas áreas ao seu próprio cargo. Então aqui está um começo:

• Se tiver muitas ótimas habilidades para entregar valor ao cliente e é esse tipo de atividade que anima você, então você deve ser um membro da equipe de desenvolvimento Scrum. Na verdade, a equipe é o elemento mais importante de qualquer organização ágil, pois é ela que de fato entrega valor aos clientes e às partes interessadas. Ou seja: a precedência é determinada pelo quanto você entrega valor ou ajuda os outros a entregar.
• Se você é apaixonado pelo cliente, por gerenciar as partes interessadas e pelo domínio dos negócios, a função de proprietário do produto seria mais adequada. Na maioria das organizações, essa pessoa precisa ter o respeito e a confiança da empresa para que possa tomar decisões. O papel também requer algum nível de manobra política para negociar compensações e manter todos felizes.
• Se você quer ajudar as equipes a trabalhar com eficácia em conjunto e também quer mudar o mundo com Scrum e agilidade, então a função de mestre de Scrum é para você; um papel muito centrado nas pessoas, com uma forte ênfase na orientação, no ensino e na facilitação.

Dave West

Dave West é proprietário do produto e CEO na Scrum.org. Ele costuma ser convidado como palestrante principal em conferências do setor e é autor amplamente publicado de artigos e relatórios de pesquisa. Dave também é coautor de dois livros: The Nexus Framework For Scaling Scrum e Head First Object-Oriented Analysis and Design. Entre em contato com Dave no Twitter @DavidJWest.