A essência do Scrum é um pequeno time de pessoas, normalmente de 10 ou menos profissionais. O time deve ser altamente flexível, adaptativo e, de forma colaborativa, desenvolver incrementos do produto.
Por experiência, times pequenos se comunicam melhor e são mais produtivos. Se o time crescer muito deve-se considerar uma reorganização em vários Times Scrum com mesmo Backlog do Produto em comum.
Times Scrum são autogerenciáveis e multifuncionais. Ser autogerenciável significa que a decisão de “quem faz o quê”, “quando” e “como” é do Time Scrum, sem ter que aguardar delegação de outro profissional de fora do Time Scrum.
👁🗨 Quem diz "o quê fazer" é o Dono do Produto, através do Backlog do Produto priorizado, já "quem", "quando" e "como" é papel dos Desenvolvedores definirem.
Ser multifuncional significa possuir todas as competências necessárias para completar as tarefas dentro da Sprint sem ter que depender de outros profissionais de fora do time ou empresa.
O Time Scrum é composto pelo Scrum Master, Desenvolvedores (Developers) e Dono do Produto (Product Owner).
Quadro resumo dos papéis:

1) Scrum Master
O profissional Scrum Master é um facilitador, um líder servidor que tem como objetivo remover os impedimentos e apoiar o Time Scrum atingir o objetivo do projeto.
👁🗨 É importante assimilar que o Scrum Master não é o Gerente do Projeto como em metodologias de gerenciamento de contratos tradicionais.
Não se pode esperar do Scrum Master ações do tipo: "Controle e Comando".
O Scrum Master é um profissional que deve ser percebido na organização como mentor da filosofia ágil e principal autoridade na organização sobre o Scrum. Normalmente não é do time dos Desenvolvedores, para evitar conflito de interesses envolvendo seus produtos e comprometer as tarefas fundamentais para rodar o Scrum, tais como: remover barreiras, realizar treinamentos conceituais, fortalecer as práticas do Scrum, promover workshops, gerir os processos do Scrum e colocar o time no trilho segundo as regras e valores do Scrum.
Em um projeto muito grande normalmente é utilizado o Scrum de Scrum, onde aparece a figura escalada do Scrum Master, chamado de Scrum Master Líder, conforme mostrado na figura abaixo:

