Este documento descreve os principais papéis no framework Scrum, divididos em duas categorias: os papéis centrais de Product Owner, Scrum Master e Scrum Team, responsáveis pelo sucesso do projeto; e os papéis não centrais como stakeholders, fornecedores e Scrum Guidance Body, que podem interagir com a equipe mas não são responsáveis pelo sucesso do projeto.

1. SCRUM
ROLES (PAPEIS)[Parte 2]
Christiane Tscharf e João Paulo Pinto
Uma parceria: Learning Everywhere e CLT Valuebased Services

2. SCRUM ROLES
Os papéis no Scrum dividem-se em duas grandes categorias:
Core roles: são as funções principais, necessárias e
obrigatórias para produzir o produto ou serviço do projecto.
São responsáveis pelo sucesso de cada Sprint e do
Projecto como um todo.
Non-core roles: não obrigatoriamente necessários
para o projecto Scrum;
Estas funções podem incluir membros da equipa que estão
interessados no projecto, que não têm papel formal na equipa do
projecto, que podem interagir com a equipa, mas que não podem
ser responsáveis pelo sucesso do projecto.

3. SCRUM ROLES

4. CORE ROLES:
Product Owner (PO);
Scrum Master (SM);
Scrum Team (PO).

5. PRODUCT OWNER (CORE ROLE):
Representa as partes interessadas;
É responsável por garantir que a Scrum Team entrega valor;
O Product Owner é também responsável por assegurar uma
comunicação clara com a Scrum Team, acerca das
funcionalidades do produto e, portanto, é chamado de “Voz
do Cliente”;
Correspondendo ao papel de Product Owner num projeto,
pode haver um Program Product Owner - para um
programa - ou um Portfolio Product Owner – para um
Portfolio.

6. PROCESSO RESPONSABILIDADES
Criar a visão do projecto Definir a Project Vision
Ajudar a criar o Project Charter e o Project Budget
Identificar Scrum Master e
Stakeholder(s)
Ajuda a escolher o Scrum Master para o projecto
Identifica os Stakeholders
Formar a Scrum Team Ajuda a determinar quem serão os
membros da Scrum Team;
Ajuda no desenho do Collaboration Plan;
Ajuda no desenvolvimento do Team Building Plan, junto
com o Scrum Master.
Develop Epics Cria Épicos e Personas
Create Prioritized Product
Backlog
Prioritiza os itens no Prioritized Product Backlog
Define os “Done Criteria”
Conduct Release Planning Cria o Release Planning Schedule;
Ajuda a determinar a duração da Sprint.
PRODUCTOWNER
Responsabilidadesporprocesso

7. PROCESSO RESPONSABILIDADES
Criar User Stories Ajuda a criar as User Stories
Define os Critérios de Aceitação para cada User Story
Identificar Scrum Master e
Stakeholder(s)
Ajuda a escolher o Scrum Master para o projecto
Identifica os Stakeholders
Approve, Estimate and Commit
User Stories
Aprova as User Stories
Apoia a Scrum Team no compromisso com as User Stories
Create Tasks Explica as User Stories à Scrum Team durante a criação da
Task List
Estimate Tasks Apoia a Scrum Team, guiando e clarificando
Create Sprint Backlog Ajuda a Scrum Team na criação do Sprint Backlog
PRODUCT OWNER - Responsabilidades por processo

8. PROCESSO RESPONSABILIDADES
Groom Prioritized Product Backlog Gere o Prioritized Product Backlog
Demonstrate and Validate Sprints Aceita/rejeita as deliverables
Dá feedback ao Scrum Master e à Scrum Team
Actualiza o Release Plan e o Prioritized Product Backlog
Approve, Estimate and Commit
User Stories
Aprova as User Stories
Apoia a Scrum Team no compromisso com as User Stories
Ship Deliverables Ajuda a desdobrar o Product Releases e coordena este
processo com o cliente
Retrospect Project Participa nos Retrospect Project Meetings
PRODUCT OWNER - Responsabilidades por processo

9. DESAFIO
Para a sua Empresa (ie, a sua realidade), pretende-se que
defina as competências técnicas e as soft skills de um
Product Onwer.
4 min

10. SCRUM MASTER (CORE ROLE):
A principal responsabilidade do Scrum Master é assegurar que os
processos Scrum são correctamente seguidos por todos os membros
Scrum Core Team, incluindo o Product Owner;
É a pessoa responsável por garantir que os membros da Scrum Team
têm todos os meios e ferramentas necessárias para realizar o
trabalho;
O papel de Scrum Master é baseado no conceito de Liderança
Servidora (Servant Leadership), na qual os líderes alcançam os
resultados satisfazendo as necessidades das pessoas que lideram;
Correspondendo ao papel de Scrum Master num projeto, pode
haver um Program Scrum Master - para um programa - ou um
Portfolio Scrum Master – para um Portfolio.

