Menu

Funções e responsabilidades da equipe Scrum: Scrum Master e Product Owner

  • Principal
  • De Outros
  • Funções e responsabilidades da equipe Scrum: Scrum Master e Product Owner

scrum team roles responsibilities

Experimente Nosso Instrumento Para Eliminar Problemas

Funções e responsabilidades da equipe Scrum:

Tenho certeza de que agora todos nós devemos ter sido muito claros sobre Manifesto Ágil do nosso último tutorial.

Este tutorial é projetado para membros da equipe Scrum que são novos no desenvolvimento de software ágil para aprender sobre suas funções e responsabilidades.

O tutorial também ajudará aqueles que já estão trabalhando no modelo ágil a aprimorar suas habilidades e aqueles que simplesmente desejam saber sobre essas funções. Também fornecerá uma visão sobre as responsabilidades e cada uma das funções que detém.

responsabilidades das funções da equipe scrum

Há muito em cada função além do que citamos em nosso tutorial, no entanto, os leitores podem definitivamente obter uma essência de cada Função do Scrum com precisão, sem qualquer dúvida.

O que você aprenderá:

Funções e responsabilidades da equipe Scrum

A equipe Scrum consiste principalmente em três funções: O Scrum Master, Dono do Produto e a Equipe de Desenvolvimento .

Qualquer pessoa fora da equipe principal não tem qualquer influência direta sobre a equipe. Cada uma dessas funções no Scrum tem um conjunto muito claro de responsabilidades que discutiremos em detalhes posteriormente neste tutorial. Nesta seção, vamos nos concentrar nos atributos do Time Scrum como um todo e no tamanho ideal do time.

Atributos das equipes Scrum

Abaixo estão os 2 atributos do Time Scrum:

  • Equipe Scrum é auto-organizada
  • Equipe Scrum é multifuncional

Times Scrum Auto-Organizados são autossuficientes e autossuficientes para realizar seu trabalho sem a necessidade de ajuda ou orientação externa. As equipes são competentes o suficiente para adotar as melhores práticas para atingir seus objetivos de Sprint.

Equipes Scrum multifuncionais são as equipes que possuem todas as habilidades e proficiência necessárias para realizar seu trabalho. Essas equipes não contam com ninguém de fora da equipe para concluir os itens de trabalho. Portanto, o Time Scrum é um amálgama muito criativo de diferentes habilidades que são necessárias para concluir todo o item de trabalho.

Cada membro da equipe pode não ter necessariamente todas as habilidades necessárias para construir o produto, mas é competente em sua área de especialização. Dito isso, o membro da equipe não precisa ser multifuncional, mas a equipe como um todo tem que ser.

As equipes com alta Auto-Organização e Funcionalidade Cruzada resultarão em alta produtividade e criatividade.

Time Scrum

Tamanho da equipe Scrum

O tamanho recomendado da Equipe de Desenvolvimento no Scrum é 6 +/- 3, ou seja, de 3 a 9 membros que não incluem o Scrum Master e o Dono do Produto.

Agora, vamos prosseguir e discutir cada uma dessas funções em detalhes.

O Scrum Master

Scrum Master é a pessoa responsável por facilitar / treinar a Equipe de Desenvolvimento e o Dono do Produto para trabalhar nas atividades de desenvolvimento do dia a dia.

É ele quem garante que a equipe compreenda os Valores e Princípios do Scrum e seja capaz de praticá-los. Ao mesmo tempo, o Scrum Master também garante que o Time se sinta entusiasmado com o Agile para obter o melhor do framework. Scrum Master também ajuda e apóia a equipe a se organizar.

Além de educar e treinar os membros da equipe sobre a importância do Agile, ele também é responsável por fazer com que a equipe se sinta motivada e fortalecida em todos os momentos. Ele também trabalha para aumentar a comunicação e colaboração entre os membros da equipe.

Scrum Master é um Líder de Processo que ajuda o Time Scrum e os outros fora do Time Scrum a entender os Valores, Princípios e Práticas do Scrum

Papéis e responsabilidades

# 1) Treinador - O Scrum Master atua como um Agile Coach tanto para a equipe de desenvolvimento quanto para o Product Owner. O Scrum Master de certa forma atua como um facilitador para a comunicação adequada entre a Equipe de Desenvolvimento e o Dono do Produto. O Scrum Master permanece responsável por eliminar o obstáculo entre as outras funções.

Se for percebido que o Dono do Produto não está se envolvendo ou não está dando o tempo adequado para a Equipe de Desenvolvimento, então é trabalho do Scrum Master treinar o Dono do Produto quanto à importância de seu envolvimento para o sucesso geral da equipe.

