desenvolvimento ágil de software com scrum - xii mostra puc-rio

Desenvolvimento ágil com Scrum.

Globo.com

Danilo Bardusco <bardusco@corp.globo.com>Gerente de Desenvolvimento de Aplicações Web

Processo Tradicional (WaterFall)

Request !5h

Criacão20h

Aprovacão5h

Teste/QA20h

Desenvolvimento40h

AI25h

Producão10h

Implementacão10h

Q8h

Q10h

Q16h

Q16h

Q24h

Q8h

Q8h

* Os tempos neste exemplo são meramente ilustrativos.

45% bugsRepete 3x

20% Reprovado

repete 1x

TEMPO TOTAL: 5+8+25+8+20+(2*24)+5+16+10+

16+40+(4*10)+20+8+10 = 279h

ÚTIL: 5+25+20+5+10+40+20+10 = 135h

DESPERDÍCIO:

279 – 135 = 144h = 106,66%

Por quê?

” A experiência de décadas seguindo pesadas práticas prescritivas tornou evidente que:

Os clientes ou usuários não tem certeza do que eles querem.

Eles tem dificuldade de expressar tudo o que querem e pensam.

Muitos detalhes do que eles querem só serão revelados durante o desenvolvimento.

Os detalhes são complexos para as pessoas.

Na medida em que elas vêem o produto sendo construído, elas mudam de idéia.

Forcas externas (como um produto ou serviço da concorrência) trazem mudanças ou melhorias nos requisitos. ”

Source: Agile and Iterative Development: A Manager's Guide by Craig Larman

Agile Manifesto

Estamos descobrindo melhores maneiras de se desenvolver software ao fazê-lo e ajudando outros a fazê-lo.

Através deste trabalho valorizamos:

Indivíduos e interações mais que processos e ferramentas.

Software funcionando mais que documentação abrangente.

Cooperação do cliente mais que negociação de contratos.

Responder a mudanças mais que seguir um plano.

Ou seja, embora exista valor nos itens da direita, nós valorizamos mais os itens da esquerda.

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, Dave Thomas

© 2001, os autores acima

Esta declaração pode ser livremente copiada em qualquer meio, mas somente de forma íntegra até esta notificação.

O que é SCRUM?

Em uma frase:

Scrum é uma abordagem simples aplicada ao gerenciamento de tarefas

complexas.

Scrum é um processo de desenvolvimento iterativo e incremental que pode ser

aplicado ao desenvolvimento de qualquer produto ou no gerenciamento de qualquer

atividade complexa.

O que é SCRUM??

Gerenciamento empírico e controle de processos. Baseado no feedback das iteracões. Usado para gerenciar projetos complexos desde 1990. Equipes multi-funcionais e auto-gerenciadas. Escalável para projetos grandes, longos e distribuidos. Comunicacão como fator crítico. Compatível com CMM Nível 3 e ISO 9001. É um framework de boas práticas e não uma metodologia

pronta. Extremamente simples mas muito difícil de implementar.

O que é SCRUM???

Arquitetura SCRUM

SCRUM MASTER

TEAMPRODUCT OWNER

Product Owner

Product Owner

Responsável pela visão do negócio

Product Owner

Maximiza ROI (valor agregado)

Product Owner

Prioriza ítens do backlog a cada iteração

Product Owner

Decide datas de releases e conteúdos

Product Owner

Aceita ou rejeita o produzido

Team Members

Team Members

Autoridade para fazer o que for

necessário para atingir o objetivo

Team Members

Multi-disciplinar Auto-gerenciada 7±2 Comprometida com o objetivo Co-locada e aberta Comunicação constante

Scrum Master

Scrum Master

Facilitador

Scrum Master

Resolve “pepinos” Organiza e conduz reuniões e eventos Não tem autoridade Protege a equipe

Time Boxed

Tudo no Scrum é Time-boxed:• Daily Meeting – 15 min• Sprint Planing – 4 a 8 horas• Sprint – 2 a 4 semanas

Time BoxedVocê divide as funcionalidades

para caber no Sprint

e não planeja o Sprint para

comportar as funcionalidades.

SCRUM Flow

SCRUM Flow

Product Backlog

Post-it

User Story #

Businness Value

Complexity

Planning Poker

Planning Poker

SCRUM Flow

Sprint Planning 1

Sprint Planning 1

Documentação!

Sprint Planning 1

SCRUM Flow

Sprint Planning 2

Sprint Planning 2

Modelagem e Arquitetura

Sprint Backlog

SCRUM Flow

Dinâmica

Daily Meeting

Escrevendo

Escrevendo

BurnDown Chart

SCRUM Flow

Review

Retrospectiva

Trabalho em equipe = Diversão

É possível escrever software de qualidade sem burocracia.

www.globo.com/estag

Danilo Bardusco <bardusco@corp.globo.com>http://blog.bardusco.com/

Origem do Nome

Estrutura atual e os meta-projetos de infra-estrutura

14 times de projetos3 de infra-estrutura

Communities's Scrum of Scrums

50

Processos

Visão geralde produtos

BacklogCorporativo

PadrõesVisuais

Padrões deimplementação

Arquitetura dainformacão

Ferramentasde teste

Automacão etc

Scrum of Scrums