Ágil Necesita Ser Tanto Iterativo como Incremental

Noviembre 11 de 2014, por Mike Cohn

Este artículo se publicó originalmente en el boletín mensual de Mike Cohn. Si te gusta lo que estás leyendo, suscríbete para que este contenido te llegue directamente a tu buzón semanas antes de que sea publicado en el blog, aquí.

Scrum, como todos los procesos ágiles, es tanto iterativo como incremental. Puesto que estas palabras se usan frecuentemente sin definición, permítanme definirlas.

Un proceso iterativo es uno que permite progresar a través de refinamiento sucesivo. Un equipo de desarrollo hace un primer corte del sistema sabiendo que está incompleto o frágil en algunas áreas (quizás en muchas). El equipo luego refina iterativamente esas áreas hasta que el producto es satisfactorio. Con cada iteración, el software se mejora mediante la adición de mayor detalle.

Por ejemplo, en una primera iteración, una pantalla de búsqueda podría codificarse para soportar solamente el tipo más simple de búsqueda. La segunda iteración podría agregar criterios adicionales de búsqueda. Finalmente, una tercera iteración puede agregar manejo de errores.

Una buena analogía es la escultura. Primero, el escultor selecciona una piedra de un tamaño apropiado. A continuación, el escultor talla la forma general de la piedra. En este punto, uno quizás pueda distinguir la cabeza y el torso y hasta pueda descifrar que el trabajo finalizado será un cuerpo humano en vez de un pájaro. Luego, el escultor refina su trabajo adicionando detalles. Sin embargo, es poco probable que el escultor dé por completada un área hasta que el trabajo entero esté terminado.

Por su parte, un proceso incremental es uno en el que el software se construye y entrega por piezas. Cada pieza, o incremento, representa un subconjunto completo de funcionalidad. El incremento puede ser pequeño o grande, quizás algo que vaya desde una pantalla de ingreso al sistema hasta un conjunto altamente flexible de pantallas de administración de datos.

Cada incremento se codifica y se prueba completamente y la expectativa común es que el trabajo de una iteración no necesitará volver a revisarse. Un escultor incremental elegirá una parte de su trabajo y se enfocará completamente en esta hasta que esté finalizada. Él/ella puede seleccionar pequeños incrementos (primero la nariz, luego los ojos, después la boca y así sucesivamente) o incrementos grandes (cabeza, torso, piernas y luego los brazos). Sin embargo, independientemente del tamaño del incremento, el escultor incremental intentará finalizar el trabajo de ese incremento tan completamente como le sea posible.

Scrum y ágil usan un enfoque tanto incremental como iterativo. Iterativo en el sentido de que planean que el trabajo de una iteración sea mejorado en las iteraciones subsiguientes. Incremental porque el trabajo terminado se entrega durante todo el proyecto.

Para ilustrar mejor las diferencias entre iterativo e incremental, consideremos la construcción de un sitio Web pero no de manera incremental. Para hacer esto, el equipo construiría un poco de cada parte del sitio –manejo de perfiles, búsqueda, anuncios, etc. Luego el equipo revisaría todas las partes, mejorando cada una de ellas.

Más adelante el equipo revisaría todas las partes nuevamente, haciendo otras mejoras. En este enfoque puramente iterativo, se consigue mejorar un poco el sitio completo.

Ahora, consideremos desarrollar el mismo sitio con un proceso puramente incremental pero no iterativo. Si un sitio de citas fuera construido incrementalmente, el equipo construiría y perfeccionaría la administración de perfiles antes de empezar cualquier otra parte del sitio. El equipo luego construiría y perfeccionaría otra área, digamos las búsquedas, antes de moverse a una tercera área. Cada área funcional se perfeccionaría antes de iniciar el área siguiente.

Ni iterativo ni incremental son grandiosos por sí solos. Pero juntos –como están en Scrum– son fantásticos.

Nota del traductor (¡ese soy yo!):

Traducido del artículo original de Mike Cohn: ‘Agile Needs to Be Both Iterative and Incremental’, que pueden encontrar en este enlace:

