GESTÃO DE TIMES – MÉTODOS

ÁGEIS
Luiz Gustavo Rezende Motta

UNIDADE 2
O TIME SCRUM| INTRODUÇÃO

Time não é apenas

escolher as pessoas que
sabem fazer, mas as
pessoas que sabem fazer
e se relacionar.
 O TIME SCRUM | OBJETIVOS
1 - Perceber e discernir sobre o perfil típico dos membros de
um time de projetos de software aplicáveis ao método Scrum.

2 - Entender quem é, e qual o papel do Product Owner.

3 - Gerenciar membros de um time de desenvolvimento,

administrando conflitos e controlando os principais
indicadores do projeto relacionados aos recursos humanos.

4 - Compreender e absorver o papel e as competências do

facilitador e líder do projeto (Scrum Master).
 ENTENDO UM TIME SCRUM

O Time Scrum tem um

papel fundamental no
desenvolvimento do
projeto, pois é o time
quem transforma
requisitos em
funcionalidades, ou seja,
ele entrega e desenvolve
todo o produto.
 O SCRUM TEAM
É multifuncional, com sete (mais ou menos dois) membros;

Seleciona o objetivo do Sprint (Sprint Goal) e especifica os

produtos de trabalho necessários;

Tem a liberdade de fazer qualquer coisa dentro das

diretrizes do projeto para alcançar o objetivo do Sprint;

É auto-organizável e planeja suas atividades;

Apresenta os produtos de trabalho ao Product Owner.

O SCRUM TEAM
AS CARACTERÍSTICAS ESSENCIAIS PARA
UM TIME SCRUM
A metodologia Agile, nos moldes em que
é conhecida atualmente, foi concebida no
início de 2001, por um grupo composto
por 17 conceituados desenvolvedores de
software, que aprimoraram conceitos e
metodologias ágeis, já existentes, e
formularam o “Manifesto para o
Desenvolvimento Ágil de Software.”
Assinado pelos 17 desenvolvedores, ele
reúne 4 valores e 12 princípios.
 AUTO-ORGANIZAÇÃO

Os membros da equipe
Scrum são indivíduos
motivados que não
esperam seus
superiores para
entender quais tarefas
eles precisam fazer.
 FORTALECIDA
A equipe Scrum ou a equipe
de desenvolvimento é sempre
formada com os recursos
necessários para entregar os
produtos ou serviços
desejados, juntamente com a
autoridade para tomar as
decisões. A equipe interage
entre si com
responsabilidades individuais
e conjuntas.
 COLABORAÇÃO

A equipe de Scrum compartilha conhecimento, ideias,

riscos e responsabilidades, além de garantir um
trabalho em harmonia com os membros da equipe para
entregar os resultados desejados.
 OBJETIVO COMUM

Dentro da equipe, os
indivíduos devem trabalhar
em conjunto para um
objetivo comum.
 TAMANHO PERFEITO

O tamanho ideal da equipe

de Scrum deve ser de seis a
dez pessoas, pois isso irá
garantir que a equipe
Scrum seja grande o
suficiente para possuir
todas as habilidades
necessárias para o projeto.
 MÚLTIPLAS HABILIDADES

A Equipe de Scrum
deve possuir
coletivamente as
habilidades
necessárias para
garantir todas as
entregas do projeto.
 CULTURA

Aconselha-se a formar
uma equipe Scrum com
os membros instalados
presencialmente na
organização.
 PRODUCT OWNER
O Product Owner é o ponto central do projeto ágil e é
quem exerce a liderança sobre o produto que está
sendo desenvolvido.
 PRINCIPAIS RESPONSABILIDADES

Este é claramente um papel para uma pessoa em tempo

integral com RESPONSABILIDADES SIGNIFICATIVAS.
 PARTICIPAÇÃO NO PLANEJAMENTO

O PRODUCT OWNER é
um participante-chave
nas atividades de
planejamento de
Produto, Release e
Sprints.
GROOMING DO PRODUCT BACKLOG
É o Product Owner quem supervisiona toda a
preparação e refinamento (também chamado de
Gromming) do Product Backlog, o que inclui: criar,
atualizar, estimar e priorizar os itens.
 CRITÉRIOS DE ACEITAÇÃO

O Product Owner é responsável por definir os

critérios de aceitação para cada item do
Product Backlog (o Scrum Master é quem o
ajuda com isso).
 COLABORAR COM A EQUIPE DE
DESENVOLVIMENTO
O Product Owner
deve colaborar
frequentemente
com a Equipe de
Desenvolvimento
de uma forma
muito direta e
estreita.
 COLABORAR COM O RESTO DA
EMPRESA

O Product Owner é
o porta-voz de toda
a comunidade de
partes interessadas,
internas e externa
da empresa.
 CARACTERÍSTICAS / HABILIDADES
PESSOAIS

Conhecimento de Negócio,

Habilidades Pessoais,

Autoridade,

Responsabilidade.

Característica-Product-Owner
CARACTERÍSTICAS / HABILIDADES
PESSOAIS
DIA A DIA DO PRODUCT OWNER
 TIME DE DESENVOLVIMENTO

O time de desenvolvimento,
como o próprio nome diz, é o
responsável por desenvolver
o produto. Ele é responsável
por transformar itens do
Backlog do Produto em
incremento de software
potencialmente utilizável.
 TIMES COM FUNÇÕES ESPECÍFICAS
Em muitas empresas você verá a divisão
intencional de papéis de trabalho diferentes, em
equipes especializadas específicas, por exemplo:
Equipe de Design;
Equipe de Desenvolvimento;
Equipe de Testadores.
 PRINCIPAIS RESPONSABILIDADES
REALIZAR EXECUÇÃO SPRINT

Durante a execução Sprint,

