Gesto de Projetos de Software

com Scrum
sbado, 4 de maio de 2013

Apresentao
Fernando H. Moralles

fhmoralles@gmail.com

Atualmente:

Lder de Projetos na MATERA System

Professor Universitrio Graduao/Ps
Desenvolvedor Java para Web na media do possvel

Certificaes:

SCJP 1.4, SCWCD 5, OCBCD 6, CSM, CMMI-DEV 1.2

Cronograma

Conceito de Projetos

Conceito de gil

Conceitos e Aplicabilidade

Framework Scrum

Introduo, Cerimnias, Ameaas e Dicas

Certificaes

O que um projeto de sucesso?

Um projeto sempre afetado pela trplice aliana:

Escopo, Tempo e Custo = Qualidade

O que um projeto de sucesso?

Maglev Chins:

Escopo: Trem de Passageiros

Custo: US$ 1 bi
Tempo: 3 anos
Finalizado no tempo e no custo.
No atendeu as expectativas
iniciais, o trem rodou vazio at
se obter o esperado

O que um projeto de sucesso?

Titanic(o filme):

Escopo: Tragdia do Titanic

Custo: US$ 200 bi
Tempo: 3 anos
Atrasou 1 ano e o custo 2x mais
do que o esperado.
Superou as expectativas.
Arrecadou mais de US$ 2 bi ao
redor do mundo

Metodologias de Projetos de Software

Por que os projetos falham? Problemas?

Metodologias de Projetos de Software

Desenvolvimento de produto = P R O C E S S O
Processos conhecidos:

Cascata
Interativo/Incremental
Espiral
Prototipao

Metodologias de Projetos de Software

Mtodos geis

Por que? O que o gil tem de diferente?

gil
no

Rpido
9

Metodologias de Projetos de Software

O que gil afinal?

Valores e prticas para o desenvolvimento de projetos

Manifesto gil: http://manifestoagil.com.br/

Fundamentos:

sobre

Indivduos e Interao
10

Processos

Metodologias de Projetos de Software

Fundamentos:

Software funcional

Colaborao c/ cliente Reposta as mudanas

sobre

Documentao
compreensiva
11

Negociao de contratos Seguir um plano

Metodologias de Projetos de Software

So 12 princpios que precisamos seguir, SEMPRE!

1 Princpio gil:

Nossa maior prioridade

satisfazer o cliente,
atravs da entrega adiantada
e contnua de software
de valor.
12

Metodologias de Projetos de Software

As empresas de desenvolvimento
de software esto caminhando
cada vez mais para o modelo
gil.
A pergunta : como fazemos isso?

O framework Scrum nos ajuda!!!

13

Scrum - Conceitos

Scrum: processo de desenvolvimento iterativo e

incremental
Assume que o processo de desenvolvimento
imprevisvel e complicado
Timeboxes

14

Scrum - Conceitos

Assume que o processo de desenvolvimento

imprevisvel e complicado
mais uma atitude
No determina como as coisas sero feitas

15

templates para organizar seu dia-a-dia?

checklists para garantir a execuo?
nveis de maturidade?
soluo pronta que vai
alavancar sua empresa?

Scrum - Conceitos

Est fundamentado na teoria emprica de processo

e controle, ou empirismo, que possui 3 pilares:

Transparncia

16

Inspeo

Adaptao

Scrum Conceitos

Criado por Ken Schwaber e Jeff Sutherland com

base nos princpios da produo enxuta: Lean
Origem do nome:

17

Scrum - Conceitos
so poucas regras,
fcil de entender,

mas difcil de praticar.

o desafio no est no processo, nos papis, etc.
est na cultura, nos valores, nas atitudes
18

Scrum - Formao

Vai comear a sopa de letrinhas

19

Scrum - Formao

20

Scrum - Fases

Pr-Game:

Game:

Produto ainda pouco definido

Algo grau de incerteza
Necessrio Anlise de Requisitos

Produto j definido ( picos ) e pronto desenvolvimento.

Grau de incerteza diminui, entregas j predefinias

Ps-Game:

21

Produto entregue ou releases parciais

Projeto finalizado e agora?