11. PROCESSO RESPONSABILIDADES
Identificar Scrum Master e
Stakeholder(s)
Ajuda a identificar os Stakeholders para o projecto
Formar a Scrum Team
Facilita a selecção da Scrum Team
Facilita o desenho do Collaboration Plan e do Team
Building Plan, junto com o PO;
Garante os recursos necessários para o melhor
funcionamento do projecto
Develop Epics Facilita a criação de Épicos e Personas
Create Prioritized Product Backlog
Ajuda o Product Owner na criação do Prioritized Product
Backlog e na definição dos “Done Criteria”
Conduct Release Planning
Coordena a criação do Release Planning Schedule
Determina a duração do Sprint, com a ajuda do Product
Owner
SCRUM MASTER - Responsabilidades por processo

12. PROCESSO RESPONSABILIDADES
Criar User Stories
Ajuda a Scrum Team a criar as User Stories e a definir os Critérios
de Aceitação
Approve, Estimate and
Commit User Stories
Facilita as reuniões da Scrum Team para estimar e criar as User
Stories
Create Tasks Apoia a Scrum Team na criação da Task List para o Sprint seguinte
Estimate Tasks
Apoia a Scrum Team a estimar as tarefas definidas para o Sprint
seguinte
Create Sprint Backlog
Apoia a Scrum Team na criação do Sprint Backlog e do Sprint
Burndown Chart
Create Deliverables
Apoia a Scrum Team na criação das Deliverables acordadas para o
Sprint
Ajuda na actualização do Scrumboard e do Impediment Log
Conduct Daily Standup Garante que o Scrumboard e o Impediment Log estão actualizados
SCRUM MASTER - Responsabilidades por processo

13. PROCESSO RESPONSABILIDADES
Groom Prioritized Product Backlog Facilita as Prioritized Product Backlog Review Meetings
Convene Scrum of Scrums
Garante que as dificuldades enfrentadas pela Scrum Team
são discutidas e resolvidas
Demonstrate and Validate Sprints
Facilita a apresentação, para aprovação do Product Owner,
das Deliverables completadas pela Scrum Team
Retrospect Sprint
Garante a existência de um ambiente ideal para a Scrum
Team, nas Sprints seguintes
Retrospect Project
Representa a Scrum Core Team para registar lições
aprendidas no projecto actual, se necessário
SCRUM MASTER - Responsabilidades por processo

14. DESAFIO
Para a sua Empresa (ie, a sua realidade), pretende-se que
defina as competências técnicas e as soft skills de um
Scrum Master.
4 min

15. A SCRUM TEAM
É o grupo ou equipa de pessoas que são responsáveis
por compreender os requisitos do negócio,
especificados pelo Product Owner, estimar as User
Stories, e criar as entregas do projecto.

16. CARACTERÍSTICAS DA SCRUM TEAM (Core role)
Self-organized:
Scrum promove o conceito de equipa auto-organizada, uma vez que existe a
propriedade colectiva do projecto;
Os membros da equipa são envolvidos em todas as decisões relacionadas com as
entregas do projecto e escolhem a melhor forma de concluir o trabalho, sem
interferências externas.
Cross-functional:
Os conhecimentos, competências e outros requisitos necessários para a realização do
trabalho devem estar internamente disponíveis, sem necessidade de depender de
alguém que não faça parte da equipa;
Optimizar a flexibilidade e a produtividade;
Foco num objectivo comum.

17. Colocação e comunicação face-to-face:
O método Scrum fomenta a criação de equipas auto-organizadas, através da
promoção da comunicação face-to-face;
Uma equipa composta por especialistas que colaboram para atingir um objectivo
comum terá sucesso muito mais rapidamente do que uma equipa separada por
funções.
Entrega iteractiva de produto:
A Scrum Team entrega produtos de forma iteractiva, aumentando
as oportunidades de feedback;
A entrega de funcionalidades completas (“Done”) garante que uma versão
potencialmente entregável de um produto ou serviço está sempre disponível.

18. PROCESSO RESPONSABILIDADES
Formar a Scrum Team Fornece inputs para a criação do Collaboration Plan e do
Team Building Plan
Develop Epics Assegura a compreensão de Épicos e Personas
Create Prioritized Product Backlog Compreende as User Stories do Prioritized Product
Backlog”
Conduct Release Planning Acorda com os restantes membros da Scrum Core Team a
duração do Sprint
Procura a clarificação de novos produtos ou mudanças nos
já existentes, no Prioritized Product Backlog
SCRUM TEAM - Responsabilidades por processo

19. SCRUM TEAM - Responsabilidades por processo
PROCESSO RESPONSABILIDADES
Criar User Stories Fornece inputs ao Product Owner para a criação de User
Stories
Approve, Estimate and Commit
User Stories
Estimar as User Stories aprovadas pelo Product Owner
Compromete-se com as User Stories a trabalhar no Sprint
Create Tasks Criação da Task List, com base nas User Stories definidas
e as dependências
Estimate Tasks Estimar as tarefas definidas e, se necessário, actualizar a
Task List
Create Sprint Backlog Desenvolve o Sprint Backlog e o Sprint Burndown Chart
Create Deliverables Cria as deliverables
Identifica riscos e implementa acções de mitigação de
riscos, caso existam
Actualiza o Impediment Log e as dependências
Conduct Daily Standup Actualiza o Burndown Chart, Srumboard e Impediment Log
Discute as dificuldades enfrentadas por cada membro
individual e procura soluções para motivar a equipa
Identifica riscos, caso existam
Submete Change Requests, se solicitadas.