# 2) Facilitador - O Scrum Master também atua como um facilitador para o Time Scrum. Ele facilita e organiza todos os Eventos Scrum solicitados pelos Membros da Equipe Scrum. O Scrum Master também facilita o Time na tomada de decisões importantes que aumentariam a produtividade do Time Scrum como um todo.

O Scrum Master nunca ordena que os membros da equipe façam algo, ao invés disso, ele os ajuda a alcançá-la por meio de coaching e orientação.

# 3) Remoção de impedimentos - O Scrum Master também é responsável por remover os impedimentos que afetam a produtividade da equipe na entrega de negócios. Qualquer impedimento que os membros da equipe não consigam resolver por conta própria chega ao Scrum Master para resolução.

O Scrum Master prioriza esses impedimentos com base em seu impacto na produtividade e nos negócios da equipe e começa a trabalhar neles.

# 4) Gatekeeper de interferência - O Scrum Master também protege o Time Scrum de interferências externas e distrações, de modo que o time possa permanecer focado em entregar o melhor valor para o negócio após cada sprint.

A interferência pode ser uma preocupação maior se o time estiver trabalhando em um ambiente Scaled Scrum onde vários times Scrum estão trabalhando juntos e têm dependências entre eles.

O Scrum Master garante que a equipe fique fora de qualquer discussão irrelevante e se concentre nos itens da Sprint, enquanto ele mesmo assume a responsabilidade de responder às dúvidas e preocupações vindas de fora.

Scrum Master é responsável por proteger a equipe de interferências externas e por remover os impedimentos, a fim de permitir que a equipe se concentre em entregar valor ao negócio.

# 5) Líder Servo - O Scrum Master é frequentemente referido como um Líder Servidor do Time Scrum. Uma de suas responsabilidades mais importantes é perguntar aos Times Scrum quais são suas preocupações e garantir que sejam atendidas.

É dever do Scrum Master confirmar se os requisitos essenciais da equipe são priorizados e atendidos para permitir que eles trabalhem de maneira eficaz e produzam resultados de alto desempenho.

# 6) Melhorador de Processo - O Scrum Master junto com a equipe também é responsável por improvisar regularmente os processos e práticas empregadas para maximizar o valor sendo entregue. Não é responsabilidade do Scrum Master fazer o trabalho, mas é sua responsabilidade permitir que a equipe elabore um processo que os permita completar seus objetivos de sprint.

Scrum Master

O Dono do Produto

Outra função crucial que vamos discutir neste tutorial é o Product Owner. O Product Owner é a voz do cliente / stakeholders e, portanto, é responsável por preencher a lacuna entre a equipe de desenvolvimento e os stakeholders. O product owner gerencia a lacuna de forma a maximizar o valor do produto que está sendo construído.

O Product Owner está definido para estar envolvido em todos os esforços de Desenvolvimento e Atividades da Sprint e desempenha um papel crucial no sucesso de um produto.

Papéis e responsabilidades

# 1) Preenchendo a lacuna - O Product Owner trabalha em estreita colaboração com as partes interessadas internas e externas para reunir as entradas e sintetizar uma visão para colocar os recursos do produto no Product Backlog.

É responsabilidade do Dono do Produto entender os requisitos e preferências das partes interessadas / comunidade do cliente, pois é ele quem está agindo como seu representante e tem a responsabilidade de construir a solução certa.

Ao mesmo tempo, o Dono do Produto garante que a Equipe de Desenvolvimento entenda o que precisa ser construído e quando. Ele colabora com a equipe diariamente. O envolvimento do Dono do Produto com a Equipe aumenta a frequência de feedback e o tempo de resposta que, como resultado, aumenta o valor do produto que está sendo construído.

Ausência / menor colaboração de um Dono do Produto pode levar a resultados desastrosos e, por fim, ao fracasso do Scrum.

O Product Owner garante que os itens do Backlog do Produto sejam transparentes e claramente expressos e que todos na equipe tenham o mesmo entendimento do item.

# 2) Gerencia o backlog do produto - Como resultado do ponto acima, o Dono do Produto é responsável por criar e gerenciar o Backlog do Produto, ordenando os itens no Backlog do Produto para melhor atender aos requisitos do Stakeholder, ou seja, priorização dos itens do Backlog do Produto e, finalmente, ele deve estar sempre disponível para responder ou esclarecer todas as dúvidas da Equipe de Desenvolvimento.

No geral, ele é responsável por preparar o Backlog do produto para melhorar o valor entregue.

