Uma reflexão sobre o que aprendemos, ou não, passados 20 anos do Manifesto Ágil.

1. 20 anos
de
Manifesto Ágil
MARIANAZAPAROLLI MARTINS
mais que
Valorizamos

2. 2
Agile_Trends_20anosManifesto
SAO
Mariana Zaparolli Martins
Engenheira de Computação (FURG-RS)
Mestrado em Ciências de Computação –
Computação Musical (IME-USP)
Agilista desde 2013
Agilidade Organizacional & Governança de Portfólio
Agile Expert
Tecnologia
Tecnologia

3. 31% dos projetos são cancelados antes mesmo de serem
concluídos
53% dos projetos custam 189% a mais do que suas
estimativas iniciais
16% são concluídas dentro do prazo e do orçamento
O famoso "Chaos Report" (1995) é referência nos
estudos referentes a falhas nos projetos de TI e
identificaram que:
Estatísticas – The Caos Report

4. Estatísticas – The Caos Report
31,1% dos projetos são cancelados antes de estarem
completados/terminados;
52,7% dos projetos custam 189% mais que suas estimativas;
16,2% são completados dentro do prazo e do orçamento
2011 2012 2013 2014 2015
Sucesso 39% 37% 41% 36% 36%
Desafiado 39% 46% 40% 47% 45%
Falhou 22% 17% 19% 17% 19%
50%
O famoso “Relatatório do Caos”
do Standish Group foi um marco
na história de estudos de falhas de
projetos de TI, onde 1995 identificou:
Fonte: https://www.standishgroup.com/sample_research_files/CHAOSReport2015-Final.pdf/

5. Fatores de falhas nos projetos % de respostas
1. Falta de input do usuário 12,8%
2. Requerimentos e especificações incompletas 12,3%
3. Mudanças nos requerimentos e especificações 11,8%
4. Falta de suporte executivo 7,5%
5. Incapacidade na Tecnologia 7,0%
6. Falta de recursos 6,4%
Estatísticas – The Caos Report

6. Fontes imagens: LearnSpace
https://emojiterra.com/pt/chorando-alto/

7. 1986
Nonaka e Takeuchi
“The new new product
development game”
1990s
“Lightweight
practices”
Desenvolvimento
de Software
Scrum
1988+
MIT “Lean”
estudos do Toyotismo
2001
Desenvolvimento “Lean”
de software
2010
Kanban
Manifesto ágil
Desenvolvimento de Produtos
Alguns eventos importantes...

8. • Fonte: http://www.metodoagil.com/manifesto-agil/manifesto-agil-autores-2/
Fonte: http://www.metodoagil.com/manifesto-agil/manifesto-agil-autores-2/

9. • Fonte: https://agilemanifesto.org/iso/ptbr/manifesto.html
Fonte: https://agilemanifesto.org/iso/ptbr/manifesto.html

10. Princípios por trás do Manifesto Ágil
Nós seguimos estes princípios:
• 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.
Fonte: https://agilemanifesto.org/iso/ptbr/manifesto.html

11. • Confiança
• Foco no que é relevante
para o Cliente
• Remoção de
impedimentos
• Planos enxutos e
revisados
• Acolher a mudança
• Adaptabilidade
• Fatiar problemas e
soluções
• Feedback rápido
• Testar e aprender
• Trabalho coletivo
• Confiança
• Empoderamento
• Responsabilidade
Indivíduos e
Interações
mais que
Processos e
Ferramentas
Software
funcionando
mais que
Documentação
exaustiva
Colaboração
com Clientes
mais que
Negociação
de contratos
Responder
às mudanças
mais que
Seguir um
plano

12. Fonte imagem: https://www.scruminc.com/scrum-framework/

13. Fonte imagem: http://cienciaparaeducacao.org/blog/2016/09/15/cinco-fatos-sobre-o-aprendizado/
20 anos depois...
O que aprendemos?
ou
O que (não) aprendemos...?