20. PROCESSO RESPONSABILIDADES
Groom Prioritized Product Backlog Participa nas Prioritized Product Backlog Review Meetings
Convene Scrum of Scrums
Fornece inputs ao Srum Master para o Scrum of Scrums
Meeting
Demonstrate and Validate Sprints
Apresenta as deliverables ao Product Owner, para
aprovação.
Retrospect Sprint
Identifica oportunidades de melhoria, caso existam, do
Sprint actual e acorda melhorias a pôr em prática no Sprint
seguinte
Retrospect Project Participa no Retrospect Project Meeting
SCRUM TEAM - Responsabilidades por processo

21. SELECÇÃO DA EQUIPA
Os membros da Scrum Team devem ser generalistas/especialistas:
têm conhecimento geral de vários campos e são especialistas em pelo menos um;
Os membros ideais da Scrum Team são independentes, auto-motivados,
focados no cliente, responsáveis e colaborativos;
A equipa deve ser capaz de promover um ambiente de pensamento independente e
de tomada de decisões, de forma a extrair o máximo de benefícios deste tipo de
estrutura;
Ao seleccionar equipas, outro aspecto importante é criar backups para cada pessoa.
Isto evita perdas de produtividade, no caso de membros críticos saírem da equipa;
Cada membro da equipa fará o seu backup com um membro "especialista", o que
aumenta o leque de competências dos membros da equipa.

22. VANTAGENS DAS EQUIPAS CROSS-FUNTIONAIS
Tomada de decisão mais rápida: uma equipa cross-functional é pequena e
constituída por peritos em áreas funcionais, o que permite alcançar objectivos
comuns mais rápido do que as equipas tradicionais;
Comunicação eficaz, face-to-face: a equipa interage regularmente, promovendo a
partilha de conhecimento;
Orientação a objectivos: focadas no resultado final pretendido, com um conjunto de
objectivos bem definidos para cada Sprint e é também suficientemente flexível para
lidar com uma mudança nos objectivos, antes de iniciar o Sprint seguinte;
Propriedade colectiva: a equipa como um todo é responsável pela entrega de
resultados, e cada sucesso ou fracasso é considerado ao nível da equipa;
Inovação permanente: O recurso a peritos de várias áreas para membros da equipa,
permite a troca de ideias, promovendo, assim, a criatividade e a inovação.

23. NON-CORE ROLES:
Stakeholders (ex. Cliente, Users e Sponsor);
Vendors (fornecedores);
Scrum Guidance Body.

24. STAKEHOLDER(S) (NON-CORE ROLE):
Inclui Clientes, utilizadores e patrocinadores, que frequentemente
interagem com o Product Owner, o Scrum Master e a Scrum Team,
fornecendo inputs e facilitando a criação do produto, serviço ou outro
resultado do projecto;
Podem influenciar o projecto ao longo do seu desenvolvimento;
Também podem ter um papel a desempenhar durante os processos de
Develop Epic(s), Create Prioritized Product Backlog, Conduct Release
Planning, Retrospect Sprint, e outros processos importantes no Scrum.

25. STAKEHOLDER(S) (NON-CORE ROLE):
Customer: é o indivíduo ou organização que adquire o produto,
serviço ou outro resultado do projecto. Para qualquer organização,
dependendo do projecto, pode haver clientes internos e clientes
externos;
Users: são os indivíduos ou as Organizações que utilizam
directamente o produto, serviço ou outro resultado do projecto. Tal
como no caso dos clientes, pode haver utilizadores internos e
externos.
Sponsor é o indivíduo ou a organização que fornece recursos e o
apoio para o projecto. O patrocinador é também a parte interessada
a quem todos “prestam contas” no final.

26. VENDORS (FORNECEDORES, NON-CORE ROLE):
Indivíduos ou organizações que fornecem produtos e serviços que não estão
dentro das competências essenciais da organização do projecto.
SCRUM GUIDANCE BODY (NON-CORE ROLE):
Conjunto de documentos e/ou um grupo de especialistas que são
envolvidos na definição de objectivos relacionados com a qualidade,
regulamentos governamentais, segurança e outros parâmetros-chave;
O seu principal objectivo é orientar o trabalho realizado pelo Product Owner,
Scrum Master e Scrum Team;
Ajuda a reunir as boas-práticas que devem ser consideradas em todos os
projectos Scrum na Organização;
O Scrum Guidance Body não toma decisões relacionadas com o projecto. Em
vez disso, age como uma estrutura de consultoria e orientação para todos os
níveis de hierarquia.

27. It’s quiz time!
#3
15 min