SCRUM & KANBANNA PRÁTICA

O QUE VEREMOS NO CURSO?

1 - Porquê a DígithoBrasil resolveu trabalhar com desenvolvimento ágil?

2 - O Scrum e como ele funciona (by the book)

3 – Atividades práticas

4 – Kanban e seus conceitos

5 - Encerramento 

6 - Dicas e feedback

ABORDAGENS TRADICIONAISMETODOLOGIA/PROCESSO “CASCATA”:

ABORDAGENS TRADICIONAISSOBRE O SUCESSO DE PROJETOS:

14%

29%57%

Cascata

Sucesso Desafiado Falha

Fonte: CHAOS Manifesto, The Standish Group, 2012.

• Mais ou menos estável há 20 anos

• E se fossemos uma fabricante de aeronaves?

Na DígithoBrasil, desde que começamos a trabalhar com agilidade, todos os projetos são verde!

ABORDAGENS TRADICIONAIS X ÁGILSOBRE O SUCESSO DE PROJETOS:

14%

29%57%

Cascata

Sucesso Desafiado Falha

42%

9%

49%

Ágil

Sucesso Desafiado Falha

Fonte: CHAOS Manifesto, The Standish Group, 2012.

ABORDAGENS TRADICIONAISFUNCIONALIDADES UTILIZADAS:

Fonte: The Standish Group, 2002

Mas, por quê?

• Dados da indústria de software mostram que 60% dos requisitos mudam durante o desenvolvimento do software

DESENVOLVIMENTO ÁGILCOMO SURGIU?

• Fevereiro de 2001

DESENVOLVIMENTO ÁGILO MANIFESTO

FRAMEWORK SCRUMDO QUE É COMPOSTO?

Papeis

Cerimônias

Artefatos

Mas o que são essas coisas e como orquestrar tudo isso?

FRAMEWORK SCRUMCOMO FUNCIONA?

Feedback do cliente +

melhorias do time

2 – Sprint Review

Reunião Diária

Sprint 1 a 4

semanas

1 – Sprint Planning(2 partes)

Gerenciar o

backlog

Product Backlog

(Problemas / Necessidades dos usuários)

3 – Sprint Retrospecti

ve

Product Owner

Time Dev.

Scrum Master

QUADRO DE TAREFAS

MÃO NA MASSA

Vamos nos dividir em times?

CENÁRIO

Um cliente que representa instituições de cunho social contratou vocês para o desenvolvimento de uma aplicação web que tem o objetivo de aproximar doadores e voluntários a instituições de cunho social, para que elas possam transformar a vida de mais pessoas carentes

MÃO NA MASSA

Vocês tem 10 minutos para

Pegar o material

Definir o Product Owner e Scrum Master

Priorizar, no mínimo, 5 itens

CRITÉRIOS DE ACEITAÇÃO

A aplicação deve ter um nome no topo de cada página Web

Todas as páginas devem ter a logo do produto

Ter a URL com o endereço da página

Deve possuir margem

SPRINT 1 – 23 MINUTOS

Planejamento: 5 Minutos

Escolher itens que entrarão na Sprint e definir meta

Criar tarefas (Como vai desenvolver cada item)

Itens em Post-it grandes

Tarefas em post-it pequenos

Reunião diária: 2 m (O que fiz? O que pretendo fazer? Impedimentos?)

Desenvolvimento: 10 m

Review: 3 m (apresentação do trabalho feito e aceite do PO)

Retrospectiva: 3 m (O que pode ser melhorado?)

E AI ALGO A MELHORAR?

E AI VAI MUDAR ALGO?

SPRINT 2 – 23 MINUTOS

Planejamento: 5 Minutos

Escolher itens que entrarão na Sprint e definir meta

Criar tarefas (Como vai desenvolver cada item)

Histórias em Post-it grandes

Tarefas em post-it pequenos

Reunião em Pé: 2 m (O que fiz? O que pretendo fazer? Impedimentos?)

Desenvolvimento: 10 m

Review: 3 m (demonstração do trabalho feito e aceite do PO)

Retrospectiva: 3 m (O que pode ser melhorado?)

E AI ALGO A MELHORAR?

E AI VAI MUDAR ALGO?

MUDANÇAS

Agora quem estiver com o chapéu é a pessoa que prioriza os itens e entrega para o time.

Com isso não temos mais o tempo de planejamento nem PO.

O time precisa deixar claro a necessidade de novas histórias para o cliente.

Que tal limitar a quantidade de trabalho em desenvolvimento.

Uma pergunta? O que você já desenvolveu está em produção?

ITERAÇÃO 3 – 15 MINUTOS

Reunião em pé 2 minutosDesenvolvimento: 10 minutosRetrospectiva 3 minutos

E AI ALGO A MELHORAR?

E AI VAI MUDAR ALGO?

ITERAÇÃO 4 – 15 MINUTOS

Reunião em pé 2 minutosDesenvolvimento: 10 minutosRetrospectiva 3 minutos

MAS NÃO TÁ FALTANDO NADA?

Risco?Métricas?Controle?Gerentes?Sei lá?????

MÉTRICAS

MÉTRICAS

MÉTRICAS

MÉTRICAS

MÉTRICAS

ANALISANDO

KANBAN

PRINCÍPIOS DO KANBAN

Comece com o que você faz agora

Acorde em buscar mudanças incrementais e evolucionárias

Inicialmente, respeite papéis, responsabilidades e cargos atuais

Incentive atos de liderança através do exemplo (iniciativa) em todos os níveis na organização, desde os colaboradores até a gerência sênior.

PRÁTICAS DO KANBAN

Torne tudo visível

Limite o trabalho em progresso (WIP Limit)

Gerencie o fluxo

Torne as políticas e regras explícitas

Desenvolva mecanismos de feedback dentro do fluxo de trabalho e entre fluxos de trabalho conectados na organização

Melhore colaborativamente usando modelos de experimentação

RESUMINDO KANBAN

Não prescreve planejamentos;

Visa em concluir o que começou;

Limita o trabalho em progresso;

É um processo de fluxo puxado, orientada a eventos;

Caso a ocorra um problema a linha de produção pára.

RESUMINDO O QUE APRENDEMOS

https://prezi.com/mqbze9jykrfo/kanban-treinamento/

NÃO SE PRENDA A UM ÚNICO PROCESSO!

Misture e combine as ferramentas de que você precisa! Dificilmente encontramos um time de sucesso que trabalha com Scrum que não inclui, por exemplo, a maioria dos elementos do XP. Muitas equipes que trabalham com Kanban fazem reuniões diárias (uma prática Scrum). Algumas equipes Scrum escrevem alguns dos seus itens de backlog como casos de uso (uma prática RUP) ou limitam seus tamanhos de fila (uma prática Kanban). Use o que funcionar para você, mas sem ferir os valores e princípios do manifesto ágil

http://www.infoq.com/br/minibooks/kanban-scrum-minibook

http://www.infoq.com/br/minibooks/kanban-scrum-minibook

DICASO QUE ESTUDAR?

Scrum (Scrum Guide)

XP

Kanban

Lean

DevOps

Integração Contínua

Entrega Contínua

Orientação a Objetos

Testes automatizados

Padrões de Projeto

TDD

DDD

BDD

User Experience (UX)

Clean Code

...

DESENVOLVIMENTO ÁGILQUEM MAIS ESTÁ TRABALHANDO ASSIM?

OBRIGADO!

Samuel Cavalcante

@samuelmbc

samuelmbc@gmail.com

Stéfano H. dos Santos

@stefanohs

stefanohs@gmail.com