14. Fontes imagens: http://cienciaparaeducacao.org/blog/2016/09/15/cinco-fatos-sobre-o-aprendizado/
https://brasil.elpais.com/brasil/2017/08/25/tecnologia/1503682398_611930.html
20 anos depois...
O que aprendemos?
1) Entregar mais software funcionando sem resolver o problema do Cliente
não torna uma empresa mais ágil
- Pode-se trazer mais eficiência para TI
- Isso deve ajudar a TI a “se defender” das áreas de Negócio (triste realidade…)
- ah, lembrando que geralmente:
mais código = mais complexidade = mais custo para manter

15. Fontes imagens: http://cienciaparaeducacao.org/blog/2016/09/15/cinco-fatos-sobre-o-aprendizado/
https://businessagility.institute/learn/domains-of-business-agility/
20 anos depois...
O que aprendemos?
1) A Agilidade vem da capacidade de se adaptar às necessidades dos Clientes
Business Agility passou a ser a referência usada
para falar de Agilidade como meio de atender as
necessidades dos clientes e trazer resultados
sustentáveis (além de satisfação para as pessoas)

16. Fonte: Alexander Osterwalder - 2010
Fonte imagem: http://cienciaparaeducacao.org/blog/2016/09/15/cinco-fatos-sobre-o-aprendizado/
20 anos depois...
O que aprendemos?
2) O Cliente e o conceito de cadeia de valor precisam estar no centro das
discussões de todos os times.
Business Model Generation
Encaixe
Crie
valor
Observe
os clientes

17. Fontes imagens: http://cienciaparaeducacao.org/blog/2016/09/15/cinco-fatos-sobre-o-aprendizado/
https://www.smartsheet.com/everything-you-need-know-about-product-owners
20 anos depois...
O que aprendemos?
2) Frameworks são referências sólidas, cuidado com as “adaptações”.
Se usar o Scrum, tenha Product Owner (PO) de verdade.
PO Proxy
Business Analyst (BA)
Product Manager (PM)
PO de TI
…..

18. Fonte imagem: http://cienciaparaeducacao.org/blog/2016/09/15/cinco-fatos-sobre-o-aprendizado/
20 anos depois...
O que aprendemos?
3) As maiores dificuldades em evoluir uma jornada ágil são comportamentais.
Nota: Respondentes puderam selecionar múltiplas opções.
Fonte: 4th Annual State of Agile Survey (2020) – Version One

19. Fonte imagem: http://cienciaparaeducacao.org/blog/2016/09/15/cinco-fatos-sobre-o-aprendizado/
20 anos depois...
O que aprendemos?
3) É necessário estimular novos comportamentos alinhados aos valores da
agilidade e reposionar o papel da liderança formal.
Pessoas
. Criadoras
. São indivíduos únicos
. Formam Times
. Mais gente não significa imediatamente
resultado melhor e/ou mais rápido
. Cérebros, não “braços” nem “recursos”
trocáveis
. Transparência
. Colaboração
. Confiança
. Foco
. Experimentação

20. Fontes imagens: http://cienciaparaeducacao.org/blog/2016/09/15/cinco-fatos-sobre-o-aprendizado/
20 anos depois...
Fonte: Dean Leffingwell e Drew Jamilo.
Fonte: Jeff Sutherland e Ken Schwaber. Imagem: microtool.de
Fonte: Craig Larman e Bas Voldde.
Fonte: Joshua Kerievsky Fonte: Alistair Cockburn

21. Fontes imagens: http://cienciaparaeducacao.org/blog/2016/09/15/cinco-fatos-sobre-o-aprendizado/
https://emojiterra.com/pt/dedao-para-cima/
20 anos depois...

22. Fontes imagens: http://cienciaparaeducacao.org/blog/2016/09/15/cinco-fatos-sobre-o-aprendizado/
20 anos depois...
Mariana Zaparolli Martins
zaparolli@gmail.com
MarianaZaparolli
Obrigada!