Baixar para ler offline
Carregado porJuliano Ribeiro
Falhem comigo e sejamos melhores
O documento discute a importância da falha no processo ágil, afirmando que a primeira adoção de métodos ágeis vai falhar e que é preciso criar um ambiente seguro para falhar através da evolução contínua, programação em pares, entregas pequenas, testes, TDD, integração contínua, code review, gestão visual e métricas.
Falhem comigo e sejamos melhores
- 1.
- 3. O primeiro deseu nome, nascido do interior do interior, transformador de times, evidenciador de zicas, facilitador de soluções, o não-teórico, pai dos Costa e Ribeiro, senhor dos treinamentos, coach dos necessitados, palestrante das multidões, quebrador de correntes de WhatsApp, agitador de comunidades e Agile Coach da PagSeguro Juliano Ribeiro @julianoribeiro www.julianoribeiro.com
- 4. AVISO DE INTERATIVIDADE Opalestrante, apesar de desenvolvedor, costuma interagir socialmente com os participantes do evento, especialmente indivíduos da espécie humana. Portanto, esteja preparado!
- 5. 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
- 6. 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 Ela é um mulher de sucesso, tem tudo na vida. • (Artes) obra que é um grande êxito A peça foi um sucesso imediato.
- 7. NÃO SÃO PERMITIDAS FALHASNESSE MUNDO COMPETITIVO
- 8. GRANDES FALHAS LEVAM GRANDESÀ COBRANÇAS...
- 9. A SUA PRIMEIRAADOÇÃO ÁGIL VAI FALHAR!
- 10.
- 11. SEREMOS RESISTENTES ÀSMUDANÇAS
- 12.
- 13.
- 14.
- 15. Scrum + XP TimeDistribuído Product Owner em outro país Continuous Integration
- 16. COMO FOI? Sprints falhando… Focona entrega versus qualidade Várias histórias quase aceitas… Cliente insatisfeito Por consequência, o time também!
- 17. AS MUDANÇAS Mudança nocomprometimento Continuous Integration = Continuous delivery Redução do WIP Adoção de Pair Programming Não estimar mais
- 18. RESULTADOS • Time entregaapenas 5 histórias por semana/iteração/sprint • O cliente tem seu pedido atendido no menor tempo possível, podendo validá-lo imediatamente, com a maior qualidade que o time consegue entregar
- 19.
- 20.
- 21.
- 22.
- 23.
- 24.
- 25.
- 26.
- 27.
- 28.
- 29. OBRIGADO @JulianoRibeiro www.julianoribeiro.com Receita de bolo •Evolução ao invés de revolução • Programação em Pares • Entregas pequenas • Testes para te dar segurança • TDD • Integração Contínua • Code Review • Gestão Visual • Analise constantemente suas métricas
Notas do Editor
- #18 Invertemos o comprometimento de um total de histórias para uma história por vez, completa, na melhor qualidade possível
- #20 Start: Começaram com Scrum “by the book” Desde o início com técnicas de XP Observações: Overhead 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 Soluções: Iterações > Fluxo Contínuo As tarefas levam o tempo que levarem Algoritmo para disciplinar o Pair Programming Criaram a ronda ativa
- #26 Os seres humanos são o centro de tudo. Somos humanos criando ferramentas para facilitar a vida de outro ser humano. É muito mais importante que as pessoas interajam, conversem cara a cara, de maneira produtiva dentro de um projeto do que enviem um Comunicado Interno para solicitar algo. Seres humanos gostam de contato com seres humanos, com raras exceções. Provavelmente por isso moramos em cidades, criamos famílias e mantemos amigos. Vale lembrar que não estamos falando somente de time interagindo com time. O conceito se extende à cliente, patrocinador e todos os envolvidos no projeto.