3° WESCIS - Métodos Ágiles en Proyectos de Ingeniería
-
Upload
rama-estudiantil-ieee-tucuman -
Category
Engineering
-
view
259 -
download
3
Transcript of 3° WESCIS - Métodos Ágiles en Proyectos de Ingeniería
Métodos Ágiles enMétodos Ágiles enProyectos de IngenieríaProyectos de Ingeniería
Pablo F. SanchezPablo F. [email protected] [email protected] ♦ ♦ @pfsanchez@pfsanchez
IEEE WESCIS 2015 IEEE WESCIS 2015 ♦ ♦ 02/octubre02/octubre
04/10/2015 IEEE WESCIS 2015 - Métodos Ágiles - Pablo F. Sanchez 2
Agenda
● Introducción● Complejidad● El Manifiesto Ágil● Métodos Ágiles● Prácticas Ágiles en Ingeniería
04/10/2015 IEEE WESCIS 2015 - Métodos Ágiles - Pablo F. Sanchez 4
¿Cuánto se tardaría…
… en planificar, diseñar, construir, probar y entregar un avión?
¿5 añ
os?
¿7 añ
os?
¿1 añ
o?
¿2 añ
os?
¿3 añ
os?
¿10 a
ños?
¿Más
?
04/10/2015 IEEE WESCIS 2015 - Métodos Ágiles - Pablo F. Sanchez 7
El Marco Cynefin
● Modelo para describir problemas, situaciones y sistemas.
● Provee una tipología de contextos que guía qué tipo de explicaciones y/o soluciones podrían aplicarse.
● “Cynefin” /ˈkʌnɨvɪn/ significa “hábitat”.
● Intenta representar la naturaleza evolutiva de los sistemas complejos, incluyendo su incertidumbre inherente.
● Explora la relación entre personas, experiencia y contexto.
04/10/2015 IEEE WESCIS 2015 - Métodos Ágiles - Pablo F. Sanchez 8
Dominios del Marco Cynefin
● Relación causa-efecto sólo puede percibirse en retrospectiva, pero no anticiparse.
● Probar ► Observar ► Responder.
● Relación causa-efecto requiere análisis, investigación y/o aplicación de conocimiento experto.
● Observar ► Analizar ► Responder.
● Relación causa-efecto obvia.
● Observar ► Categorizar ► Responder.
● No hay relación causa-efecto a nivel sistémico.
● Actuar ► Observar ► Responder.
04/10/2015 IEEE WESCIS 2015 - Métodos Ágiles - Pablo F. Sanchez 9
El Manifiesto ÁgilEl Manifiesto Ágil
04/10/2015 IEEE WESCIS 2015 - Métodos Ágiles - Pablo F. Sanchez 10
Manifiesto por el Desarrollo Ágil de Software
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.
(*) Kent Beck, Mike Beedle, Arie van Bennekum, Alistair Cockburn, Ward Cunningham, Martin Fowler, James Grenning, Jim Highsmith, Andrew Hunt, Ron Jeffries, Jon Kern, Brian Marick, Robert C. Martin,
Steve Mellor, Ken Schwaber, Jeff Sutherland y Dave Thomas.
04/10/2015 IEEE WESCIS 2015 - Métodos Ágiles - Pablo F. Sanchez 11
Principios del Manifiesto Ágil
1. Nuestra mayor prioridad es satisfacer al cliente mediante la entrega temprana y continua de software con valor.
2. Aceptamos que los requisitos cambien, incluso en etapas tardías del desarrollo. Los procesos Ágiles aprovechan el cambio para proporcionar ventaja competitiva al cliente.
3. Entregamos software funcional frecuentemente, entre dos semanas y dos meses, con preferencia al periodo de tiempo más corto posible.
4. Los responsables de negocio y los desarrolladores trabajamos juntos de forma cotidiana durante todo el proyecto.
5. Los proyectos se desarrollan en torno a individuos motivados. Hay que darles el entorno y el apoyo que necesitan, y confiarles la ejecución del trabajo.
6. El método más eficiente y efectivo de comunicar información al equipo de desarrollo y entre sus miembros es la conversación cara a cara.
7. El software funcionando es la medida principal de progreso.
8. Los procesos Ágiles promueven el desarrollo sostenible. Los promotores, desarrolladores y usuarios debemos ser capaces de mantener un ritmo constante de forma indefinida.
9. La atención continua a la excelencia técnica y al buen diseño mejora la Agilidad.
10. La simplicidad, o el arte de maximizar la cantidad de trabajo no realizado, es esencial.
11. Las mejores arquitecturas, requisitos y diseños emergen de equipos auto-organizados.
12. A intervalos regulares el equipo reflexiona sobre cómo ser más efectivo para a continuación ajustar y perfeccionar su comportamiento en consecuencia.
04/10/2015 IEEE WESCIS 2015 - Métodos Ágiles - Pablo F. Sanchez 12
Primero lo primero…
El factor más importante paraEl factor más importante parael éxito de los proyectos es…el éxito de los proyectos es…
¡LA GENTE!¡LA GENTE!
04/10/2015 IEEE WESCIS 2015 - Métodos Ágiles - Pablo F. Sanchez 14
“Agile” es un (Gran) Paraguas…
● “Agile” viene en muchos sabores...
● … pero todos ellos comparten los mismos objetivos:
● ¡Los que se describen en el Manifiesto Ágil!
04/10/2015 IEEE WESCIS 2015 - Métodos Ágiles - Pablo F. Sanchez 18
Seguimiento Seguimiento en Scrumen Scrum
04/10/2015 IEEE WESCIS 2015 - Métodos Ágiles - Pablo F. Sanchez 25
Prácticas Ágiles en IngenieríaPrácticas Ágiles en Ingeniería
04/10/2015 IEEE WESCIS 2015 - Métodos Ágiles - Pablo F. Sanchez 27
¿Qué Técnicas Pueden Aprovecharse?
● Gerencia visual.● Standup meetings / Daily Scrums.● Establecer prioridades como equipo.● Limitar el WIP.● Retrospectivas.● Rol de Product Owner (responsable del
backlog del producto).● Rol de Coach (ayudando al equipo a
reflexionar y mejorar).● Revisiones / muestras del trabajo hecho.● Timeboxing / Pomodoros.
● Emparejamiento / Pairing.● Realización de pruebas sin automatización.● Resultados visibles / iterar sobre un
producto visible.● Historias de usuario: ¿Quién? ¿Qué? ¿Por
qué?● Pruebas de usuario frecuentes.● Talleres interactivos con facilitación.● Reuniones más cortas y específicas sólo
con las personas relevantes.● Equilibrio entre relevancia y exclusión● Centrarse en rendimiento antes que en
eficiencia.
04/10/2015 IEEE WESCIS 2015 - Métodos Ágiles - Pablo F. Sanchez 28
Algunas Sugerencias para Trabajar con Scrum…
● Decidan una longitud de iteración aceptable y respétenla.
● Creen una lista de trabajos posibles para hacer, priorizada de manera que el más importante esté al tope.
● Tómense un rato para asegurarse que cada porción de trabajo en dicho listado tenga criterios específicos de aceptación.
● Estimen el “esfuerzo” o “tamaño crudo” para cada ítem en la lista.
● Comprométanse a entregar algún conjunto de ítems de la lista en una iteración dada.
● Verifiquen diariamente cómo están yendo las cosas, identifiquen y comuniquen cualquier bloqueo, muevan cosas desde “pendiente” a “iniciado” y a “completo”.
● Al final de la iteración, muestren a la gente lo que hicieron, hablen sobre cómo lo hicieron y qué podrían mejorar, para luego repetir el proceso.
04/10/2015 IEEE WESCIS 2015 - Métodos Ágiles - Pablo F. Sanchez 29
¡Muchas Gracias!
Pablo F. Sanchez
[email protected]@pfsanchez