Scrum - Framework, Competências e Valores (versão community)

Scrum Framework, Competências e Valores

Manoel Pimentel !Dir. Executivo - ICA-TI - www.ica-ti.com.br!Instituto de Coaching Aplicado a TI!twitter.com/manoelp!

mecobiz.net

design do site e rabalho de cópia & arte; 2001, Ward Cunningham tradução para o português brasileiro por Renato Willi, José Peleteiro, Heitor Roriz, Flávio Steffens de Castro, Luiz Cláudio Parzianello, Rafael Prikladnicki, Mariana Bravo, Dairton Bassi, Rafael Sabbagh Armony, André Faria Gomes,

Cecília Fernandes, Rodrigo Toledo, Manoel Pimentel, Guilherme Silveira, Wescley Costa, Marcelo Andrade, Christian Peixoto, Hugo Corbucci

Estamos descobrindo maneiras melhores de desenvolver software, fazendo-o nós mesmos e ajudando outros a

fazerem o mesmo. Através deste trabalho, passamos a valorizar: !

Indivíduos e interações mais que processos e ferramentas Software 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

!Ou seja, mesmo havendo valor nos itens à direita,

valorizamos mais os itens à esquerda.

agilemanifesto.org

O Scrum é um

Framework Ágil

Ágil?

Agile

XP FDD Scrum

Agile?

Agile então é:

Fazer e Entregar mais

“Rápido”?

Agile NÃO é fazer mais

rápido

Agile é ....

Entregas Constantes

Através de ciclos curtos

Responder a Mudanças

Através de flexibilidade "e leveza

Melhoria Contínua

PDCA puro

Eliminar Desperdício

Fonte: Jason Che-han Yip (ThoughtWorks)

O que realmente "agrega valor "

para uma meta?

Práticas

Cultura

Valores Ágeis

agilemanifesto.org

Indivíduos e Interações > Processos e Ferramentas

Software em funcionamento > Documentação Abrangente

Colaboração com cliente > Negociação de Contratos

Responder a mudanças > Seguir um plano

Scrum?

Scrum é para:

gerenciar

o desenvolvimento

Iterativo e Incremental de

produtos

Iterativo e Incremental?

Você comeria toda essa carne numa só vez?

Não!!!

Se for por pedaços menores?

Como tratamos o “problema” vaca?

Por que isso acontece?

Resposta: Limitação

Limitação == Priorização

Qual parte tem mais importância para você?

Isso evita excessos

Com isso reduzimos o desperdício

Temos desperdício num escopo de um software?

Veja a realidade:

Fonte:

Por isso em Agile o tempo e o custo são fixos, o que é variável é o escopo

Isso acontece de uma forma iterativa e incremental

Metodologia?

Framework Ágil

O Scrum enquanto framework é incompleto por natureza...

Papéis Regras

Cerimônias Artefatos

Papéis Regras


Empresa A

Papéis Regras


###

###

Empresa A

Papéis Regras


###

### ###

###

Empresa A

Papéis Regras


###

###

### ###

###

###

Empresa A

Empresa B ?

Empresa B

Papéis Regras


###

###

### ###

###

###

Papéis Regras


###

### ###

###

Empresa B

Papéis Regras


Valores

Pilares

Transparência

Inspeção

Adaptação

Indivíduos e Interações > Processos e Ferramentas

Software em funcionamento > Documentação Abrangente

Colaboração com cliente > Negociação de Contratos

Responder a mudanças > Seguir um plano

ComandoControle

AutoOrganização

Papéis do Scrum

ScrumMaster

Product

Owner

Team

Product

Owner

Ele conhece o Produto !

Gerencia a Visão"!

promove o ROI!gerencia a Entrega"garante o Sucesso do Produto"

É uma equipe !

Multi-Disciplinar"que se auto-organiza"e gerencia a Sprint "para atingir a meta.

Team

Ecossistema Xxxxxxxxx

Empresa Externa A

TimeStakeholders

ScrumMaster

Product Owner

Formação de Times

Célula X Célula Y

Meta

