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 Studyd
Algunas observaciones
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 Study
Algunas Observaciones
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. 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. • 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. 1. Valor y Desperdicio
2. Maximizar el rendimiento
3. Personas y Liderazgo
Principios Ágiles y Lean
8. • Valor, aquello por lo que el cliente está dispuesto a pagar
• Entregas tempranas y frecuentes de valor
• Necesitamos priorizar basados en el valor
Valor y desperdicio
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. Características y Funciones que se utilizan en un
sistema típico
19%
45,00% Nunca
16% Siempre
A menudo
Algunas veces
Rara vez
13% 7%
Valor y desperdicio
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 del
rendimiento
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. • 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
inventario
Resumiendo - Lean
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 Ágil
Marzo 2001
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
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?