A responsabilidade de manter os eventos do Scrum escalado é do Scrum Master Líder.
No framework SAFe pode aparecer a figura do Engenheiro do Trem de Entregas (RTE - Release Train Engineer).
2) Desenvolvedores
Os Desenvolvedores são os profissionais que realizam o trabalho para entregar um incremento do produto ao final de cada Sprint, em concordância com a Definição de Pronto (Definition fo Done). Somente integrantes do time de Desenvolvedores criam incrementos do produto. É fundamental que os Desenvolvedores sejam multifuncionais, devem possuir profissionais com conhecimentos necessários para entregar o produto "Pronto".
Os Desenvolvedores devem ser capazes de realizar as atividades previstas no Backlog da Sprint de forma autogerenciada e organizar suas próprias tarefas.
Os Desenvolvedores não possuem um líder ou um gerente de projeto para dizer o que eles devem fazer todos os dias, todos têm o mesmo nível hierárquico, mas pode haver um profissional que será o ponto focal para assuntos técnicos relacionados ao desenvolvimento do produto.
Um time de Desenvolvedores ideal são de 3 a 10 profissionais, sem contar com o Scrum Master e o Dono do Produto, exceto se estes executarem tarefas do Backlog da Sprint.
O tamanho do time de Desenvolvedores deve ser pequeno o suficiente para manter agilidade e grande o suficiente para completar uma quantidade significativa de trabalho dentro da Sprint.
Ninguém da organização pode solicitar que os Desenvolvedores trabalhem em entregáveis diferentes daqueles do Backlog da Sprint. Se realmente for necessário deve ser negociado antes com o Dono do Produto, que com visão do negócio e apoio do Scrum Master, discutirá as mudanças e os impactos com os Desenvolvedores.
👁🗨Os Desenvolvedores devem ter todas as habilidades necessárias para transformar os itens do Backlog do Produto em um incremento do produto potencialmente liberável.
👁🗨 Os Desenvolvedores são responsáveis por:
a) Criar um plano para o Sprint (Backlog da Sprint);
b) Definir a qualidade e deliberar sobre a Definição de Pronto (Definition of Ready);
c) Adaptar, sempre que necessário, o Backlog da Sprint em direção à meta pré-estabelecida da Sprint; e
d) Serem responsáveis uns com os outros, ajudando-se mutuamente.
3) Dono Do Produto
Deve ser profissional com foco e mais conhecimentos de negócio do que técnico. Habilidade de comunicação e, principalmente, de negociação são fundamentais para conseguir levantar os requisitos do produto, deve ser focado em maximizar valor do produto considerando a importância para o negócio e necessidade do cliente.
O Dono do produto é responsável informar a todos do time sobre o Backlog do Produto e mantê-lo atualizado, priorizado, bem como esclarecer dúvidas a respeito do escopo durante a execução do projeto. É o profissional que tem a visão geral do andamento do projeto, é único responsável pelo Backlog do Produto (por inclusões, exclusões, mudanças), responsável por aceitar ou rejeitar produtos na Reunião de Revisão da Sprint e tomar as decisões relacionado ao negócio.
Responsabilidades do Dono do Produto, segundo o Guia Scrum (2020):
Desenvolver e comunicar explicitamente a meta do produto;
Criar e comunicar claramente os itens do Product Backlog;
Ordenar os itens do Product Backlog; e,
Garantir que o Product Backlog seja transparente, visível e compreensível
O Dono do Produto pode fazer o trabalho acima ou delegar para outro profissional executar, mesmo assim ele permanece como o responsável.
👁🗨O Dono do Produto tem exclusiva responsabilidade de gerenciar o Backlog do Produto. Deve garantir que os itens do Backlog do Produto estejam claramente entendidos pelo Time Scrum e estejam priorizados adequadamente para entregar o máximo de valor ao cliente e ao negócio e alcançar o objetivo do projeto.
Em um projeto muito grande normalmente é utilizado o Scrum de Scrum, onde aparece a figura escalada do Dono do Produto, chamado de Dono do Produto Líder, conforme mostrado na figura abaixo:

O escalonamento pode ser realizado por área de negócio da organização, por exemplo, em um projeto de implantação de ERP, que podem existir Donos do Produto para cada área, um para administrativo, um para o financeiro e outro para RH, etc.
A responsabilidade de manter o Backlog do Produto e as iterações com cada área é do Dono do Produto Líder.
No framework SAFe pode aparecer a figura do Gerente de Produto (Product Manager).
Conclusão sobre o Time Scrum
Em suma, o Time Scrum consiste em:
a) Scrum Master, quem gerencia o processo Scrum,
b) no Dono do Produto, quem informa o que fazer, através do Backlog do Produto priorizado e
c) nos Desenvolvedores, que se gerenciam para executar o trabalho.
A gerência ou diretoria consultiva da organização não tem um papel ativo no desenvolvimento real do produto, porém, o gerenciamento externo ao Time Scrum é muito importante para estabelecer a visão estratégica, patrocinar as ações do Scrum, que deve nortear todos da organização, inclusive os Times Scrum.
👁🗨 Scrum não tem uma função chamada "gerente de projeto".
Dentro de um Time Scrum não existem sub-times ou hierarquias.
Um dos objetivos à longo prazo do Time Scrum é alcançar o equilíbrio entre desenvolver a coisa certa, desenvolver da forma certa e desenvolver através de processos rápidos. O equilíbrio é muito difícil de ser alcançado, mas com o tempo o Time vai dominando o Scrum na prática e se aproximando do equilíbrio.

Quer saber mais sobre Scrum? Sugiro iniciar o Scrum Path+ Program - Curso grátis de Scrum, através do botão abaixo:
تعليقات