http://www.mountaingoatsoftware.com/blog/agile-needs-to-be-both-iterative-and-incremental

Publicado con permiso del autor.

Mañana empiezo un nuevo proyecto: ¿qué metodología ágil me pongo?

Ecosistema de Métodos y Prácticas Ágiles (Parcial)

El ecosistema ágil está formado por un conjunto de organismos “vivos” llamados “métodos y prácticas ágiles” (biocenosis) y el medio físico donde se relacionan, llamados Organizaciones (biotopo). Estas últimas están conformadas por personas y estas personas usan distintas clases de biocenosis, es decir, de métodos y prácticas ágiles, según sus necesidades.

Como todo ecosistema, el ágil tiene barreras que a veces impiden su normal evolución. Barreras físicas, como la falta de entornos adecuados dentro de las Organizaciones para albergar equipos que respiren “agilidad”. Barreras culturales y hasta emocionales, arraigos y miedos que se dan entre las personas, quienes experimentan temores muchas veces infundados debido a la falta de información o de acompañamiento efectivo por parte de expertos, de conocedores de ese ecosistema ágil en formación.

Pero, ¿cuáles son esos métodos y prácticas ágiles? ¿Para qué sirve cada uno de ellos? En esta sesión exploraremos, a manera de introducción, las metodologías más usadas, como Scrum, eXtreme Programming (XP), Kanban, Lean; y algunas de las técnicas necesarias en un primer esfuerzo por implementar la Cultura Ágil en una Organización: User Story Mapping, Product Vision Board, User Persona, User Stories, TDD, BDD, para mencionar solo algunas.

Y lo más importante, ¿para qué sirve cada uno de estos especímenes ágiles? ¿Alguno de ellos es adecuado para el proyecto que inicio mañana? ¿Varios de estos? ¿Son complementarios? ¿Qué problemas puedo encontrar si elijo mal? Y en el fondo, ¿cuáles son las razones por las que debo permitir el nacimiento y expansión de un nuevo ecosistema aun si el actual me está rindiendo beneficios? Y hablando de utilidades, ¿cuáles puedo obtener al implementar la “agilidad” en mi Organización?

Finalmente, sabemos que los ecosistemas están gobernados principalmente por eventos estocásticos (azar), por las reacciones que estos eventos ocasionan en sus componentes y por las respuestas de los organismos a las condiciones que los rodean. ¿Cómo controlar estos eventos y sobrevivir en el intento? Una mirada Darwiniana nos ayudará a entender cómo, mediante la inspección y la adaptación, nos iremos adecuando a los cambios que ocurren en todo proceso de evolución y entenderemos que la cultura ágil es el siguiente paso en la evolución de la inteligencia.

Nota:

Esta fue la presentación que hice durante el marco de las VII Jornadas Latinoamericanas de Metodologías Ágiles - Ágiles 2014, en Medellín, Colombia. Del 23 al 25 de octubre de 2014.

Nivel: Principiante

Título: Mañana empiezo un nuevo proyecto: ¿qué metodología ágil me pongo?

Resumen:

Uno de los impedimentos más grandes a la hora de implementar Ágil se origina en el desconocimiento que tienen las personas sobre lo que harán a continuación. ¿Por cuál de los métodos empiezo? ¿Uno solo es suficiente? La respuesta corta a esta última pregunta es “no”. Entonces, ¿qué debo saber para dar el salto de aquí hasta ágil? ¿De qué me “agarro” para no caer en el abismo? Estos son los asuntos que abordaré en esta sesión introductoria.

Con definiciones simples y ejemplificadas, basado en hechos históricos de los cuales he sido protagonista, le contaré a la audiencia de qué se trata toda esta jerigonza ágil, a manera de Gazafatonario.

La presentación completa la pueden descargar aquí:

Mañana empiezo un nuevo proyecto: ¿qué metodología ágil me pongo? de Luis Antonio Salazar Caraballo

#Agiles2014: Ágil es algo que eres, CMMI es algo que usas

ser ágil significa reemplazar la predictibilidad falsa por la eficiencia

