Seminario Scrum

14/10/2010

1

Slide 1 Universidade Metodista de Piracicaba Mestrado em Cincia da Computao

Framework SCRUM

Viso Geral

Fernando Sambinelli


Agenda

Princpios Lean em TI

Desenvolvimento gil

Framework SCRUM

Responsabilidades do PO

Viso do Produto

Product Backlog

Ferramental

Certificaes

Referncias


Lean thinking em TI

Princpios Viso de Trabalho

Entenda como o valor percebido pelo cliente.

Alinhe com o cliente o que valor e

gerencie-o ao longo de todo o ciclo.

Elimine desperdcios em toda a cadeia de valor.

O que no gera valor,

desperdcio.

Estabelea um fluxo contnuo do incio ao fim.

Quanto mais interrupes, maior o

desperdcio. Reduo do work in

progress.

Faa conforme demanda do cliente,

no gere estoque. Decida o mais tarde possvel e

entregue o mais rpido possvel.

Busque a perfeio atravs de melhoria contnua.

Valorize o ambiente de inovao e

um modelo de melhoria contnua

com o cliente.

1

2 3 4

5 Slide 4 Universidade Metodista de Piracicaba Mestrado em Cincia da Computao

Valor x Desperdcio Por que projetos de TI custam to caro?

Rarely or never

used: 64% Fonte: Standish Group Study Reported at XP2002 by Jim Johnson, Chairman

14/10/2010

2


Lean gera Agilidade (vs. modelo baseado em estoque)


Contextualizao

A Engenharia de Software vm recorrentemente

enfrentando o cenrio onde ...

as aplicaes so cada vez mais complexas...

o tempo de desenvolvimento cada vez menor...

h necessidade de diminuio de custos ...

busca constante pelo aumento da qualidade.


Contextualizao

Processos tradicionais tornaram-se pesados para a engenharia de software

Muita burocracia

Muita documentao

Pouca flexibilidade a mudanas no projeto

No contemplam o cenrio atual (necessidades de negcio do cliente)

Conflito de interesses: cliente x equipe e equipe x equipe


Origem do gil

Reunio entre 17 gurus da comunidade de desenvolvimento: Kent Beck, Mike Beedle, Arie Van Bennekum, Alistair

Cockburn, Ward Cunningham, Martin Fowler, James Grenning,

Jim Highsmith, Andrew Hunt, Ron Jeffries, Jon Kern, Brian

Marick, Robert C. Martin, Steve Mellor, Ken Schwaber, Jeff

Sutherland e Dave Thomas.

Realizada entre os dias 11 e 13 de fevereiro de 2001 em uma estao de esqui nas montanhas

de Utah, Estados Unidos.

Obs: Takeuchi e Nonaka: artigo "The New Product Development Game" (Harvard Business Review, Janeiro-

Fevereiro 1986)

14/10/2010

3


Origem do gil

Manifesto for Agile Software Development http://agilemanifesto.org/

Estamos descobrindo maneiras melhores de desenvolver software fazendo-o ns mesmos e ajudando outros a faz-lo.

Atravs desse trabalho, passamos a valorizar Indivduos e interao entre eles mais que

processos e ferramentas Software em funcionamento mais que

documentao abrangente Colaborao com o cliente mais que negociao de

contratos Responder a mudanas mais que seguir um plano

Ou seja, mesmo havendo valor nos itens direita, valorizamos

mais os itens esquerda


O que Agile Software Development?

Um framework conceitual...

Existem vrias metodologias para desenvolvimento gil, uma delas

o SCRUM


Product owner ScrumMaster Team

Papis

SCRUM framework

Sprint planning Sprint review Sprint retrospective Daily scrum meeting

Ritos

Product backlog Sprint backlog Burndown charts

Artefatos


SCRUM: mtodo e disciplina

Priorizao de

Funcionalidades Importantes

Construes curtas

a taxas constantes

Alinhamento Dirio

Entrega de

funcionalidades com qualidade de

produo

Ciclos curtos de entrega,

mximo de 4 semanas

Colaborao disciplinada com o clientes, capaz de promover

maior grau de compromisso de todos os envolvidos com o sucesso do projeto

Priorizao o principal instrumento de flexibilidade para o negcio, mas toda priorizao controlada

implica em uma despriorizao

Menos burocracia, documentao essencial para

suportar o ciclo de vida da aplicao

Evitar retrabalho atrves da entrega rpida, e no atravs do pr-detalhamento extensivo

Done-Done

Ready-Ready

14/10/2010

4


Papis

Representante do cliente

Prioriza funcionalidades de acordo com o valor para o negcio

Aceita ou rejeita o resultado dos trabalhos

Autonomia e autoridade para definir os rumos do projeto

Garante um sprint backlog compreensvel, estimvel e sem blocks: pronto

responsvel pelo sucesso do projeto e pelo ROI

Define datas de releases. Cria e atualiza o plano

Gerencia de forma pr-ativa stakeholders

Product Owner

Scrum Master

Responsvel pela aplicao dos princpios e da metodologia gil (coach)

Encaminha remoo de obstculos

Garante a plena funcionalidade e produtividade da equipe

Garante a colaborao entre os diversos papis e funes


A Equipe

Equipe Integral Full Time

7 membros (mais ou menos 2)

Multi-funcional

Programadores, testers, WebDesigners, Projetista,

Arquiteto, Analista BD, etc.

Equipe de Suporte

