falhem comigo e sejamos melhores
DESCRIPTION
A sua primeira adoção ágil vai falhar. Isso é quase um fato. No início iremos usar metodologias de forma errada, seremos resistentes às mudanças e por consequência falharemos. Mas isso é ruim? Talvez. Vamos falar sobre como criar um ambiente seguro para aprendizado, seguindo as práticas ágeis. A mecânica dessa palestra é mostrar que colocar a adoção de ágil como meta quase sempre leva a falha e ao desapontamento, com pouquíssimas exceções. Times ágeis, principalmente organizações que pretendem adotar ágil, precisam ter claro em suas mentes que haverá uma perda de performance, entrega ou seja lá qualquer métrica você adotar, antes de finalmente melhorar.TRANSCRIPT
Falhem comigo e sejamos melhores!
Juliano Ribeiro
Agile Coach & Trainer
São Paulo Curitiba Maringá
A Empresa
Desenvolvimento de Software Customizado
Consultoria e Treinamento em Métodos Ágeis
Alguns Clientes
Quem é esse cara???
• Desenvolvedor desde 1994
• Pós-graduado em POO com Java
• CSM, CSPO e CSP pela Scrum Alliance
• Certified Delphi Developer pela Embarcadero
• Organizador desde 2011 do AgileTour
• Agile Coach & Trainer pela Objective Solutions
Aviso de interatividade
O palestrante, apesar de desenvolvedor, costuma interagir socialmente com os
participantes do evento, especialmenteindivíduos da espécie humana.
Portanto, esteja preparado!
Define:falha
fa.lha (substantivo feminino)
• engano, equívoco
• descontinuidade, fratura, fissura, trinca,
fenda, racha
• irregularidade
• insucesso, ação ou evento em que não se
obteve sucesso
• imperfeição
• erro
Define:sucesso
su.ces.so (substantivo masculino)
• resultado próspero ou favorável de
tentativas ou esforços
O sucesso ou o fracasso da missão depende de nossa atuação.
• a obtenção de riqueza, posição, honras etc
Ele é um homem de sucesso, tem tudo na vida.
• (Artes) obra que é um grande êxito
A peça foi um sucesso imediato.
Não são permitidas falhas nesse mundo competitivo
Grandes falhas levam grandes à cobranças...
A sua primeira adoção ágil vai falhar!
No início usaremos
métodos de forma
errada...
seremos resistentes
às mudanças
então falhamos...
Mas isso é ruim?
CASES DE FRACASSO(!?)
Estado inicial
Scrum + XP
Time Distribuído
Product Owner em outro país
Continuous Integration
Como foi?
Sprints falhando…
Foco na entrega versus qualidade
Várias histórias quase aceitas…
Cliente insatisfeito
Por consequência, o time também!
As mudanças
Mudança no comprometimento
Continuous Integration = Continuous delivery
Redução do WIP
Adoção de Pair Programming
Não estimar mais
Resultados
Time entrega apenas 5 históriaspor semana/iteração/sprint
O cliente tem seu pedido atendido no menortempo possível, podendo validá-lo
imediatamente, com a maior qualidade que o time consegue entregar
Objective Solutions
Começaram com Scrum “by the book”
Desde o início com técnicas de XP
ObservaçõesOverhead de planejamento, cerimônias…
Sprints constantemente cancelados,
os requisitos mudavam frequentemente
Pair programming exige mais
que disciplina, exige método
O time precisa do controle sutil,
mesmo um time maduro
Mudanças
Iterações > Fluxo Contínuo
As tarefas levam o tempo que levarem
Keyboard rotation
Algoritmo para disciplinar o Pair Programming
Criaram a ronda da enfermeira
Como criar um ambiente seguro para falhas?
Kaizen vs Kaikaku
Pair Programming
Pequenas releases
Testes, testes, testes...
Test DrivenDevelopment
Integração contínua
CodeReview
Gestão Visual
OBSERVE SEU SISTEMA, ELE FALA!