Con una actualización debido al cambio de audiencia, presenté en #Agiles2014 mi disertación sobre Ágil y CMMI. Como en la versión 1.0, durante la SEPG LA 2014 en Manizales, mi asunto principal era que los métodos ágiles no tienen por qué entrar en conflicto con otros modelos o enfoques de construcción de software, no es la idea de ser ágil o, al menos, no está en el flujo de un proceso de transformación a ágil echar tierra a las prácticas existentes en una organización. Los líderes de los procesos actuales deben trabajar en conjunto con los nuevos líderes para que estos últimos obtengan los beneficios de ambos universos y aprovechar esa sinergia para mejorar dramáticamente el rendimiento del negocio.

Para apoyar este concepto, expliqué que los modelos como CMMI, PMI e ISO nos dan una idea de cuales procesos son necesarios para mantener una organización madura y disciplinada, capaz de predecir y mejorar el desempeño de la organización misma y de los proyectos. Entre tanto, las técnicas ágiles proporcionan guías para un manejo eficiente de los proyectos de una manera que permite alta flexibilidad y adaptabilidad. Al mezclar los dos enfoques, la filosofía ágil asegura que los procesos se implementen eficientemente a la vez que aceptan los cambios; y los modelos tradicionales aseguran que se consideren todos los procesos relevantes.

Pero de inmediato fui al centro de mi exposición: una de las grandes diferencias, radicales por demás, entre los métodos tradicionales y los ágiles es que estos últimos son generativos, no prescriptivos. Los procesos necesitan evolucionar según las necesidades, no prescritos con anticipación. Un enfoque prescriptivo genera procesos complejos y complicados, mientras que un enfoque generativo comienza con un conjunto de procesos simples y adiciona otros a medida que se requieren.

La filosofía ágil reconoce que los procesos de software más efectivos no pueden definirse por adelantado; es un proceso continuo. Los métodos tradicionales se enfocan en definir y reforzar procesos y gastan muy poco tiempo en identificar y entregar lo que los usuarios necesitan. Aunque su propósito es mejorar la consistencia y la calidad, esto muchas veces se consigue a expensas de la productividad y la entrega. El enfoque tradicional de procesos tipo CMMI también usa herramientas monolíticas y pesadas que causan construcciones frágiles y traspasos inefectivos entre desarrollo, pruebas, despliegue y operaciones.

Lo que siguió fue enfatizar en lo que significa ser ágil: específicamente, la interiorización y la práctica de los Valores y Principios del Manifiesto Ágil, nada alejado de lo que se habló en el resto de #Agiles2014.

Hacia el final quise poner mi propio manifiesto, el ‘Ágil es algo que eres…’, se trata de la persona, no de las cosas ni de los procesos. Ya lo he dicho en otras oportunidades, ser ágil significa reemplazar la predictibilidad falsa por la eficiencia.

Para descargar la presentación

Puedes descargar las memorias de esta conferencia de: http://goo.gl/rhNMcf

Por qué usar métodos + prácticas ágiles

Anualmente, la consultora VersionOne.com publica un estudio sobre el uso de metodologías y prácticas ágiles. Este año, el estudio llegó a su octava edición. El estudio dice, por ejemplo, que Scrum es el método más ampliamente usado en el ecosistema ágil y así ha sido en los últimos 8 años, mismos en los cuales se ha incrementado su uso desde un 40% hasta el 55% de este año. Además, otros sabores de Scrum, combinados con métodos o prácticas como XP y Kanban también son bastante usados. Es un hecho, Scrum está aquí para quedarse.

Fuente: VersionOne.com. 8th Annual State of Agile Survey

Pero quiero referirme es a las principales razones por las cuales se usa Ágil. El estudio dice en esta sección que los 3 motivos primordiales que dieron los participantes de la encuesta son:

• Acelera la salida del producto al mercado: 23%
• Maneja más fácilmente los cambios en las prioridades: 16% y
• Mejora la alineación del negocio y de la IT: 15%

Fuente: VersionOne.com. 8th Annual State of Agile Survey

