Anda di halaman 1dari 10

Metodologia Ágil – SCRUM

, , ,
Prof. Claudinei Iochimoto, PMP, CSM, CobIT

Desenvolvimento Tradicional ‐
Waterfall
Planejamento

Construção

Teste

Homologação

Implantação
2

1
Desenvolvimento ‐ Scrum

Desenvolvimento Scrum ‐ Sprint
Planejamento Planejamento Planejamento

Construção Construção Construção

Homologação Implantação

Teste Teste Teste

Homologação Homologação Homologação

2
SCRUM
y Framework para gerenciamento de projetos de 
software
y é baseado num modelo chamado de Modelo Ágil
y Extreme Programing (XP) 

O nome Scrum vem de uma jogada ou formação do Rugby, onde 8 jogadores


de cada time devem se encaixar p para formar uma muralha. É muito
importante que seja realizado um trabalho de equipe, pois se um dos
jogadores na formação falhar, toda a jogada é comprometida.

O que é o SCRUM
Framework empírico para gerenciamento de projetos
Processo iterativo (baseado no LEAN) e incremental
Formalizado no final da década de 90
Órgão controlador : Scrum Alliance

Principais características
Times pequenos, multidisciplinares e auto-gerenciados
Não tem gerenciamento centralizado
Entregar freqüentemente
Mudanças de escopo são parte do Projeto; custo e prazo não
Requisitos mudarão com o passar do tempo

3
SCRUM ‐ Papéis no Scrum
y Product Owner ((P.O))
y é o dono do produto. Ele possui a visão do retorno que o
projeto trará para a empresa e para os envolvidos, logo sua
missão é cuidar do Product Backlog, planejar releases,
priorizar requisitos e passar ao time uma visão clara sobre os
objetivos do projeto.
y ScrumMaster (S.M)
y exerce um papell de
d liderança
ld no processo, mas ele
l não é um
gerente de projetos. O papel de S.M não possui autoridade
alguma perante o P.O ou o Time. A responsabilidade do Scrum
Master é manter o foco no processo, remover impedimentos
da equipe e auxiliar na comunicação entre equipe e P.O.

SCRUM ‐ Papéis no Scrum
y Time
y é o conjunto de pessoas que implementará o projeto. É
composto por uma equipe multidisciplinar que tem a
característica da auto‐gestão. A responsabilidade do Time é
manter a auto‐gestão de suas atividades, planejar as Sprints,
assumir metas com o P.O e dar feedback sobre os
impedimentos para o S.M. Então vejamos:
y O Product Owner gerencia: Escopo,
Escopo prazo (datas de entregas)
e acompanha o ROI (medição e análise);
y O ScrumMaster gerencia: Processo, risco (impedimentos) e
planejamento (atingir metas);
y Os Membros do Time gerenciam: Configuração, riscos,
requisitos e planejamento.
8

4
Manifesto para o desenvolvimento
ágil de software
Indivíduos e interação entre eles mais que processos e ferramentas
Produto em funcionamento mais que documentação abrangente
Colaboração com o cliente mais que negociação de contratos
Responder a mudanças mais que seguir um plano

Papéis no Scrum
Define Estratégia
Visão de negócio Facilitador
Entrega soluções
Garante o ROI Mediador
Auto-gerenciado
Define / prioriza Garante o Scrum
Focado
Remove impedimentos
Multidisciplinar

Como funciona
Product
Sprint Entrega
Backlog

Daily
Meeting

Planning
A Meeting
B
C
D A
Sprint
Meta
Backlog

5
Como funciona
“…I can’t promise exactly what, but we won’t ever need to move the date”. Good start!...”

Product Richard Kronfält


Sprint Entrega
Backlog Certified Scrum Master (CSM).
Certified Scrum Practitioner (CSP)
(CSP).
Certified Scrum Product Owner (CSPO).
Palestrante na London Scrum Gathering 2007

X
D
B
C A

