O documento descreve a experiência de um time que saiu do framework Scrum e experimentou novas abordagens ágeis. Eles testaram alterações como remover reuniões diárias e trabalhar em pequenos passos de mudança. Embora tenham retomado as reuniões diárias após pedido do time, os experimentos trouxeram aprendizados e melhorias contínuas sem afetar o cliente. O documento defende que os times devem usar um framework como Scrum inicialmente, mas devem estar abertos a questionar processos e testar mudanças gradualmente.
Saímos do Framework Scrum e sobrevivemos à Agilidade
1. Saímos do Framework Scrum e
sobrevivemos à Agilidade:
“use o Scrum e questione o Scrum”
Samuel M. B. Cavalcante Twitter: @samuelmbc
samuelmbc@gmail.com
12. Curso de CSM na #K21 e #AgileTrendsBr
29/11/2014 www.samuelcavalcante.com 12
13. Saindo da caixa, mente aberta a mudanças
O que estamos fazendo? Como estamos fazendo?
29/11/2014 www.samuelcavalcante.com 13
14. Qual o processo certo?
#ReuniãoDiária?
#Retrospectiva?
#BurnDown?
#Kanban?
#HorasNasTarefas?
#Planejamento?
29/11/2014 www.samuelcavalcante.com 14
15. Acordo do time, quem ganha em
argumentação
“Tudo com saúde, no Stress”.
Fazer Baby Steps de Mudança,
29/11/2014 www.samuelcavalcante.com 15
16. Os experimentos e resultados
Então o primeiro cara a morrer
Experimentação: 2 Sprints (15 dias de trabalho)
Resultado: 1 falha em 15 Sprints
Burn Down
29/11/2014 www.samuelcavalcante.com 16
17. Os experimentos e resultados
O Segundo, trabalhar com Baby Steps para Histórias de
Usuários
29/11/2014 www.samuelcavalcante.com 17
18. Dentre outras pequenas mudanças, veio um grande item, sem
reunião diária.
Resultado: após 4 ou 5 Sprints retomamos a reunião diária, a
pedido do time.
29/11/2014 www.samuelcavalcante.com 18
19. Existem várias coisas que o time testou e continua testando, e
isso tem garantido um aprendizado continuo e “seguro”, sem
deixar afetar o cliente e o rendimento direto do time.
Quando o time falha essa falha é rápida e fácil de ser corrigida,
pois sabemos aonde falhamos.
29/11/2014 www.samuelcavalcante.com 19
20. Dicas
Resumindo, hoje o meu entendimento sobre evolução de
processo em Times Ágeis:
• O Framework Scrum é ótimo para começar os trabalhos;
• O time precisa trabalhar um bom tempo com “um método”
para criar maturidade;
• Em paralelo criar maturidade nas práticas ágeis, ou seja,
evoluir o Ágil em pessoas e equipes é fundamental para
times eficientes;
29/11/2014 www.samuelcavalcante.com 20
21. Dicas
• Após a maturidade, é uma boa fazer experimentações,
auxiliar o time para pensar se do jeito que esta sendo feito
esta ajudando o time ou entravando;
• Mudar em passos pequenos. Mude, meça (mesmo que
empiricamente) e veja se deu certo;
• Não ter medo de errar e passar essa segurança para o time,
errou, corrija;
29/11/2014 www.samuelcavalcante.com 21
22. Dicas
• Os experimentos precisam ser pequenos para controlar o
riscos e custos;
• Utilizar ferramentas para auxiliar as pessoas é uma boa,
exemplo, Feedback Canvas (Matheus Haddad), Documentos
de Visão, Missão, criar identidade para o time;
29/11/2014 www.samuelcavalcante.com 22
23. Acredito que esse processo de mudança, possa ser
levado para qualquer área de atividade.
29/11/2014 www.samuelcavalcante.com 23
24. “As pessoas podem pensar e podem mudar o
jeito de fazer. As vezes só precisam sentir
segurança para que isso aconteça”.
29/11/2014 www.samuelcavalcante.com 24
Saindo da Caixa – Aplicando o desapego a processos fechados
A relação do organograma empresarial com a mão de obra.
Relação de poder e ser pensante
O base do processo não tem o direito de pensar.
De certa forma foi com um pouco desses costumes que entrei na DígithoBrasil
Incluindo o fato de estar no cenário feliz, entrando em uma empresa que já estava certa maturidade na cultura Ágil.
O Scrum sendo executado conforme o Guia Scrum
Funcionando muito bem
De repente o Scrum virou algo como isso aqui para mim.
Essas discussões mudaram a minha percepção sobre a agilidade, principalmente no fator questione o que esta fazendo.
Ao retornar para empresa com a percepção ampliada, passeia a aceitar e incentivar os questionamentos no time.
Com isso veio na cabeça e agora o que fazer? Claro seguir o Scrum está fácil e está dando certo.
Abri
Então o primeiro cara a morrer foi o Burndown em um dos times que trabalho. O time venceu meus argumentos da necessidade do Burndown então, bora experimentar tirar ele por 2 Sprints; resultado, já se passaram mais de 15 Sprints e o time falhou 1 única vez nesse período todo de entregas.
O Segundo, trabalhar com Baby Steps para Histórias de Usuários (Itens de Produtos de Backlog), quebrando de 2 em 2 na mesa de trabalho (Sai fora sala de reunião);
Dentre outras pequenas mudanças, veio o quarto grande item, sem reunião diária, segundo o time “- A gente já pareia o dia inteiro e conversa o dia inteiro, não precisamos de reunião Diárias”. Ok bora experimentar. Resultado: após 4 ou 5 Sprints retomamos a reunião diária, a pedido do time.