Part-time

Especializada

Projetista, Arquiteto, Analista BD, Analista de Performance, etc.


Main Flow


Backlog item (PRO) Business Value (BV)

[PRO001] As a standard user, search for a movie 1000

[PRO002] As a standard user, search for movie reviews 1000

[PRO003] As a standard user, view the top movies 1000

[PRO004] As a standard user, search for theaters 700

[PRO005] As a standard user, search for movie trailers 700

[PRO006] As a standard user, create the user profile 500

[PRO007] As a standard user, edit the user profile 300

[PRO008] Integration with LDAP 100

Product Backlog

Projeto XPTO = PRO

14/10/2010

5


Main Flow


Sprint Planning 1

Itens BV Size [Story Points (SP)] BV/SP

[PRO003] As a standard user, view the top movies 1000 2 500

[PRO002] As a standard user, search for movie

reviews

1000 3 333

[PRO001] As a standard user, search for a movie 1000 5 200

[PRO004] As a standard user, search for theaters 700 13 53

[PRO005] As a standard user, search for movie

trailers

700 13 53

[PRO006] As a standard user, create the user profile 500 21 23

BV Bussiness Value 18

Slide 19 Universidade Metodista de Piracicaba Mestrado em Cincia da Computao Slide 20 Universidade Metodista de Piracicaba Mestrado em Cincia da Computao

Estimativas

Avalia a complexidade do item

Quo complexo o item ?

Baseado nas estrias, documentos, experincia etc.

Utilizao da Sequncia Fibonacci

Escala no linear

Queremos estimativas e no afirmaes

Atravs desta estimativa, que achamos a velocidade do time

1 2 3 5 8 13 21

Planning Poker

14/10/2010

6


Estimativas


Por que o Planning Poker funciona ?

Mltiplas opinies sobre um mesmo item, afinal o time multi-

disciplinar.

Estmulo ao dilogo entre os membros

Caso haja divergncia entre as estimativas, o que colocou menos

pontos e o que colocou mais pontos explicam a todos os motivos,

e feita uma nova rodada para chegar a um consenso do time.

Gerao de um ambiente de compartilhamento de conhecimento


Sprint Backlog

Itens Tasks To Do Work In Progress Done [PRO001]

[PRO003]

[PRO002]


14/10/2010

7


Reunio diria de 15 minutos

Mesmo local e hora todo os dias (*)

Cada integrante do time, responde: O que voc terminou desde a ltima reunio?

O que vai terminar antes da prxima reunio?

Quais os impedimentos (blocks)?

Daily Scrums (meetings)


Sprint The Task Board

Itens Tasks To Do Work In Progress Done

[PRO001]

[PRO003]

[PRO002]


Burndown Chart

Adiantado

Atrasado


Papel da gesto & equipe do PO

O time entrega os sprints, mas que tipo de suporte o cliente recebe quanto a gesto do escopo, prazo, custo do projeto como um todo?

Gesto de escopo, custo, prazo, qualidade, pipeline...

14/10/2010

8


Maior eficincia econmica At 25% mais econmico que a abordagem clssica

Entregas mais rpidas, muito mais rpidas Entregas tpicas em um primeiro engagement: 3 a 6 semanas Feedback imediato

Flexibilidade p/ entregar o software correto Sai o processo de gerncia de requisio de mudanas e entra o

processo de governana de escopo Sprints uniformes (e curtos) fundamental!

Previsibilidade de entrega Capacidade produtiva conhecida: equipe fixa por perodo fixo de tempo Governana de escopo conduz solues de maior valor para o negcio Competncia em gesto continua a ser questo chave, mas importante entender

mudana do papel

SCRUM: Resultados


Sprint 0: pontos-chave

Projeto Definio do Product Owner

Escopo Apresentao da soluo pelo Product Owner para a equipe Reviso e priorizao do product backlog conforme valor para o negcio Preparao do sprint 1: compreensvel, estimvel e sem blocks

Preparao da linha de produo Ambiente de desenvolvimento, build, servidores, etc





14/10/2010

9









14/10/2010

10









14/10/2010

11









14/10/2010

12


Viso do Produto


Viso do Produto


Viso do Produto


Viso do Produto

14/10/2010

13


Viso do Produto


Product Backlog


Product Backlog


Product Backlog

14/10/2010

14


Product Backlog


Product Backlog User Stories


Ferramental

Existem vrios ferramentas para gesto de projetos geis: Jira Agile, IBM Rational Agile, XPlanner, ProjectCards, etc

Burndown Chart


Certificaes SCRUM

14/10/2010

15


Referncias Recomendadas

http://www.cit.com.br/blogs/agility/

www.mountaingoatsoftware.com/scrum

www.scrumalliance.org

www.controlchaos.com

[email protected]

http://www.alissonvale.com/englishblog/default.aspx


Leituras Recomendadas

Agile and Iterative Development: A Managers Guide by Craig Larman

Agile Estimating and Planning by Mike Cohn

Agile Project Management with Scrum by Ken Schwaber

Agile Retrospectives by Esther Derby and Diana Larsen

Agile Software Development Ecosystems by Jim Highsmith

Agile Software Development with Scrum by Ken Schwaber and Mike Beedle

Scrum and The Enterprise by Ken Schwaber

User Stories Applied for Agile Software Development by Mike Cohn

Lots of weekly articles at www.scrumalliance.org

Documents

Seminario Scrum