Alguns conceitos ‐ Artefatos
y Product Backlog
y é a lista que contém os requisitos do projeto. Aqui temos todas as necessidades
e/ou vontades do Product Owner para o projeto. Este é um artefato “vivo”, pois
será priorizado e re-priorizado ao longo do projeto de acordo com a visão do P.O.
Uma forma ágil de gerenciar e manter seu Product Backlog é por meio das user
stories. Utilizando essa abordagem você verá muitos resultados interessantes em
seu processo de engenharia. Mas, como já dissemos o Scrum não é um processo
de engenharia então você pode utilizar o que quiser pra manter seu Product
Backlog (Casos de Uso, Requisitos, Especificação, etc), desde é claro que o P.O
reconheça valor nesses documentos e que eles sejam claros para o time.
y Impediment List
y é a lista com os impedimentos do Time, na qual o S.M deverá trabalhar.
y Sprint Backlog
y possui as atividades nas quais o Time vai atuar dentro de uma Sprint. Essas
atividades são planejadas pelo Time durante a reunião de planejamento da Sprint.
Este também é conhecido por ser representado pela Kanban, provavelmente um
dos símbolos mais associados ao Scrum
12

6
Alguns conceitos ‐ Artefatos
y Impediment List
y é a lista com os impedimentos do Time, na qual o S.M deverá trabalhar.
y Product e Sprint Burndown
y são gráficos que mostram a tendência planejada para atendimento da Sprint /
Product Backlog e como o time está evoluindo diariamente no caso da Sprint e a
cada Sprint no caso do projeto.

13

Alguns conceitos ‐ Cerimônias
y Sprint Planning Meeting
y é a reunião de planejamento da Sprint. Nela o Time discutirá com o P.O sobre a meta a ser
alcançada naquela Sprint e fará o planejamento de todo o trabalho que será realizado dentro
da Sprint.
y Daily Meeting
y é a reunião diária que ocorre com todos os membros do Time, S.M e P.O. Preferencialmente
deve ter 15 minutos e os integrantes do Time respondem a perguntas como:
y O que fiz desde a última reunião diária;
y O que planejo fazer até a próxima;
y O que está me impedindo?
y Sprint Review
y é a reunião de prestação de contas na finalização da Sprint. Nela todos os membros do Time
apresentarão o resultado atingido na Sprint ao P.O e outros envolvidos.
y Sprint Retrospective
y é a reunião de “lições aprendidas” que ocorre ao final de cada Sprint. Nela os membros do
time respondem a perguntas como:
y O que fizemos de bom e temos que continuar fazendo?
y O que temos que mudar ou começar a fazer?
y Quem está no controle?

14

7
Alguns conceitos ‐ Cerimônias
y Planning Poker
y É uma estimativa através de utilização de cartas para dimensionar o tamanho do
Product Backlog.. Cada participante explica para os demais o porque estimou
com aquele tamanho
y Review Meeting
y É uma apresentação do resultado da iteração para os clientes onde todos os
envolvidos no projeto participam. Possiveis ações:
y Devolver ou remover funcionalidades do Product Backlog de funcionalidade não terminadas
y Remover do Product Backlog funcionalidades terminadas antecipadamente
y Reformular a equipe
y Repriorizar do Producto Backlog

15

Algumas citações sobre Scrum
“...Scrum é uma metodologia ágil que busca uma forma empírica de lidar com o
caos, em detrimento a um processo bem definido...”
Ken Schwaber
Fundador da Scrum Alliance

“...É uma metodologia ágil para equipes pequenas e médias que desenvolvem
software baseado em requisitos vagos e que se modificam rapidamente...”
Kent Beck
Criador do Método XP
Signatario do Manifesto Agil

“...agile se enquadra perfeitamente no conceito do PMBOK; só não se enquadra


para aqueles que não entendem para que o PMBOK serve. Estes que não
entendem, acham que o PMBOK é rígido, fechado...”
Ricardo Viana Vargas, PodCast de 01.06.2009
Presidente do PMI, Após treinamento de Scrum Master

8
Pontos de Atenção:
Barreiras com modelo operacional
Terceirização do desenvolvimento
Várias empresas envolvidas
Contrato de preço fixo
Modelo medição de projeto, APF

Facilitador ao invés de um gestor de projeto

Não existe responsável único pela entrega

Times pequenos, multidisciplinares e auto-gerenciados e focados

Mudança de escopo faz parte do Projeto

Scrum ou priorização das entregas?

Pontos de Atenção:
yPessoas e suas interações mais importante do que processos e ferramentas;
ySoftware funcionando mais importante do que documentação abrangente;
yColaborar com o cliente mais importante do que negociar contratos;
yResponder as mudanças mais importante do que seguir um plano

9
Conclusão

Metodologia Ágil – SCRUM

, ,
Prof. Claudinei Iochimoto, PMP, CSM

20

10