O documento discute conceitos e práticas ágeis, resumindo: 1) A agilidade significa ter a capacidade de mudar rapidamente, entregando produtos de maneira ágil e eficiente; 2) Existem falsas crenças sobre agilidade, como a ideia de que significa entregar rápido sem qualidade ou que só envolve desenvolvedores; 3) Metodologias como Scrum ajudam a estruturar times ágeis.

1. 1
Vamos falar sobre
FERRAMENTAS

2. CRIANDO
TIMES ÁGEIS
Por Fábio Witt

3. O QUE É AGILIDADE
Pra não deixar de ser clichê, vamos para definição
3
1.

4. “
Qualidade física que permite mudar a posição
do corpo no menor tempo possível.
4

5. OU SEJA...
» Ter a capacidade de
mudar no menor
tempo possível
5

6. PRODUTOS
de maneira ágil e eficiente
6
CRIANDO

7. Responder a mudanças
Um dos principais pilares do ágil,
desenvolvimento contínuo e aberto a mudanças,
perdendo isso você perde velocidade e vantagem
competitiva
Colaboração do cliente
A definição do projeto não pode ser definida
desde o início do projeto, ela precisa ser feita em
ciclos em constante feedback com os
stakeholders
Software funcional
Um entregável que agregue valor para o usuário
é muito mais interessante do que uma
documentação que será apresentada em uma
reunião
Indivíduos e interações
Auto-organização e motivação são extremamente
importantes, assim como contato próximo e
programação em par
MANIFESTO ÁGIL E SEUS VALORES 7

8. E SEUS PRINCíPIOS
Garantir a satisfação do
consumidor entregando
rapidamente e continuamente
software funcionais
8
Mudanças tardias de escopo no
projeto são bem-vindas para
garantir a vantagem
competitiva do cliente

9. E SEUS PRINCíPIOS
‘Software funcionais são
entregues frequentemente
(semanas, ao invés de meses)’
Projetos surgem através de
indivíduos motivados, entre os
quais existe relação de confiança.
9
‘Cooperação diária entre
pessoas que entendem do
'negócio' e desenvolvedores’
A maneira mais eficiente e efetiva
de transmitir informações é
conversas cara a cara

10. E SEUS PRINCíPIOS
Software funcionais são a
principal medida de progresso
do projeto
10
Design do software deve prezar
pela excelência técnica

11. E SEUS PRINCíPIOS
Em intervalos regulares, a equipe
reflete sobre como tornar-se
mais eficaz, então sintoniza e
ajusta seu comportamento
apropriadamente.
11
As melhores arquiteturas,
requisitos e projetos emergem de
equipes auto-organizada
Simplicidade é
essencial

12. Vamos falar sobre
BEL PESCE
12

13. MISCONCEPTIONS
A verdadeira verdade
13
2.

14. QUER DIZER, FALSAS VERDADES
Ser ágil quer dizer entregar rápido
Na maioria dos times, entregar rápido porém sem qualidade não quer dizer que a entrega foi bem sucedida,
ou seja, o time foi superficialmente eficiente
Você precisa usar ferramentas modernas
Dependendo do seu objetivo, às vezes nenhuma ferramenta pode fazer você ser mais eficiente, ter a
habilidade de trocar de ferramenta habilidade demonstra maturidade em um time
14

15. QUER DIZER, FALSAS VERDADES
Agilidade de um time só envolve desenvolvedores
Esse é um dos maiores enganos, ter um time ágil requer que os stakeholders tenham uma mentalidade
aberta para mudanças e validações
Ser ágil significa não ter planejamento
Ter um plano e um norte não é um ruim e quase sempre trás uma eficiência e precisão melhor. O problema é
quando esse norte se torna inflexível
15