El 75% de los encuestados considera que es muy importante o de la más alta importancia el que los métodos ágiles aceleren la salida del producto al mercado. Este es el principal beneficio de usar prácticas y metodologías ágiles. Las salidas “tempranas” se logran construyendo el producto de manera orgánica, en iteraciones cortas de 4 semanas o menos, con preferencia al tiempo más corto posible. Y si bien es cierto que es posible no salir a producción al final de cada iteración, siempre debemos planear para que haya entregas a Operación cada muy pocas iteraciones.

Los equipos ágiles no congelan las prioridades ni las firman con sangre. Es el usuario (por ejemplo, el Dueño de Producto en Scrum), quien establece qué quiere ver primero y qué quiere ver más adelante. En consistencia con el aspecto anterior, es el usuario quien tiene la última palabra en el orden de prioridad conque el mercado llega al mercado o a los usuarios finales. Se trata además, de software con valor, recordemos que en Ágil todo es acerca de entrega de valor al negocio.

En ese mismo orden de ideas, la alineación de la IT con los objetivos del negocio siempre ha sido uno de los pilares de los métodos ágiles, de hecho, tiene sus cimientos en aquel valor del Manifiesto Ágil de Colaboración con el cliente sobre la negociación contractual. Recordemos también que los desarrolladores y el negocio trabajamos juntos cotidianamente durante todo el proyecto, o así reza uno de los principios del Manifiesto. El 65% de los encuestados respondió que esta razón es muy importante o de la más alta importancia para ellos a la hora de hace uso de las metodologías ágiles.

El estudio completo lo encuentran en versionone.com.

Agile Open Eje Cafetero: la innovación con esencia de café

Foto: algunos de los asistentes, al cierre del Agile Open.

Existe un universo más allá de las grandes ciudades en Colombia, una órbita donde un grupo fantástico de estudiantes, jovencitos con ganas desde ya de cambiar la forma de hacer las cosas, apoyados por un grupo de empresarios también muy jóvenes, con ideas frescas que rayan en lo innovador, están decididos no solo a plantar el jardín sino a ser los mejores jardineros del ecosistema ágil mundial. Eso fue lo que encontramos los invitados, facilitadores y asistentes al Primer Agile Open Eje Cafetero, organizado por las Comunidades de Ágiles Colombia Eje Cafetero y Ágiles Colombia.

Lo que sucedió en el Abierto fue un encuentro de micro-culturas, una danza de conocimiento, experiencias y anécdotas compartidas, que se entretejieron en un escenario de networking entre quienes concurrieron solícitos a la convocatoria. Hubo conferencias, talleres, tutoriales, encuentros fortuitos en los pasillos del centro de convenciones, conversatorios y juegos ágiles, entre otros sabores y formatos de reunión. Los temas clásicos estuvieron a la orden del día:

• Scrum
• Story Mapping
• Estimación de proyectos ágiles
• Historias de usuario
• El Manifiesto Ágil
• Cómo vender ágil en la organización y a los clientes
• Técnicas de Retrospectivas
• Facilitación gráfica
• TDD, BDD
• Lean, en varios de sus sabores
• Métricas ágiles
• Kanban
• Software craftsmanship
• Agilismo desde las aulas de clase
• Entre muchos otros

Foto: Raúl, Natasha, Claudia, Yamit, Cristian, Luis, Julián, Jorge, Pablo, Andrés, Carlos, Robinson. Solo algunos de los facilitadores del Agile Open. También estuvieron Ana, Juliana y otros.

En total, fueron más de 40 sesiones ricas en información, rutinas, discusiones, conclusiones e ideas innovadoras que se llevaron los más de 200 asistentes a la cita. Quienes participamos de la reunión, sabemos que la innovación envuelve más que grandes ideas. Sabemos que hay que tener fe, trabajar duro y enfocarse en la meta que queremos alcanzar. Con esto sobre nuestras cabezas, estamos seguros que la mayor o menor visión de innovadores que tenemos en la Comunidad persistirá aún más allá de los muros de contención que representan el sinnúmero de obstáculos en el camino hacia el éxito.