Empresa Externa B

Célula X Célula Y

Área A

Célula X Célula Y

Área B

Célula X Célula Y

ScrumMaster

Ele protege a Meta do time,!responsável pelo Processo,!

e Facilitador"(para o PO e Team)

Visão geral do Scrum

Visão

Product "Backlog

Sprint "Planning

Sprint "Retrospective Sprint "

Review

Sprint Daily "Meeting

Visão

# O que é feito?"- Uma Visão Fixa (um ponto a se se chegar)!- Suficientemente Abrangente (alto nível)!- É um período para definicão das regras iniciais!!# Quem faz?"-Product Owner!-Com apoio do ScrumMaster!!# O que sai?"-Declaração da Visão!- Product Backlog Inicial "!# Quando é feito?"- No início do projeto!

Visão

Product "Backlog

# O que é feito?"- Lista de desejos para o produto!- Priorizada pelo PO!!# Quem faz?"-Product Owner!!# O que sai?"-Priorização Inicial do Product Backlog"!# Quando é feito?"-No início do projeto!-Continuamente!

Visão

Product "Backlog

Sprint "Planning

# O que é feito no Planning 1?"-PO define o meta para a Sprint!-PO explica os itens de maior de prioridade!no ProductBacklog!-Time questiona o entendimento dos itens!!# O que é feito no Planning 2?"-O Time pode estimar!-O time pode quebrar em tarefas menores!-Selecionar os itens que atendem a meta !da Sprint!!# O que sai?"-Meta e Sprint Backlog !!# Quem faz?"-Product Owner, Time, ScrumMaster!!# Quando é feito? "- Antes de cada Sprint!!

Visão

Product "Backlog

Sprint "Planning Sprint

# O que é feito na Sprint?"- Desenvolvimento do produto!- O time se auto-organiza!!# Quem faz?"- Time!!# O que sai?"- Incremento de Produto"!# Quando é feito?"- Continuamente até o fim do projeto!

Visão

Product "Backlog

Sprint "Planning Sprint Daily "

Meeting

# O que é feito na Daily Meeting?"- Adaptação Diária!- O que fez ?!- O que fará?!- Existe algum impedimento?!!# Quem faz?"- Time facilitado pelo ScrumMaster!!# O que sai?"- Impedimentos, Ações de ajustes no curso !# Quando é feito?"- Diariamente até o fim da Sprint!

Visão

Product "Backlog

Sprint "Planning Sprint Daily "

Meeting

Sprint "Review

# O que é feito na Sprint Review?"- Entrega do Incremento do Produto para o P.O.!- Avaliação se entrega corresponde a expectativa!!# Quem faz?"- P.O, Time ,ScrumMaster!!# O que sai?"- Feedback sobre o incremento de produto!-- Novos itens para o ProductBacklog!!# Quando é feito?"- Ao final da Sprint!

Visão

Product "Backlog

Sprint "Planning

Sprint "Review


Sprint "Retrospective

# O que é feito na Sprint Retrospective?"- Inspeção e Adaptação no Prcesso (forma de trabalho)!- O que funcionou bem?!- O que não funcionou bem?!- O que fazer para melhorar?!!# Quem faz?"- Time facilitado pelo ScrumMaster!!# O que sai?"- Ações de melhorias para a próxima Sprint!!# Quando é feito?"- Ao final da Sprint!

Again?

Visão

Product "Backlog

Sprint "Planning

Sprint "Retrospective Sprint "

Review


Coisas Importantes

Requisitos Ágeis

O Ministério da Agilidade adverte:

Isso não é do Scrum Se persistirem os sintomas, contrate um Mentor

O Scrum não diz como você deve escrever os requisitos!

2 Regras Básicas:

Requisitos Orientados ao cliente"!

Requisitos Ordenados por aquilo que for importante ao cliente

e as Questões Técnicas ?

GamePre-Game

VisãoArquitetura

Inicial

Arquitetura de referência

Restrições de plataformas

Segmentação ortogonal para reduzir as dependências

Itens de Negócio Arquitetura