Scrum - Fases

22

Scrum Pr-Game

23

Scrum Pr-Game

Entender, documentar e confirmar o produto

Nessa fase, um documento de Viso

Objetivo: Product Backlog

Responsvel: Product Owner

Exerccio: Utilizar o documento de viso para

documentar os requisitos do sistema de veterinria
proposto.
24

Scrum Papis

Product Owner:

25

Garantir o valor do trabalho e

direciona o projeto no ponto de
vista de negcio
Entender e compartilhar a viso
do produto ( transparncia )
Gerenciar e priorizar o Product Backlog, garantindo o
Retorno do Investimento ( R.O.I. )
Planejar as Releases
Colaborar com o Time no entendimento do produto
Aceitar ou Rejeitar as entregas
Garantir que o time trabalha em itens de valor. A meta do
Product Owner a mesma do Development Team.

Scrum - Artefatos

Product Backlog:

Lista das necessidades do produto ordenada e priorizada

de acordo com o V.N. e R.O.I para o cliente
Transparncia
Organizar: Como?

Responsvel:
Product Owner

Tcnica para criao

26

User Stories

Scrum User Stories

Representa uma funcionalidade ou caracterstica

Uma forma para se atingir a Viso

picos: Uma estria grande. Tal pode decomposta em duas

ou mais estrias.

Todos colaboram para atingir a granularidade ideal das

estrias.

So trabalhadas e amadurecem a medida que h refinamento

dos requisitos.

So organizadas e priorizadas pelo Product Owner.

27

Scrum User Stories

Metfora dos 3Cs:

Carto(Card/Story)

28

Conversation

Confirmation

Scrum User Stories

Contedo:

Who/Quem?: para que isso necessrio. Ex.: cliente,

fornecedor, secretria

What/O que?: Traz o entendimento do negcio, o

objetivo a ser atingido. So aes e rotinas

Why/Por que?: traz o valor de negcio para quem est

solicitando.

29

Scrum User Stories

Exemplos:

30

Scrum User Stories

Quando uma User Storie est boa?

I

- Independent

- Negotiable

- Valuable

- Estimatable

- Small

- Testable

31

Scrum User Stories

Critrios de Aceitao:

Somente devero ser exibidos o saldo

atual, estoque mnimo e o nome do local
de estoque de referentes ao um cdigo de
produto pesquisado

Local de estoque com o saldo abaixo do

nvel de pedido, devem aparecer em
vermelho

32

Scrum User Stories

Critrios de Aceitao:

Somente devero ser exibidos os planos

que esto ativos e caso haja planos inativos,
emitir mensagem da existenia

Os planos que estivem com algum tipo de

irregularidade financeira, dever apresentar
mensagem em vermelho.

33

Scrum User Stories

Critrios de Aceitao:

Para seleo do ms no necessrio

digitar ou indicar o dia, somente indicando o
ms e o ano, selecionado atravs de uma
lista de seleo.

Caso o volume de vendas esteja abaixo do

plano orado, indicar em vermelho que no
atingiu o planejado.

34

Scrum User Stories

Exerccio:

Utilizar o documento de viso para criar as User Stories do

sistema de veterinria proposto.

Defina os critrios de aceitao para as User Stories

Definir a priorizao dos itens de acordo com o valor de negcio

Utilize os post-its para documentar as User Stories encontradas

35

Scrum User Stories

E agora?

36

Scrum Planejando Releases

O planejamento das releases importante na fase

do Pr-Game.

necessrio saber o tamanho do backlog.

Para todos, uma forma de ter visibilidade do todo
Identificar pontos que precisam de mais refinamento

Importante:

37

Somente o time estima

O P.O. precisa estar presente

Scrum Planning Pocker

Estimativas: Horas

Planning Pocker: Story Points

Problemas: estimativas absolutas!

Soluo: Estimativas relativas.
Esfoo, no Complexidade

Story Points:

38

Sequencia de fibonacci

Scrum Planning Pocker

Estimar o tamanho dos estados:

Estado

Relativo

D.F.

5.822,1

0,5

Pernambuco

98.311,6

Paran

199.314,9

Tocantins

