11. W a t e r f a l l
M o d o P r e d i c t i v o
✴ Requisitos un Objetivo claro
✴ Analisis y Diseno
✴ Estudio de Riesgos
✴ Batallon de desarrolladores
✴ Estado del proyecto - Diagramas de Gantt
15. A l f i n a l i z a r e l
p r o y e c t o
✴ Utilizacion del contrato para la no aceptacion
✴ No se utilizara el programa o no es el adecuado
✴ Nadie queda contento
16. “Aquí viene Edward Oso, escaleras abajo, bump, bump,
bump, dando cabezazos detrás de Cristopher Robin. Es,
hasta donde él sabe, la única manera de bajar escaleras, pero
a veces siente que realmente debe haber otra forma…
Si pudiera parar de golpearse la cabeza por un momento
y pensar en ello.”
A. A. Milne, Winnie-the Pooh, Capítulo 1
19. ¿Que es Lean?
✴ Sistema y Filosofia de mejora de procesos de manufactura
y servicios
✴ Basado en la eliminacion de desperdicios y actividades
que no agregan valor al proceso.
✴ Alcanzar resultados inmediatos en la productividad,
competitividad y rentabilidad del negocio.
20. Principios Lean
✴ Eliminar los desperdicios
✴ Ampliar el aprendizaje
✴ Decidir lo mas tarde posible
✴ Reaccionar tan rapido como sea posible
✴ Integridad del producto
✴ Potenciar el equipo
21. Manifiesto por el Desarrollo Agil de
Software
Estamos descubriendo formas mejores de desarrollar software tanto por nuestra
propia experiencia como ayudando a terceros.
A traves de este trabajo hemos aprendido a valorar:
Individuos e interacciones sobre procesos y herramientas
Software funcionando sobre documentacion extensiva
Colaboracion con el cliente sobre negociacion contractual
Respuesta ante el cambio sobre seguir un plan
Esto es, aunque valoramos los elementos de la derecha,
valoramos mas los de la izquierda.
22. Manifiesto por el Desarrollo Agil de
Software
K e n t B e c k
M i k e B e e d l e
A r i e v a n B e n n e k u m
A l i s t a i r C o c k b u r n
W a r d C u n n i n g h a m
M a r t i n F o w l e r
J a m e s G r e n n i n g
J i m H i g h s m i t h
A n d r e w H u n t
R o n J e f f r i e s
J o n K e r n
B r i a n M a r i c k
R o b e r t C . M a r t i n
S t e v e M e l l o r
K e n S c h w a b e r
J e f f S u t h e r l a n d
D a v e T h o m a s
23. ¿ En que nos enfocamos?
✴ Creacion constante de valor en un entorno incierto a
partir de un entorno colaborativo (Clientes,
desarrolladores, usuarios, etc)
✴ Cultura basada en:
Principios
Valores
Practicas
24. Equipo = Producto
✴ Personas auto-organizadas y Motivadas
✴ Ritmo sostenible y Adaptacion
✴ Mejora continua
✴ Analisis continuo de lo realizado - Retrospectivas
25. Inteligencia Colectiva
✴ Tres albaniles construian un muro, cuando les preguntaron que
hacian:
1º Pego ladrillos a ladrillos
2º Construyo una pared
3º Contruyo una catedral
✴ Le preguntaron a una mujer de la limpieza que trabajaba en la
NASA cual era su labor, y respondio:
“Ayudar a que el hombre llegue a la luna”
26. No perder el foco
✴ Software que funciona
✴ Mejor forma de trabajar
✴ Punto de partida hacia un metodo propio (adaptado)
✴ Equipo y Cliente contentos
Quien Soy?
Trabajo en Osoco
Vicepresidente de CyLiconValley
Colaborador de AgileCyL
Desarrollador, Dev/ops…. de todo un poco.
Linea de ensamblaje - División de labor
Estandarización - Mano de obra barata
Poco entragada y sin conocimiento del todo - Fácil reemplazo
Es como se pensaba que debía hacerse
- Fallos de esta forma de visión: ¿Podéis ver el futuro?
- Hasta ahora es como se estaba haciendo
- ¿Y con un diagrama de Gantt?
- ¿Y con un diagrama de Gantt?
- El proyecto empieza con un objetivo claro (requisitos) - Sabemos exactamente lo que queremos hacer
- Hemos estudiado las condiciones externas - Se calcula la forma más rápida de llegar al objetivo
- Sabemos en todo momento donde nos encontramos “El 90% del tiempo estamos al 90%”
- Fallos de esta forma de visión: ¿Podéis ver el futuro?
- Hasta ahora es como se estaba haciendo
- ¿Podéis leer la mente? y ¿a vuestros clientes?
- ¿Y sí de plasmar todas las condiciones y detalles en un documento de requisitos?
- Ciertos detalles no han sido detectados => Ejemplo campo de número de teléfono
- Factores externos inesperados - Cambios del cliente durante el desarrollo.
- No aceptamos mejoras
- El cliente no repetirá contratos
- O la mayor parte del programa
No es concretamente para desarrollo de Software
Analizar el proceso repetidamente
Está demostrado en muchas empresas que funciona muy bien
- Entrega rápido
- Respeta a las personas
- Optimiza el todo
-
-
- Excelencia técnica, equipo multidisciplinar
Adaptación al cambio, cambio de mentalidad
Transparencia
Test, integración continua , entregas continuas ,demos.
- Un producto es tan bueno como el equipo que lo ha realizado
- El desarrollo de software es complejo, hay que tomar un enfoque de adaptación y acción
- ¿Que queremos conseguir?
- Aportar valor al cliente - Hay que plantearse si cada acción ayuda al objetivo final.
No quedarse pensando soluciones y observando => Acción
No buscar los responsables, buscar soluciones
- Mejora continua, parar y pensar => Retros
Calidad no opcional, acostumbrarse a la velocidad estable y no dejarse presionar.
- ¿Que queremos conseguir?
- Aportar valor al cliente - Hay que plantearse si cada acción ayuda al objetivo final.
No quedarse pensando soluciones y observando => Acción
No buscar los responsables, buscar soluciones
- Mejora continua, parar y pensar => Retros
- Compromiso
- Visualizar el trabajo en Kanban y las fases del ciclo de producción, o flujo de trabajo.
- Determinar el límite de “trabajo en curso”
- Medir el tiempo en completar una tarea.
- Los tests antes que el programa
- Valores => Comunicación, Sencillez, Retroalimentación, Valentía