Post-Game

Arquitetura Concluída

Sprint Sprint Sprint Sprint

Boas metas?

Específicas

Mensuráveis

Alcançáveis

Relevantes

Datadas

SMART

S – Específica

M – Mensurável

A - Alcançável

R – Relevante!

T – Com Tempo para acontecer

Definition"of "

Ready

Definition"of "

Done

O que o time precisa !para começar uma Sprint?

Quando um item pode ser !considerado como concluído?

Adaptação Diária

Daily Meeting

• O que fez de ontem para hoje?!!

• O que fará de hoje para amanhã!!

• Existe algum impedimento?

Fonte: Jason Che-han Yip (ThoughtWorks)

Comunicação Visual

Impedimentos?

Ensinar a pescar,"Não dar o peixe

Projeto Scrum

NãoSinaliza Impedimento

Elucida sobre o trabalho

Removeu? Removeu?

Não

Time

StakeHolders

ScrumMaster Product Owner

Sim

SimRemoveu?

SimNão

Meta ameaçada

Fluxo para remoção de impedimentos em projetos

Gráficos

Total Sprint Backlog 500Dia 1 0 500Dia 2 200 300Dia 3 0 300Dia 4 0 300Dia 5 300 0

Burn-Down

Burn-Down Chart

1 2 3 4 50

100

200

300

Burn-up Chart

Sprints

Valor

Scrum serve para todo tipo de projeto?

Não!!!

Pouco apropriado para contextos determinísticos

+ para contextos empíricos

Minha empresa pode ser ágil?

!Nossa maior prioridade é satisfazer o cliente

através da entrega contínua e adiantada de software com valor agregado.

!Mudanças nos requisitos são bem-vindas, mesmo tardiamente no desenvolvimento.

Processos ágeis tiram vantagem das mudanças visando vantagem competitiva para o cliente.

!Entregar frequentemente software funcionando,

de poucas semanas a poucos meses, com preferência à menor escala de tempo.

!Pessoas de negócio e desenvolvedores devem trabalhar

diariamente em conjunto por todo o projeto. !

Construa projetos em torno de indivíduos motivados. Dê a eles o ambiente e o suporte necessário

e confie neles para fazer o trabalho. !

O método mais eficiente e eficaz de transmitir informações para e entre uma equipe de desenvolvimento

é através de conversa face a face. !

Software funcionando é a medida primária de progresso. !

Os processos ágeis promovem desenvolvimento sustentável. Os patrocinadores, desenvolvedores e

usuários devem ser capazes de manter um ritmo constante indefinidamente.

!Contínua atenção à excelência técnica e bom design

aumenta a agilidade. !

Simplicidade--a arte de maximizar a quantidade de trabalho não realizado--é essencial.

!As melhores arquiteturas, requisitos e designs

emergem de equipes auto-organizáveis. !

Em intervalos regulares, a equipe reflete sobre como se tornar mais eficaz e então refina e ajusta seu

comportamento de acordo.

12 Princípios

Crie oseu "

Jeito" Ágil

Meta-AgileAgilidade além da própria

agilidade

http://visaoagil.wordpress.com/2011/02/11/manifesto-for-meta-agile/

Quer mais informações?

Livros:• Agile Project Management With Scrum, Schwaber, Ken,

Editora, Ed. Microsoft Pres!!• Agile Software Development with Scrum, Schwaber, Ken

e Beedle, Mike.! !• A Practical Guide to Feature-Driven Development,

Palmer, Stephen R. e Felsing, John M, Coad Series.! !• Extreme Programming Explained: Embrace Change,

Kent Beck.!

Meus artigos:

• www.devmedia.com.br (Portal e Revista)!• www.visaoagil.com (Blog e Revista)!• www.scrumalliance.com (artigos)!• www.agilealliance.com (artigos)!• www.infoq.com (Brasil, EUA, China)!

OK ?twitter.com/manoelp!

!

[email protected]

Scrum - Framework, Competências e Valores (versão community)

Business

Transcript of Scrum - Framework, Competências e Valores (versão community)