277.620,9

13

Gois

340.086,7

13

Mato Grosso

903.357,9

34

Alagoas

27.767,7

Bahia

564.692,7

21

Cear

148.825,6

1.570.745,7

89

56.439,8

Amazonas
Paraba
39

Absoluto

Scrum Papis

Scrum Master:

40

Responsvel principalmente por assegurar que o Scrum

entendido e disseminado, garantindo que o Development
Time aplique os princpios, a prtica e as regras do Scrum.
Remover impedimentos do progresso do Time;
Ajuda o P.O. em:
Tcnicas de gerenciamento de backlog;
Comunicar com clareza a viso e objetivos para o Time;
Entender e praticar agilidade;
Facilitar as cerimnias do Scrum;
Assegurar-se que o Time tem itens para trabalhar at o
final da sprint.

Scrum Papis

Scrum Master:

41

Ajuda o Development Team em:

Auto-organizao;
Criar produtos de alto valor para
o cliente;
Facilitar as cerimnias do Scrum;
Assegurar que os conceitos geis
so compreendidos segundo a
empresa.
Age como um Lder Servidor
Combate a iluso do comandocontrole
Scrum Master: 1 pessoa

Scrum - Papis

Development Team:

42

Compromete-se com o sucesso da sprint;

Responsvel principalmente por organizar e gerenciar
seu prprio trabalho;
Entrega o produto sendo responsvel pela qualidade;
Trabalha com Product Owner identificando e
sugerindo itens para o Product Backlog;
Assegurar-se que possui informao suficiente para
desenvolver os itens da sprint;
Trabalha com o Product Owner para definir a direo
estratgica do desenvolvimento

Scrum - Papis

Development Team:

43

Composto de at 7 participantes
Multidisciplinar
Comunicativo
Responsvel pela
resoluo de conflitos

Scrum - Papis

Negcio!!

Tcnico!!

Processos e
Pessoas!!!
44

Scrum - Fases

45

Scrum - Cerimnias

O corao Scrum a Sprint, que tem uma durao

fixa, e ao final uma verso incrementada do produto
entregue.

Cada Sprint possui a 4 cerimnias

Durao: de 2 a 4 semanas

3 Princpio gil:
Entregar software funcionando
com frequncia,
na escala de semanas at meses,
com preferncia aos perodos mais curtos
46

Scrum - Cerimnias

Cada Sprint define 4 cerimnias:

1) Sprint Planning;
2) Daily Scrum;
3) Sprint Review;
4) Sprint Retrospective.

6 Princpio gil:

Mtodo mais eficiente e

eficaz de transmitir informaes para,
e por dentro de um time de desenvolvimento,
atravs de uma conversa cara a cara
47

Scrum - Cerimnias

Sprint e Cerimnias devem ter um tempo fixo de

durao, chamado de timeboxed.

A Sprint termina! O trabalho talvez no.

Oportunidade de praticar a Inspeo e a

Adaptao
8 Princpio gil:
Processos geis promovem um ambiente sustentvel.
Os patrocinadores, desenvolvedores e usurios,
devem ser capazes de manter indefinidamente,
passos constantes
48

Scrum - Cerimnias

49

Scrum Cerimonias

Sprint Planning Meeting

Parte 1: Negcio

50

Objetivo: entender em detalhes o que o usurio precisa

Fornecer a todos uma viso clara do que o usurio quer
Definir a Meta da Sprint, SEMPRE!!!
Durao: 1 hora/semana de Sprint
Essa reunio define o que?
Definition of Done
Selected Backlog
Exerccio: Decompor o Sistema
Participantes: P.O., S.M., D.T.

Scrum - Cerimnias

Sprint Planning Meeting

Parte 1: Negcio

7 Princpio gil :
Software funcional a medida primria de progresso

4 Princpio gil :
Pessoas relacionadas a negcios e
desenvolvedores devem trabalhar em conjunto e
diariamente, durante todo o curso do projeto
51

Scrum - Cerimnias

Sprint Planning Meeting

Parte 1: Negcio

52

User Story Detalhadas

Scrum - Cerimnias

Sprint Planning Meeting

