Entre lo tradicional y lo ágil (ver 1)

311 views
245 views

Published on

Una breve introducción a las metodologías ágiles. Presentación realizada durante el Agile Tour Quito 2011

Published in: Technology
1 Comment
0 Likes
Statistics
Notes
  • Be the first to like this

No Downloads
Views
Total views
311
On SlideShare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
2
Comments
1
Likes
0
Embeds 0
No embeds

No notes for slide

Entre lo tradicional y lo ágil (ver 1)

  1. 1. Entre lo tradicional y loágil
  2. 2. Características y Funciones que se utilizan en un sistema típico 19% 45,00% Nunca 16% Siempre A menudo 13% Algunas veces 7% Rara vez • Usado a menudo o siempre 20% • Usado rara vez o nunca 64% Standish Group StudydAlgunas observaciones
  3. 3. Resolución del Proyecto 24% 44% Proyecto Incorrecto o Erróneo Proyecto Exitoso 32% Proyecto Cuestionado • Proyectos Exitosos 29% • Proyectos cuestionados o fallidos 71% Standish Group StudyAlgunas Observaciones
  4. 4. • Usado a menudo o siempre 20% • Proyectos cuestionados o fallidos 71%• Proyectos Exitosos 29% • Usado rara vez o nunca 64% Standish Group Study Standish Group Study Dinero desperdiciado por Clientes y Proveedores
  5. 5. Incremento del costo de corrección de errores en dependencia de la fase del CVDS• Cambio en los requerimientos• Complejidad• Desarrollo, no producción• Juegos contractuales• Especificamos y planeamos todo en detalle por adelantado• Círculo vicioso ¿Cuáles son las razones?
  6. 6. • La incertidumbre y los cambios son un hecho cotidiano.• No conocemos todo acerca del futuro, nuestra forma más efectiva de crear valor es entregar, recibir retroalimentación y adaptar.• No es rentable desde el principio invertir en planes detallados y especificaciones Cambiando la forma de pensar (Ágil)
  7. 7. 1. Valor y Desperdicio2. Maximizar el rendimiento3. Personas y LiderazgoPrincipios Ágiles y Lean
  8. 8. • Valor, aquello por lo que el cliente está dispuesto a pagar• Entregas tempranas y frecuentes de valor• Necesitamos priorizar basados en el valorValor y desperdicio
  9. 9. • Todo aquello que no genera valor es candidato a ser desperdicio (Ref: Toyota) • Resultados: Características no usadas, documentos no leídos… • Actividades: que no agregan valor • Roles: producen o deciden – Pero y el resto? • Retrasos: entrega tardía de valor (Later revenues) Valor y desperdicio
  10. 10. Características y Funciones que se utilizan en un sistema típico 19% 45,00% Nunca 16% Siempre A menudo Algunas veces Rara vez13% 7%Valor y desperdicio
  11. 11. • Enfocar el proceso de desarrollo en el rendimiento• No “multitasking” entregas tempranas y comienzos tardíos.• Ejercicio: Comparar inventarios con tiempos de entrega (Work In Progress).Maximización delrendimiento
  12. 12. • Reglas Simples – Dee Hock • Propósitos y principios, claros y sencillos dan lugar a un comportamiento complejo e inteligente • Reglas y regulaciones complejas producen simplemente un comportamiento estúpido.• Equipos empoderados trabajando en iteraciones • Definir un propósito para el equipo • Dar al equipo acceso a los clientes • Dejar que el equipo haga sus propios compromisos • Equipos multidisciplinarios • 100% enfocados en la característica actual, al terminar, tomar la siguiente de la lista Liderazgo y personas
  13. 13. • El valor solo puede ser definido por el cliente• No gastar energías en desperdicio• Mantener los costos de manejar el cambio bajos y constantes• Maximizar el rendimiento manejando los cuellos de botella• Minimizar los tiempos de entrega, reduciendo el inventarioResumiendo - Lean
  14. 14. Estamos descubriendo formas mejores de desarrollar software tanto por nuestra propia experiencia como ayudando a terceros. A través de este trabajo hemos aprendido a valorar: Individuos e interacciones sobre procesos y herramientas Software funcionando sobre documentación extensiva Colaboración con el cliente sobre negociación contractual Respuesta ante el cambio sobre seguir un plan Esto es, aunque valoramos los elementos de la derecha, valoramos más los de la izquierda. Manifiesto ÁgilMarzo 2001
  15. 15. • Mejoría en la habilidad para manejar prioridades cambiantes 46%• Mejoría en la visibilidad del proyecto 39%• El rendimiento no empeoró, más bien en muchos casos aumentó al que tenían antes de adoptar Ágil 94% (Version One)• Mejora en la calidad del producto 88%• Mejora en la satisfacción de los clientes 83%• Reducción de costos 49% (Shine Technologies) Beneficios de usar Ágil
  16. 16. SCRUM
  17. 17. Proceso Scrum
  18. 18. • Scrum es el primer problema • Disciplina• Equipos Multidisciplinares • Transparencia• Comunicación• Sincronización• Mayor responsabilidad• Auto-organización ¿SCRUM es la bala de plata?
  19. 19. PREGUNTAS
  20. 20. José Lubín Sandoval Noreña CSM, CSPO jose.sandoval@samasatsa.com @jlsandovalnGRACIAS

×