Metodologías ágiles y lean para desarrollo de proyectos de TI

Carmen Gerea

ICC 2713 - Sistemas de información

Foto de @DavidFernandoC

Quien soy

- Estudiante PhD Ing. (Interacción Humano - Computadora / HCI)- Magíster en Diseño Avanzado (MADA) - PUC- Bachelor of Business Administration - Univ. Laval, Canadá- DEUG Economía y gestión - Francia- 12 años en la web, 6 en Chile- Ex - Movistar, Sura, Caja Los Andes- Startup: UsabilityChefs.com

@carmenFRhttps://cl.linkedin.com/in/carmengerea

Problema Requerimientos Desarrollo QA Entrega

Proyecto de desarrollo tradicional [Waterfall]

Problema Requerimientos Desarrollo QA Entrega

Proyecto de desarrollo tradicional [Waterfall]

¿Adecuación solución - problema?

Resultado probable

El proyecto “Frankestein”

Era lo que “el negocio” quería pero ningún cliente entiende o necesita. Nadie lo usa. El equipo cambia en el transcurso del proyecto.El presupuesto real es mayor al planificado. (Casi) nadie se acuerda de dónde surgió

Construir sobre supuestos no validados es riesgoso (y caro)

Alternativas

Construir sobre supuestos validados es menos riesgoso (y puede ser menos caro)

Construir sobre supuestos validados es menos riesgoso (y puede ser menos caro)

Aprendizajes -> Redefiniciones / Pivoteos

IDEAR

HACER

VALIDARPrototipos rápidos / desechablesSoluciones

Conocer las personasDefinir el problema

SupuestosTestear prototipos /

soluciones

Metodologías lean / ágiles

Fuente íconos: Thenounproject.com

Un poco de história

Kanban Toyota

Manifiesto ágil

1940 2001

Lean Startup Eric Ries

Waterfall

1970 20111986

ScrumTakeuchi y Nonaka Harvard Business

Review**

*http://www.toyota.com.ar/experience/the_company/sist-prod.aspx **https://hbr.org/1986/01/the-new-new-product-development-game ***http://www.poppendieck.com/people.htm

Agile manufacturing, Lean manufacturing -> antes de software ágil / lean

Toyota Production

System (TPS)*

Lean Software Development:

An Agile Toolkit Mary y Tom

Poppendieck***

2003

Manifiesto por el desarrollo ágil de software (2001)

“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”

http://www.agilemanifesto.org/iso/es/

Desarrollo ágil > Marcos de trabajo

Extreme Programming (XP)Crystal Clear

Scrum (Sprints)Kanban

Principios - Desarrollo ágil

1. Satisfacer al cliente2. Los requisitos pueden cambiar.3. Entregas frecuentes: 2 semanas - 2 meses 4. Negocio y desarrollo trabajan juntos5. Personas motivadas6. Conversación cara a cara7. Software funcionando = medida principal de progreso8. Desarrollo sostenible9. Excelencia técnica y buen diseño

10. Simplicidad 11. Equipos auto-organizados12. Reflexión - ser más efectivo para ajustarse y perfeccionarse

http://www.agilemanifesto.org/iso/es/principles.html

Principios - Desarrollo lean

1. Eliminar desperdicio2. Crear conocimiento3. Calidad4. Postergar el compromiso5. Optimizar el total6. Entregar rápido7. Respetar a las personas

Better, cheaper, faster software development.

Ref: Mary, Tom, Poppendieck: Lean Software Development: An Agile Toolkit

- En un equipo “tradicional” (consolidado, con trayectoria, donde todos están acostumbrados a cierta forma de trabajar), implementar metodologías ágiles, no es trivial.

- Chile: ágil (frecuente en TI)/ lean (frecuente en el mundo startup)- Lean Enterprise: A nivel local aún es nuevo. - Otras áreas tienden a apropiarse de los proyectos tecnológicos,

aprender a hablar el lenguaje TI, contratar sus proveedores, etc. : Innovación, Marketing, Experiencia Cliente.

- Kanban - Se usa en otras áreas, no solamente TI (Web, Marketing, Clientes, Innovación, etc.).

- Kanban -> Funciona bien para mantenciones. Scrum -> Pasos a producción más importantes (sprints / release)

En la práctica

Otras lecturas recomendadas

¿Dónde “practicar” para aprender más?

Para saber aún más

StarTechConf6 y 7 novMary y Tom

Poppendieck estarán

Algunas herramientas

DesignThinking

Ágil / Lean

Lean UX

Lean startup > Lean enterprise

Diseño de servicios

Cualquier sea el marco metodológicoque elijan

Salgan a conocer sus usuarios. No solamente el cliente interno

Foto de @DavidFernandoC

Y a testear sus prototipos

Foto de @DavidFernandoC