Baixado 97 vezes
Carregado porRodrigo Yoshima
Apresentação e guerra dos métodos 2.0
O documento discute a complexidade e os desafios na adoção de metodologias ágeis, como Scrum e Kanban, em projetos de desenvolvimento de software, enfatizando que não existe uma solução única para todos os contextos. Ele menciona experiências pessoais do autor com a implementação de Scrum e projetos Kanban, além de críticas ao uso inadequado dessas metodologias. A ausência de colaboração efetiva entre negócios e tecnologia é destacada como um fator que pode prejudicar a adoção de boas práticas ágeis.
Mais conteúdo relacionado
Semelhante a Apresentação e guerra dos métodos 2.0
Apresentação e guerra dos métodos 2.0
- 1.
- 2. @axmagno + - #Scrum #VouDeTáxi
- 3. @Maethorin - @felipe_silva + #JavaScript #Scrum!
- 4. + #Behavior-Driven - @giovannibassi
- 5. #AgileCard + - @paulocaroli
- 6. A guerra dos Métodos v2.0
- 7.
- 8. Meu projeto atual ● Duração: 3 a 4 meses ● Alta Rotatividade ● Off-shore ● Projeto: Holanda | Construção: Brasil ● Parte da Construção é Terceirizada ● Escopo Fechado ● Gestão Tradicional ● Apesar dos esforços, não tenho coragem de dizer que é ágil
- 9. SC435 – BerndKohler (NED) Plywood Epoxi Matching Hole Hull Length: 4.35 m Beam: 2.10 m Weight: 66 kg Sail area: 13 m2 Construction time about 120 hours
- 10.
- 11.
- 12. Não deixa deser divertido...
- 13. OMT (Jim Rumbaugh) Booch Method (Grady Booch) Peter Coad Shlaer-Mellor Objectory (Ivar Jacobson) Method War I 1989-1994
- 15. Method War 2.0 Extreme Programming x Scrum ● Scrum x Kanban ● PMBOK x Scrum ● ScrumAlliance x Scrum.org ● Todos contra o RUP, CMMi, MPS.br
- 16. O que os gurus pregam? Deve ser ágil (Agile) Deve ser fluído (Lean) Deve ser contínuo (Kanban)
- 17.
- 18.
- 19. Craftmanship Craftmanship Kanban Kanban Scrum Scrum XP XP RUP RUP SEMAT SEMAT
- 20. Certifications are Certifications are Integrity debt!. Integrity debt!. Flaccid Scrum! Flaccid Scrum! It's complex! It's complex! Can't be Lean.... Can't be Lean.... Scrum doesn't fit Scrum doesn't fit everywhere!! everywhere Software Engineering Software Engineering needs a theory! needs a theory! Sure, but not a SEMAT Sure, but not a SEMAT Math Language Kernel Math Language Kernel
- 21. ScrumAlliance is all ScrumAllianceis all about money about money Craftmanship Craftmanship community owns the community owns the Agile stake now Agile stake now Compare Methods for understanding Compare Methods for understanding Not judging Not judging
- 22. Quem está ganhando? NINGUÉM! Quem está perdendo? O MERCADO!
- 23. Qual o desfechoda Method War 1.0? “Based on the fact that diferences between the various methods were becoming smaller, and that the method war did not move object- oriented technology forward any longer, Jim Rumbaugh and Grady Booch decided at the end of 1994 to unify their work within a single method: the Unified Method.” The unified modeling language: UML '98 : beyond the notation Jean Bézivin,Pierre-Alain Muller
- 24. Kanban for SoftwareDevelopment #WTFisThat? Não é um método de gestão como o Scrum ● Visualize o Workflow (corrente de valor) ● Limite o Work in Process ● Meça e Gerencie o Fluxo ● Deixe as políticas explícitas (regras claras) ● (melhore o processo)
- 25. Kanban for SoftwareDevelopment #WTFisThat?
- 26. O que tenhofeito? 2005: Uso de Scrum e XP num grande projeto para o Japão 2006: Tentativa de implantação Scrum numa Grande Consultoria #FAIL 2007-2009: Cases Pequenos e Médios em empresas ISV (Produtos) 2010: Mais ISVs, a SulAmerica Seguros e os primeiros projetos Kanban
- 27. Por que #Kanbanna Aspercom? Clientes com dificuldades para usar Scrum! ● Ciclos iterativos indesejados ● Alta integração inter-times ● Demandas irregulares ● Sprints constantemente cancelados ● Necessidade de transição mais tranquila ● Projetos curtíssimos (1 semana)
- 28. Don't troll Scrum,but.. ● Scrum-but não é motivo para vergonha ● Product Owner? Dono? ● “ScrumMaster remove impedimentos” é uma simplificação irreal e frustrante ● A verdadeira Inspeção e Adaptação deve estar acima das regras do próprio Scrum
- 29.
- 30. Visualize a perfeiçãofora da caixa!
- 31. Visualize a perfeiçãofora da caixa! ● Nós usamos métodos para nos autorizar a fazer coisas que já deveríamos fazer (coragem, transparência, feedback, comunicação...) ● Participação ativa dos usuários no projeto é bom, mas a participação dos desenvolvedores no negócio seria a perfeição! ● Se realmente houvesse colaboração entre o negócio e TI, não haveria TI e nem metodologias
- 32.