os membros da equipe de
desenvolvimento realizam
o trabalho de concepção,
construção, integração e
testes de itens do Product
Backlog.
 INSPEÇÃO E ADAPTAÇÃO
É esperado que todos os
membros da equipe de
desenvolvimento
participem de cada
reunião diária (Daily
Scrum), durante os quais
os membros da equipe
coletivamente
inspecionam o progresso
em direção à meta do
Sprint e adaptam o plano
para o trabalho para tal.
 GROOMING DO PRODUCT
BACKLOG
Uma grande parte
desse trabalho se
concentra no que
chamamos de
refinamento do
Product Backlog,
estimativa de
tamanho e
priorização dos
itens.
 PLANEJAR A SPRINT

No início de cada
Sprint, a equipe
de
desenvolvimento
deve participar do
planejamento.
 TIMES DE ALTA PERFORMANCE

A performance, no contexto de células ou

times de desenvolvimento, está intimamente
relacionada à maturidade do time como um
todo. Uma definição de maturidade é “estado
das pessoas ou das coisas que atingiram
completo desenvolvimento.”
CUSTO X ADEQUAÇÃO

Para viabilizar um projeto

existem diversas combinações
possíveis de montar times de
desenvolvimento. Fatores como
distribuição, experiência técnica
e maturidade das pessoas,
devem ser levados em conta
antes de garantir que
determinado conjunto de
pessoas, atendem às
necessidades do negócio.
PILARES: ESCOPO X CUSTO X PRAZO

As três primeiras áreas a serem estudadas

pelo PMI (Project Management Institute),
escopo, custo e prazo, ajudaram a formar
um diagrama, chamado de Trinômio
Sagrado do Gerenciamento de Projetos.
Este diagrama mostra resultados das
variações sobre o escopo, custo e prazo do
projeto e seu impacto na qualidade.
 DESENVOLVIMENTO CONTÍNUO

Para atingir as metas de velocidade sem perder

qualidade, o ideal seria iniciar o projeto com um time de
técnicos especialistas nas tecnologias do projeto, com
profundo conhecimento no negócio, no cliente e
comprometido com a entrega do produto. Esta realidade
é possível para equipes que desenvolvem produtos
diretamente para a empresa em que atuam, trabalhando
em conjunto com a área de negócio e com conhecimento
prévio do sistema que será criado ou evoluído.
 SCRUM MASTER

O Scrum Master é
um dos três papéis
que compõem uma
equipe Scrum (junto
com o Product
Owner e o Time de
Desenvolvimento).
 PRINCIPAIS RESPONSABILIDADES
COACH

O Scrum Master deve agir

como um coach (algo como
um mentor, um treinador)
tanto a equipe de
desenvolvimento Scrum
quanto ao Product Owner.
LÍDER SERVIDOR
 AUTORIDADE NO PROCESSO
O Scrum Master não contrata
e nem demite ninguém e
também não é ele quem dita
para a equipe quais as tarefas
que deve fazer ou como
fazê-las. Em vez disso, o Scrum
Master ajuda a equipe a
definir e aderir ao seu próprio
processo para ter certeza que
o trabalho seja feito da melhor
forma possível.
ESCUDO CONTRA INTERFERÊNCIAS
O Scrum Master
protege a equipe
de
desenvolvimento
de interferências
externas para que
eles possam
manter o foco na
entrega de valor a
cada Sprint.
REMOVEDOR DE IMPEDIMENTOS
O Scrum Master também assume a responsabilidade
de remover qualquer obstáculo que possa inibir a
produtividade da equipe (quando os próprios
membros da equipe não podem removê-los).
 AGENTE DE MUDANÇA
O Scrum Master ajuda, as pessoas a
entenderem as mudanças, os impactos da
adoção do Scrum e os benefícios que o Scrum
pode ajudar a atingir.
 PERFIL SCRUM MASTER
• CONHECIMENTO: para ser um bom coach, o Scrum Master deve
dominar os processos do Scrum;

• QUESTIONADOR: Scrum Masters têm que saber fazer as

perguntas certas;

• PACIENTE: como Scrum Masters preferem não dar respostas, eles

precisam ter muita paciência até que a própria equipe consiga
chegar às respostas;

• COLABORATIVO: o Scrum Master deve ter excelentes habilidades

de colaboração para trabalhar com o Product Owner, a equipe de
desenvolvimento, e todos os outros envolvidos.
 PERFIL SCRUM MASTER

Protetor : o Scrum Master deve proteger a

equipe;

Transparente: finalmente, o Scrum Master é

transparente em todas as formas de comunicação.
O DIA A DIA DO SCRUM MASTER
 SCRUM MASTER X PRODUCT
OWNER
• Scrum Master fraco x Product Owner fraco = Fracasso lento.

• Scrum Master bom x Product Owner fraco = Fracasso

rápido.

• Scrum Master ruim x Product Owner bom = Ganhos

rápidos, mas insustentáveis.

• Scrum Master bom x Product Owner bom = Sucesso

permanente.
SCRUM MASTER X PRODUCT
OWNER
COHN, Mike, Gilleanes T.A. Uma Introdução ao
Scrum. 2012

FIGUEIREDO, A.M. Gerenciamento de Projetos Ágeis.

Golden Cross, 2007.

KERZNER, H. Project Management: A system

approach to planning scheduling and controlling.
John Wiley & Sons, 2002.
Obrigado!
LEITAO, Rogério S. Escritório de Projetos: Definindo
uma estratégia para projetos de TI, 2006.

LESSA, L. O Papel do PMO nas Estruturas

Organizacionais. Belo Horizonte: PMI Chapter MG,
2006. Disponível em:
<http://www.pmimg.org.br/Geral/visualizador
Conteudo.aspx?cod_areaconteudo=423>. Acesso