Parte 2: Tcnico

53

Definir a estrutura/arquitetura para a soluo

Ao final, o Development Team que sabe como fazer
User Stories so decompostas em Tasks
Durao: 1 hora/semana de Sprint
Essa reunio define como?
Sprint Backlog
Participantes: S.M., D.T.
Exerccios: Crias as tasks

Scrum - Cerimnias

Sprint Planning Meeting

Parte 2: Tcnico

9 Princpio gil :
Contnua ateno excelncia tcnica e bom design,
aumenta a agilidade
11 Princpio gil :

As melhores arquiteturas, requisitos e designs emergem de

times auto-organizveis

54

Scrum - Cerimnias

Sprint Planning Meeting

Parte 2: Tcnico

55

Tasks criadas

Scrum - Cerimnias

Sprint Planning Meeting:

Uma vez definido, o Sprint Backlog no muda!

A meta da Sprint pode ser renegociada a qualquer momento

Product Owner e Development Team

2 Princpio gil:
Aceitar mudanas de requisitos,
mesmo no fim do desenvolvimento. Processos
geis se adquam a mudanas, para que o
cliente possa tirar vantagens competitivas
56

Scrum - Artefatos

Taskboard

57

Misto de Selected Backlog e Sprint Backlog

Mantido pelo Development Team
http://virtualkanban.net/

Scrum - Artefatos

Burndown chart

58

Acompanhar o progresso feito pelo Development Team

Mostra a quantidade de Story Points queimados
Mantido Development Team

Scrum - Cerimnias

EXERCCIO
A importncia do foco

59

Scrum - Cerimnias

60

Scrum Cerimnias

Daily Scrum

Reunio diria para obsevar o progresso do produto

Durao: 15 minutos
Cada membro informa ao time sobre:

61

O que foi feito desde a ltima reunio?

O que pretende fazer at a prxima?
Impedimentos que bloqueiam esse trabalho?

Essa reunio para o Development Team, no para

Scrum Master
Atualizao do Taskboard e Burndown

Scrum - Cerinomias

Daily Scrum

No utilizar para resolver

problemas
No falar de questes tcinas
Impediment Backlog
Participantes:

P.O. (opc), S.M., D.T.

4 Princpio gil:
Pessoas relacionadas negcios e
desenvolvedores devem trabalhar em conjunto
e diariamente, durante todo o curso do projeto
62

Scrum - Cerimnias
O que um impedimento?

Quando um impedimento
deve ser comunicado?

63

Scrum - Cerimnias

64

Scrum - Cerimnias

Sprint Review:

Development Team apresenta

as User Stories desenvolvidas
para o Product Owner
Aceita ou no baseado em:

65

Meta da Srpint;
Definio de Pronto e;
Critrios de Aceite.

Development Team e Product Owner interagem sobre

dificuldades e prximos passos
Oportunidades de novos itens para o Product Backlog
Durao: 1 hora/semana de Sprint
Participantes: P.O., S.M., D.T.

Scrum - Cerimnias

Sprint Review:

4 Princpio gil:
Pessoas relacionadas negcios e
desenvolvedores devem trabalhar em conjunto
e diariamente, durante todo o curso do projeto

1 Princpio gil:
Nossa maior prioridade satisfazer o cliente,
atravs da entrega adiantada e contnua de
software de valor
66

Scrum - Cerimnias

67

Scrum - Cerimnias

Sprint Retrospective:

viso do processo como um todo

discusso a respeito de pessoas, relacionamentos,

processos e ferramentas

Durao: 45min/semana de Sprint

Expressar opinies a fim de implementar melhorias

Tcnicas:

68

O que foi bom e o que pode melhorar?

6 think heads!!!

Scrum - Cerimnias

Sprint Retrospective:

Definir plano de ao

Participantes: P.O., S.M., D.T

12 Princpio gil:

Em intervalos regulares,
o time reflete em como ficar mais efetivo, ento,
se ajustam e otimizam seu comportamento de
acordo
69

Scrum - Cerimnias

Releases

70

Scrum - Cerimnias

Resultado da Sprint:

O resultado da Sprint um incremento de produto

