s2 scrum roles

SCRUMROLES (PAPEIS)

[Parte 2]

Christiane Tscharf e João Paulo Pinto

Uma parceria: Learning Everywhere e CLT Valuebased Services

SCRUM ROLES

� Os papéis no Scrum dividem-se em duas grandes categorias:

� Core roles: são as funções principais, necessárias eobrigatórias para produzir o produto ou serviço do projecto.

� São responsáveis pelo sucesso de cada Sprint e doProjecto como um todo.

� Non-core roles: não obrigatoriamente necessáriospara 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.

SCRUM ROLES

CORE ROLES:

�Product Owner (PO);

�Scrum Master (SM);

�Scrum Team (PO).

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.

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 osmembros 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 ProductBacklog

� 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.

PR

OD

UC

T O

WN

ERR

esp

on

sab

ilid

ad

es

po

r p

roce

sso


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


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

D E S A F I O

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

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.


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 ProductBacklog 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


Criar User Stories � Ajuda a Scrum Team a criar as User Stories e a definir os Critérios de Aceitação

Approve, Estimate andCommit User Stories

� Facilita as reuniões da Scrum Team para estimar e criar as UserStories

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



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 ScrumTeam, nas Sprints seguintes

Retrospect Project � Representa a Scrum Core Team para registar lições aprendidas no projecto actual, se necessário


D E S A F I O

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

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.

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.

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.


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 ProductBacklog”

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



Criar User Stories � Fornece inputs ao Product Owner para a criação de UserStories

Approve, Estimate and CommitUser 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.


Groom Prioritized Product Backlog � Participa nas Prioritized Product Backlog Review Meetings

Convene Scrum of Scrums � Fornece inputs ao Srum Master para o Scrum of ScrumsMeeting

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


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.

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 objectivoscomuns 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 deresultados, 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.

NON-CORE ROLES:

�Stakeholders (ex. Cliente, Users e Sponsor);

�Vendors (fornecedores);

�Scrum Guidance Body.

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.

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.

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.

It’s quiz time!

#315 min

s2 scrum roles

Engineering