Mientras facilitaba algunas sesiones con Jorge, observaba como los asistentes a los distintos conversatorios y talleres se deshacían de sus inhibiciones, autoimpuestas por demás. ¡Este fue otro logro de la reunión! Bien sabemos que bajo el hechizo de la inhibición, nos sentimos limitados y estancados, y liberarnos de estas limitaciones creadas por la mente, mediante la eliminación de supuestos y restricciones, es una tarea que a veces no podemos hacer solos. Nuestra meta como facilitadores fue motivar a todas las personas que nos siguieron a través de los distintos auditorios, a “pensar fuera de la caja”. Tratamos de animarlos a abrirse a nuevas ideas y soluciones sin establecer limitación de creencias antepuestas. Después de todo, la innovación es más acerca de la psicología que de la inteligencia y el conocimiento.

También pude percibir que muchos otros asistentes sintieron Curiosidad. Otra vez la innovación estaba presente. Muchos innovadores tratamos de ser simplemente personas curiosas e inquisitivas y nos gusta resolver problemas, practicamos la observación de las cosas de manera diferente. Así fue como, atendiendo a sesiones de su predilección, los asistentes al Abierto se comieron un elefante en vez de aprender a elaborar un Story Mapping, bañaron un ayé ayé y a un cocodrilo en vez de formarse en estimación ágil de proyectos, hicieron teatro y jugaron en vez de aprender Scrum, escribieron en un árbol en vez de hacerlo en tabletas o portátiles de última tecnología. ¡El ambiente era de fábula! Quizás sea por eso que la próxima vez que cualquiera de quienes estuvimos allí, veamos la solución a un problema, seguramente nos preguntaremos: “¿cuáles son algunas formas alternativas para hacer esto?”. Haremos muchas preguntas y desafiaremos las normas o los métodos existentes. ¡Qué felicidad!

En mi recorrido por los distintos espacios de entrenamiento, tuve la ligera pero absoluta esperanza de que algunos muchos trataban de encontrar, o de aprender a encontrar, patrones y con estos creaban combinaciones. Otro síntoma de innovación. Hace mucho tiempo aprendí que las ideas vienen de otras ideas. ¿Sabías que Edison no fue quien inventó la bombilla? Él fue el primero en construir un filamento de carbono viable dentro de una ampolla de vidrio, que hace que las bombillas duren más. ¡Genial! Durante los variados cónclaves en la ciudad milagro de Colombia, aumentamos nuestra exposición a nuevas ideas, buscamos patrones y vimos cómo se pueden combinar ideas para mejorar las soluciones existentes.

Foto: Gregorio, Mauricio, Pablo, Natalia, Alejandro, Diana y algunos de los voluntarios que hicieron posible el Open Space.

Al cierre todos sentíamos que habíamos cambiado algo de nuestras vidas, quienes lideramos el evento sentimos que tocamos aunque fuese de manera infinitesimal el espíritu de muchas personas. Pero quienes se llevaron todos los elogios fueron este equipo de muchachos que organizaron con lujo de detalles esta fiesta del discernimiento y la interacción: Gregorio, Mauricio, Pablo, Natalia, Alejandro, Diana y todos sus amigos, se merecen mis (nuestras) felicitaciones.

Estamos seguros que la audiencia salió esa tarde de sábado con ideas disruptivas, sintiéndose inspirados y motivados a ir más allá de lo que es posible, pero ustedes muchachos de Agiles Eje Cafetero, la tarea que emprendieron es memorable y emocionante… Adelante con ello y ¡cuenten con nosotros!

Adenda

Tiene razón Tobias, ¡que delicia es sentirse de nuevo como en el patio de la escuela!

Más fotos del evento, por Luis y algunos de los miembros del equipo organizador, las encuentran en la página de Facebook de Ágiles Colombia, haciendo clic aquí y en la página de Agiles Eje Cafetero.

Lo que viene

Sigue el Agile Open Bucaramanga en septiembre y más tarde, del 23 al 25 de octubre, en Medellín, Las VII Jornadas Latinoamericanas de Metodologías Ágiles, con una súper nómina de lujo y la presencia de los principales exponentes del enfoque ágil en Iberoamérica. ¡Los esperamos a todos!