16. QUER DIZER, FALSAS VERDADES
Um time ágil não precisa de metodologia
Normalmente um bom time ágil é acompanhado de algum tipo de metodologia como base, algo que forneça
principalmente uma estrutura para ser seguida quando existe dúvida
Desenvolvedores fazem o que querem
Um time ágil requer uma independência e um time maduro. O time precisa agir
com responsabilidade e entrar em acordo entre todos para que não aconteça
um sentimento de desconfiança e descaso por parte dos stakeholders.
16

17. QUER DIZER, FALSAS VERDADES
Documentação é ruim, lenta
A criação de quase qualquer coisa no ágil deve ser feito por uma demanda existente. A documentação segue
o mesmo norte, você não vai sair documentando todos os processos existentes, sendo que de 10, apenas 2
são usados com frequência. Cabe ao time a maturidade dele decidir quando isso deve ser feito.
Ser ágil desde o d0 é bom para todos os times e
todos os projetos
Existem situações e empresas que tem uma estrutura muito tradicional onde o agil deve ser modificado para
atingir seu potencial total
17

18. METODOLOGIAS E FRAMEWORKS
Como estruturar sua equipe
18
3.

19. SCRUM
Conjunto de
ferramentas, práticas e
valores para ajudar a
estruturar um time ágil,
em um ambiente onde é
difícil planejar o
futuro.
19

20. MECÂNICA 20

21. COMO FAZER UM BOM USO DE PONTOS 21
» Utilize ferramentas para ajudar ( )
» Defina um mínimo e siga dele
» Seja flexível se necessário
» Nunca use ele para cobrar alguém
» Use para a evolução do time e para descobrir
potenciais problemas

22. MAXIMIZANDO SEU OUTPUT
Pequenas dicas, grandes resultados
22
4.

23. OTIMIZANDO SEU TIME 23
» Não existem culpados, mas existem pessoas que
precisam evoluir
» Senso de dono
» Prefira multidisciplinar
» Controle sua evolução de perto

24. OTIMIZANDO SEU TIME
Previsto Entregue
Sprint 36 96 69,5
Sprint 37 83 78
Sprint 38 88 84
24

25. OTIMIZANDO SUA SPRINT
- Defina uma estratégia!
- Quem faz o que
- Revise o que foi feito
- Saiba o que está sendo
feito
- A conquista é do time
25

26. OTIMIZANDO SUA SPRINT
- Tenha visibilidade
26

27. OTIMIZANDO SUA SPRINT
- Tenha e forneça visibilidade
27

28. FAZENDO RETROSPECTIVAS MEMORÁVEIS 28
» Seja extremamente transparente
» Registre os momentos (Wiki + Report)
» Forneça visibilidade
» Aprenda com o passado
» Crie o senso de união e de recompensa
» Don’t forget to make it also a great moment!

29. OTIMIZANDO A ORGANIZAÇÃO DO SEU BACKLOG 29
» A ferramenta às vezes faz a diferença
» Saiba seu perfil como PO
» Mantenha o time de negócios perto
» Seja estratégico nas decisões
» Esteja sempre atento a mudanças,
seu time e seus stakeholders

30. OTIMIZANDO A ORGANIZAÇÃO DO SEU BACKLOG 30
» Priorização com o time de
stakeholders
» Semelhante ao planning poker
» Faça seu trabalho antes
» Já garante bastante visibilidade

31. 31
Vamos falar sobre
FERRAMENTAS

32. 32
+ Muito completa
+ Preço
+ Usabilidade e Tools
+ Extras
- Não foi feita para ágil
+ Feita para ágil
+ Preço
+ Em constante evolução
- Muito crua
+ Feita para ágil
+ Customizável
+ Suporte e knowledge base
- Preço
- Usabilidade
+ Kanban puro
+ Plugins
+ Usabilidade
+ Preço
- Gerenciamento backlog
- Não foi feita para ágil

33. 33GOOD READS

34. Perguntas?
Onde estou:
» @fabiowitt
» fabiowitt@egenius.com.br
34OBRIGADO!