Qualquer pessoa que deseja adicionar / remover um item no Backlog do produto ou precisa alterar a prioridade de um item deve ser direcionado ao proprietário do produto

# 3) Certificação de um produto - Sua outra responsabilidade é certificar os recursos que estão sendo construídos. Nesse processo, ele define os Critérios de Aceitação para cada um dos Itens do Backlog do Produto. O Dono do Produto também pode criar os Testes de Aceitação que representam os Critérios de Aceitação definidos por ele ou pode receber ajuda dos PMEs ou da Equipe de Desenvolvimento para criá-los.

Agora, é ele quem garante que os Critérios de Aceitação sejam atendidos, executando os Testes de Aceitação. Ele pode optar por executar esses Testes de Aceitação por conta própria ou pode solicitar que os especialistas o façam para garantir que os aspectos funcionais e de qualidade sejam atendidos e as expectativas sejam atendidas.

Esta atividade geralmente é realizada durante todo o sprint à medida que os itens são concluídos, de modo que os erros possam ser descobertos e corrigidos antes da Reunião de Revisão do Sprint real.

# 4) Participação - O Product Owner é um participante importante nas atividades relacionadas à Sprint. Ele trabalha junto com a Equipe de Desenvolvimento explicando os Itens, seu escopo e o valor que eles possuem.

Ele também atua como um capacitador para que a Equipe de Desenvolvimento seja capaz de coletar os itens do Backlog do Produto que eles deveriam entregar ao final da Sprint. Além das atividades da Sprint, o Product Owner também atua nas atividades de Release do Produto.

Durante as atividades de lançamento do Produto, o Dono do Produto se envolve com as Partes Interessadas para discutir os itens do próximo lançamento. Um dos principais fatores de sucesso para o florescimento de uma equipe é que toda a equipe deve respeitar o Product Owner e suas decisões. Ninguém além do Dono do Produto deve dizer à equipe em quais itens trabalhar.

É recomendado ter um único product owner em tempo integral para um único produto. No entanto, pode haver um acordo em que o proprietário do produto desempenhe uma função de meio período.

Proprietário do produto proxy

O Dono do Produto Proxy é uma pessoa inscrita pelo próprio Dono do Produto que pode assumir todas as suas responsabilidades, sua ausência e apoiá-lo. O Dono do Produto Proxy é responsável por todas as responsabilidades que lhe foram delegadas, mas a responsabilidade do trabalho que está sendo feito eventualmente ainda recai sobre o Dono do Produto real.

o que é teste de integração com exemplo

O Dono do Produto Proxy também tem poderes para tomar as decisões necessárias em nome do Dono do Produto real.

Proprietário do produto

A Equipe de Desenvolvimento

Outra parte muito importante do Time Scrum é o Time de Desenvolvimento. A Equipe de Desenvolvimento é composta por desenvolvedores com proficiência em sua própria área de especialização. Ao contrário dos outros membros da Equipe Scrum, a Equipe de Desenvolvimento trabalha na implementação real do software / incremento potencialmente entregável que deve ser entregue no final de cada Sprint.

A equipe de desenvolvimento pode consistir em pessoas com habilidades especializadas, como desenvolvedores de front-end, desenvolvedores de back-end, Dev-Ops, especialistas em QA, analista de negócios, DBA etc., mas todos são chamados de desenvolvedores; Nenhum outro título é permitido. A equipe de desenvolvimento não pode nem mesmo ter subequipes dentro dela, como a equipe de teste, a equipe de especificação de requisitos, etc.

A equipe é formada considerando todas as habilidades essenciais necessárias para desenvolver, testar e entregar incrementos de produto a cada Sprint sem a ajuda externa. Assim, espera-se que a equipe seja autossuficiente e multifuncional. A Equipe de Desenvolvimento não aceita nenhuma ajuda de fora da Equipe Scrum e gerencia seu próprio trabalho.

A responsabilidade pelo desenvolvimento de incrementos sempre recai sobre a Equipe de Desenvolvimento como um todo, mas todos na Equipe Scrum são responsáveis ​​pela entrega geral.

A decisão de adicionar / remover um membro da equipe é unicamente da equipe de desenvolvimento. Se um novo conjunto de habilidades for necessário, a equipe de desenvolvimento pode escolher construir essa experiência dentro da equipe ou adicionar um novo membro à equipe.

Papéis e responsabilidades

# 1) Desenvolvimento e entrega - A Equipe de Desenvolvimento é responsável por criar um incremento feito com base na ‘Definição de Concluído’ no final de cada sprint. O incremento concluído pode não ser necessariamente parte da próxima versão de produção, mas é definitivamente uma funcionalidade potencialmente liberável que um usuário final pode usar.

