The Agile Road v2 - San Marcos Agile Week

895 views
819 views

Published on

Esta es la segunda version de mi charla The Agile Road la cual ofreci en San Marcos Agile Week, tiene la intencion de mostrar el camino que tienes por delante, donde recalco que no es la ruta facil pero tiene buenos paisajes en el camino ;-)

Published in: Technology
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
895
On SlideShare
0
From Embeds
0
Number of Embeds
4
Actions
Shares
0
Downloads
28
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

The Agile Road v2 - San Marcos Agile Week

  1. 1. THE AGILE ROADUzi Mamani Fernándezhttp://about.me/uzigula San Marcos Agile Week 2012
  2. 2. Uzi, en 2008 se metió de lleno en el Desarrollo Ágil deSoftware empezando por TDD, Integración Continua,Wikis, Scrum, XP y Kanban. Ahora tambiencomprometido con el movimiento Craftsmanship.Dirige el equipo de desarrollo de una EntidadFinanciera del Norte Peruano, y se dedica a ayudarequipos de desarrollo a adoptar Metodologías Ágilescomo Scrum, XP y Kanban.Miembro activo de la comunidad Agile Perú.http://about.me/uzigula
  3. 3. Agile Open Lima 2012Difundir nuevas formas de desarrollar software en el PerúWeb: http://agile-peru.net Twitter: @agileperuGoogle group: agileperu@googlegroups.com
  4. 4. AGENDA El mundo ideal Project Smell C.S.I La alternativa ágil  Mitos  Agile at glance  Beneficios  Lean, Scrum, XP y Kanban
  5. 5. http://4.bp.blogspot.com/_y-mqc37e-hq/sowdi4u99ei/aaaaaaaaas4/xp7sf2k_zns/s660/cabezal-ojosf.png
  6. 6. UN PROYECTO EN EL PAIS DE LAS MARAVILLAS ACTIVIDADES REQS. ANALISIS DISEÑO CODIFICACION PRUEBAS En el proyecto con la documentación adecuada que elabora cada AL INICIO: El cliente sabe perfectamentetiene todo lo que necesita para el especialista, la siguiente fase Al Final del Proyecto, continuar con Que necesita el trabajo. Todo se esto se registra en cliente recibe documentos de especificación exactamente lo que Con los entregables detallados entregados de unadetallados.a completamente actividad otra, todos están seguros de que el proyecto anda hay que esperaba, no bien, y tienen la sabes como hacerlo Tuconfianza que hacer control de calidad al final es suficiente. cambiar nada. TODO ESTA CLARO, NADA CAMBIA, TODO SE ENTREGA A TIEMPO
  7. 7. SEGURO QUE EL CLIENTERECIBE LO QUE ESPERABA?http://blog.adw.org/wp-content/uploads/2009/10/OPeningPresents-300x199.jpg @uzigula – Piura Agile Day 2012
  8. 8. PROJECT SMELLShttp://blog.redfin.com/sfbay/files/2008/05/smell.jpg @uzigula – Piura Agile Day 2012
  9. 9. PROYECTOS FOSILEShttp://www.flickr.com/photos/marxxiana/209752547/ @uzigula – Piura Agile Day 2012
  10. 10. No Quality Controlhttp://www.flickr.com/photos/jonnybaker/197851520/ Parches @uzigula – Piura Agile Day 2012
  11. 11. Crunch Time @uzigula – Piura Agile Day 2012
  12. 12. THE BLAME GAME @uzigula – Piura Agile Day 2012
  13. 13. @uzigula – Piura Agile Day 2012
  14. 14. INCERTIDUMBRE COMPLEJIDAD RIESGOSAgile Estimating and Planning – Mike Cohn @uzigula – Piura Agile Day 2012
  15. 15. MULTITASKINGSe asigna un “recurso” paradiferentes actividades enparalelo, según cronograma.El cambio de Contextogenera retraso y errores.
  16. 16. ENTREGAS QUE APORTAN POCO VALORDe las funcionalidades:7% se usan “siempre”13% se usan “a menudo”16% “a veces”19% “rara vez”45% “NUNCA” Fuente: Standish Group ¿Quién paga esto? http://filatina.files.wordpress.com/2010/02/basureros-2-2009-200.jpg
  17. 17. NEGOCIACION CONTRACTUAL @uzigula – Piura Agile Day 2012
  18. 18. Los cambios son una constante en el mundo Los proyectos son infinitos, los proyectos nunca se acaban Ya no existe “vamos a hacer el producto perfecto”http://www.proyectosagiles.org/xavier
  19. 19. LOCURA: “HACER LO MISMO QUE LA VEZANTERIOR Y ESPERAR RESULTADOS DIFERENTES”
  20. 20. LAALTERNATIVAÁGILhttp://www.zastavki.com/pictures/1024x768/2011/Sport_Mountain_Climbing_031807_.jpg
  21. 21. La Alternativahttp://www.go2safari.com/images/mt_kilimanjaro/skydivekili.jpg ágil
  22. 22. Mitos Acerca de Agile• Silver Bullet.• Cero Documentación.• Iteramos, Nos reunimos diariamente… somos agiles ;-)• Project o Product Manager no son necesarios.• No necesitamos a QA.• Vamos de frente al código, no necesitamos analisis y/o diseño.
  23. 23. agile Aprendizaje Trabajo en Equipo Feedback Comunicación Rápido Cara a Cara Lo Hacemos bien? ACTUAR Sinergias! Que nos impide hacerlo mejor? PERSONAS Priorizar por Valor Excelencia Técnicawww.proyectosagiles.org – xavier albaladejo
  24. 24. Propuesta de valor
  25. 25. Equipos multi-disciplinarios
  26. 26. AdaptabilidadGestión de expectativas del cliente, basada en resultados tangibles.Flexibilidad : adaptación a las necesidades del cliente, cambios del mercado, etc.
  27. 27. Productividad, mantenibilidad InnovaciónEquipo motivado, comprometido yque disfruta
  28. 28. Redefinamos la realidad!
  29. 29. Cambio Cultural (shift mind) Simplicidad Transparencia Colaboración Coraje Auto-organizaciónTeam Empowerment Motivación Confianza MEJORA Win-Win CONTINUA Producto Compromiso REGULAR Proceso Aprendizaje Equipo (incluye al Cliente) Respeto Actitud Disciplina
  30. 30. MANIFIESTO AGILestamos descubriendo mejoresmaneras de desarrollar software tantopor nuestra propia experiencia comoayudado por terceros… A TRAVES DE ESTA EXPERIENCIA HEMOS APRENDIDO A VALORAR… @uzigula – Piura Agile Day 2012
  31. 31. MANIFIESTO AGILIndividuos e interacciones sobre procesos y herramientasSoftware que Funciona sobre documentación exhaustivaColaboración con el cliente sobre negociación de contratosResponder al cambio sobre el seguimiento de un plan AUNQUE LOS ELEMENTOS DE LA DERECHA TIENEN VALOR,VALORAMOS POR ENCIMADE ELLOS LOS QUE ESTANA LA IZQUIERDA.
  32. 32. Lean Software Development
  33. 33. Principios Lean
  34. 34. Scrum
  35. 35. Scrum in Time boxa PictureRoles: Ceremonias: Artefactos:Product Owner Planning Meeting BacklogScrumMaster Dayli Meeting ChartsTeam Review Burndown Retrospective Done Criteria
  36. 36. Dayli Meetinghttp://martinfowler.com/articles/standingup.jpg Time box
  37. 37. eXtreme Programminghttp://www.zastavki.com/pictures/1024x768/2011/Sport_Mountain_Climbing_031807_.jpg
  38. 38. Desarrollo guiado por pruebas
  39. 39. RefactoringImproving the Design of Existing Code
  40. 40. KANBAN
  41. 41. Gestión visual de servicios/operaciones Flexibilidad máxima Pull System
  42. 42. Agilehttp://blog.crisp.se/henrikkniberg/images/Scrumkit.jpg Toolkit
  43. 43. Task Board
  44. 44. Lecturas Recomendadas• Peopleware• The Art of Agile Development• The Agile Samurai• Extreme Programming Explained• Agile Retrospectives• Agile Estimating and Planning• Succeding with Agile• Continuous Delivery
  45. 45. Lecturas Recomendadas• Test Driven Development By Example• Specification by Example• Clean Code• Clean Coders• Agile Principles, Patterns and Practices in C#• Refactoring-Improving the Design of Existing Code.• Art of Lean Software Development
  46. 46. Lecturas Recomendadas• Scrum y XP desde las trincheras.• Kanban vs Scrum: lo mejor de ambos• Lean desde las trincheras.• User Stories Applied• Lean Software Development: An Agile Toolkit• Agile Coaching• …
  47. 47. THE AGILE ROADUzi Mamani Fernándezhttp://about.me/uzigula San Marcos Agile Week 2012

×