potencialmente entregvel

O produto deve ser de alta qualidade e completo

Potencialmente entregvel diferente de entregvel

Pode ser necessrio acumular o resultado de vrias

Sprints para que se tenha um produto entregvel de fato

71

Scrum - Recomendaes

72

Scrum Recomendaes

Sprints devem ter entre 2 e 4 semanas de durao,

mas o Time deve definir o tamanho ideal da Sprint

Defenir Sprints com dias teis

No variar o tamanho da Sprint com frequencia

Isso mantem o ritmo de velocidade

Product Backlog varia muito melhor tentar

Sprints curtas (mais adequada a mudanas)

Equipe e cliente exaustos por ciclos curtos

melhor tentar Sprints mais longas
73

Scrum Recomendaes

Uma sprint deve terminar antes da hora (ser

cancelada) em condies muito especiais:

Quando for impossvel cumprir a meta da Sprint

Quando a meta definida para a Sprint perca o sentido

Product Owner deve definir quantas Sprints so

necessrias para uma release
Releases devem agregar grande valor de produto ao
cliente
O Product Owner deve estar atento ao seu
planejamento de releases sempre que der
manuteno ao Product Backlog
74

Scrum - Recomendaes

Balancear itens de negcio e itens de valor

Itens com ROI visvel

Itens tcnicos, arquitetura...

75

Ateno:
Ameaas ao sucesso do
SCRUM

76

Scrum - Ameaas

Product Owner Galinha

Scrum Master aptico

Time no multi-disciplinar

77

Scrum - Ameaas

Falta de viso pra quem no sabe onde quer

chegar, qualquer bssola serve

Scrum Master no dono do Product Backlog e

nem chefe da equipe

Backlog deve ser de acordo com prioridade e

retorno, no vontade de desenvolver

Backlog com itens vagos e mal definidos

78

Scrum - Ameaas

Daily Meeting no coffee break ou bate-papo

Potencialmente entregvel diferente de entregvel

Retrospectivas rpidas, sem reflexo ou

aprofundamento
79

Scrum - Retrospecto

Scrum um framework que no nos diz como?, nos

diz o que?
Os processos que iremos executar, as ferramentas
que iremos utilizar, somos livres para escolher.

5 Princpio gil :
Construir projetos ao redor de indivduos motivados. Dando a eles o
ambiente e suporte necessrio, e confiar que faro seu trabalho
10 Princpio gil :
Simplicidade: a arte de maximizar a
quantidade de trabalho que no precisou ser feito

80

Scrum - Exerccio

Praticando Scrum

81

Scrum - Certificao

82

Scrum - Certificao

1 de Janeiro de 2012: Novas regras para o exame

de certificao para Scrum Master (CSM)

83

Os candidatos sero aprovados ou no de acordo com o

seu desempenho no exame
Depois de aprovado, o candidato pode renovar sua
credencial a cada dois anos
So 35 questes, sem limite de tempo, preenchveis em
at 60 dias
At 2 tentativas de submisso
Aps trs (3) tentativas sem aprovao, recomendado
um novo curso.

Scrum - Certificao

Prova:

Estudos:

Livro impresso

Cursos:

Multiplaescolha

www.adaptworks.com.br
www.massimus.com.br

Prximos cursos:

84

CSP, CSD

Scrum Mitos geis

gil modismo

gil no disciplinado

gil significa sem planejamento

gil significa sem documentao

gil s funciona com times presentes

gil no a Bala de Prata

85

Scrum - Fim
Scrum isso: um conjunto pequeno de papis, cerimnias
e artefatos. Fcil de entender, mas que exige bastante
disciplina!

86

Scrum - Fim

Se Scrum no der certo...

87

Bibliografia/Referncias

Schwaber , Ken and Sutherland, Jeff; The Scrum Guide The Definitive Guide to Scrum: The Rules of the Game
October/2011

Guedes, Gilleanes T. A.; UML Uma abordagem prtica;

Editora Novated, 2004.

Massimus C&T Official Scrum Training

Pimentel, Manuel; exemplos de User Stories.

http://manifestoagil.com.br

http://www.scrumalliance.org
88

89