Cabe ao Dono do Produto decidir o que precisa fazer parte do lançamento. A Equipe de Desenvolvimento, entretanto, é responsável por desenvolver e entregar o Incremento Concluído a cada Sprint que atenda aos critérios da Definição de Concluído.

# 2) Tarefas e Fornecimento de Estimativas - A Equipe de Desenvolvimento também é responsável por selecionar as Estórias de Usuário / Itens do Backlog do Produto priorizado para serem entregues no próximo Sprint. Portanto, esses itens constituem um Sprint Backlog. Sprint Backlog é criado durante uma reunião de planejamento de Sprint.

Outra responsabilidade muito importante de uma equipe de desenvolvimento é criar tarefas dividindo os itens da sprint e fornecendo estimativas para esses itens.

Ninguém diz à equipe de desenvolvimento o que e como fazer as coisas. É responsabilidade da Equipe de Desenvolvimento coletar os itens do Backlog do Produto que podem ser entregues no próximo Sprint. Uma vez que o Sprint é iniciado, os itens não podem ser alterados / adicionados / removidos.

Tamanho da equipe de desenvolvimento

O tamanho da equipe de desenvolvimento deve ser escolhido com sabedoria, pois pode prejudicar diretamente a produtividade da equipe, impactando a entrega do produto. A equipe de desenvolvimento não deve ser muito grande, pois pode exigir muita coordenação entre os membros da equipe.

No entanto, para uma equipe muito pequena, seria muito difícil ter todas as habilidades necessárias para entregar um incremento. Portanto, um número ideal deve ser escolhido para o Tamanho da Equipe de Desenvolvimento.

O tamanho recomendado da Equipe de Desenvolvimento é de 3 a 9 membros, excluindo o Scrum Master e o Dono do Produto, a menos que eles também estejam desenvolvendo o Incremento de Software junto com os outros desenvolvedores.

equipe de desenvolvimento

Resumo

Time Scrum

Funções

  • Proprietário do produto
  • Equipe de desenvolvimento
  • Scrum Master

Tamanho

  • Tamanho da equipe Scrum - 3 a 9

Equipe de auto-organização

  • Sabe a melhor forma de concluir seu trabalho.
  • Ninguém diz à equipe auto-organizada o que fazer.

Equipe multifuncional

  • Possui todos os conjuntos de habilidades necessários para concluir seu trabalho sem precisar de nenhuma ajuda externa.

Proprietário do produto

  • Representa o comitê ou é influenciado por ele.
  • Colabora com as partes interessadas e a equipe Scrum.
  • Gerencia o backlog do produto
    • Explica os itens do backlog do produto.
    • Priorizando os itens de trabalho.
    • Garante que o backlog do produto seja facilmente compreensível e transparente.
    • Define claramente em quais itens trabalhar.
    • Garante que a equipe de desenvolvimento entenda o item no backlog do produto
    • Qualquer coisa a ser adicionada / removida / alterada no Product Owner deve vir por meio dos Product Owners.
  • Faça uma chamada para informar quando liberar os itens de trabalho.

Scrum Master

  • Garante que o Scrum seja claramente compreendido e adotado pela equipe.
  • É um líder servidor do Time Scrum.
  • Removendo Impedimentos
  • Proteja a equipe de interações inúteis para maximizar o valor de negócios criado pela Equipe Scrum.
  • Facilitar eventos Scrum sempre que solicitado.
  • Garante que as reuniões tenham um tempo limitado.

Equipe de desenvolvimento

  • Oferece um incremento potencialmente liberável do produto “Pronto” no final de cada Sprint.
  • Eles são auto-organizados e multifuncionais.
  • Ninguém diz à equipe de desenvolvimento o que e como fazer.
  • Nenhum título é permitido. Todos são desenvolvedores da equipe.
  • Nenhuma subequipe pode ser criada.
  • Eles permanecem responsáveis ​​pelo trabalho nos itens da Sprint.
  • A Equipe de Desenvolvimento é responsável por atribuir tarefas e fornecer as estimativas.

Isso é tudo que tínhamos guardado sobre as funções e responsabilidades dos times Scrum. Discutimos as responsabilidades de cada um dos membros da equipe e como eles trabalham como uma equipe inteira.

Fique ligado para saber mais sobre Scrum Artifacts em nosso próximo tutorial, onde discutiremos sobre os subprodutos como Product Backlog, Sprint Backlog e Incrementos.

PREV Tutorial | PRÓXIMO Tutorial

Leitura recomendada

^