A 23 años del nacimiento del Manifiesto Ágil

Agile, Agilidad, Agilismo

A 23 años del nacimiento del Manifiesto Ágil

Hoy, aprovechando la fecha, vamos a platicar un poco sobre lo que se conoce como el “Manifiesto Ágil”, que es la piedra angular con la cual surge oficialmente el movimiento **agile** (traducido al español como **agilidad** o **agilismo**), que nació un 12 de febrero de 2001 (al momento de escribir este artículo, hace 23 años). Su nombre completo es “Manifiesto por el Desarrollo Ágil de Software”, el cual propone 4 valores y 12 principios que destilan en una manera de pensar o mindset, para abordar un enfoque ligero y adaptativo, un enfoque que nos ayude a responder al cambio, el cual es la esencia de la agilidad o agilismo. No te preocupes, no va a ser una charla de historia aburrida (espero), sobre el Manifiesto, pero sí conversaremos algunos puntos relevantes. ¡Comencemos por el principio! (image: agile-manifesto-leonel-zapien-lopez-ideas-agilidad-06.webp) # Contexto Histórico A finales de la década de 1980, estaba en una etapa de crecimiento la industria del software, pero había puntos de dolor en común que personas alrededor de todo el punto sufrían: Problemas con los tiempos de entrega, con la respuesta y expectativa del cliente o usuario final cuando finalmente (después de varios meses o años inclusive), por fin veía su producto anhelado… y la brecha entre lo que él o ella esperaban contra lo que se había construido. Todo esto tenía una causa raíz: Tratar de planear y diseñar de manera anticipada absolutamente todo al detalle, pero todo-todo, lo que el cliente o usuario necesitaría, para después construirlo y que, hasta el final, este cliente o usuario, viera su producto funcionando. Esta es la forma en que se trabaja en la industria por aquel entonces… (lo bueno es que esa manera de trabajar ya ha quedado atrás, ¿verdad?). Bajo esta premisa, diversos especialistas del área de software se reunieron como respuesta a los métodos tradicionales y formales con los que se trabajaba entonces en la industria. Fue un ¡basta ya! a las prácticas tradicionales, un llamado a la acción. # Cada uno estaba experimentando con sus equipos Había un grupo de profesionales en el Desarrollo de Software, cada uno había estado experimentando durante algunos años con maneras alternativas y bastante radicales de trabajar (radicales para la época), de crear productos, y habían estado obteniendo resultados súper reveladores en distintos contextos. Por un lado, había figuras que habían creado marcos de trabajo como **Scrum**, **Extreme Programming (XP)**, **Crystal**, entre otros. Pero eran esfuerzos en mayor medida aislados, cada quien trabajaba en su isla, y la idea era que entre todos estos Rockstars del Desarrollo de Software, cocrearan algo superior y que unificara estas formas nuevas de trabajar. # Todos acuden al llamado Kent Beck, creador del mencionado Extreme Programming (XP), fue quien convocó a una reunión, y dado que en aquella época no había Zoom ni Teams, se programó una reunión presencial. El lugar: **Snowbird, Utah**. El propósito: Tratar sobre técnicas y procesos para desarrollar software. Así lucía Snowbird en aquella ocasión: (image: agile-manifesto-leonel-zapien-lopez-ideas-agilidad-01.webp) Atendieron el llamado un total de **17 expertos nivel Master Jedi**, hicieron un retiro en Snowbird durante un par de días, y el lunes 12 de febrero de 2001, se acuñó el término **Agile** para definir a los métodos y marcos que estaban surgiendo como alternativa a las metodologías tradicionales de desarrollo, a las que consideraban excesivamente “pesadas” y rígidas por su carácter normativo y altísimo grado de dependencia de planificaciones detalladas previas al desarrollo. Lo que se buscaba con estas nuevas maneras de trabajar agrupadas bajo el término Agile era proporcionar en poco tiempo piezas pequeñas de sistemas de software en funcionamiento, para mostrarlas directamente al cliente en periodos cortos de tiempo, obtener retroalimentación rápida, y con esto ayudar a mejorar la satisfacción del cliente. Estos marcos utilizan enfoques flexibles pues aceptan los cambios que puedan surgir en las diferentes etapas del ciclo de vida, en lugar de resistirse a ellos. (image: agile-manifesto-leonel-zapien-lopez-ideas-agilidad-05.webp) (image: agile-manifesto-leonel-zapien-lopez-ideas-agilidad-02.webp) ### Nota #01: El término **Agile** lo podrás encontrar en español traducido como **Agilidad o Agilismo** (Agilismo es un término con el cual concuerdo más, pero es relativamente muy reciente. ¿Por qué Agilismo y no Agilidad?, ya estoy preparando un artículo para conversar sobre esto, próximamente conversaremos). ### Nota #02: Por cierto, de manera inicial, a estas nuevas maneras de trabajar les llamaban “**Marcos ligeros**”, y el nombre Agile no fue la primera opción sobre la mesa, pero las otras opciones estaban ya en uso y había temas de derecho de autor. De esta reunión, los 17 asistentes resumieron los principios sobre los que se basan los métodos alternativos en los que estaban trabajando, y la esencia de esto quedó definida en 4 valores y 12 principios: Lo que ha quedado denominado como Manifiesto Ágil. # 4 Valores y 12 Principios Si bien este movimiento inició en el área de Desarrollo de Software, hoy en día es ampliamente utilizado en diversas industrias por millones de personas y equipos en todo el mundo. Los valores que promulga este manifiesto son: 1. **Individuos e interacciones** sobre **procesos y herramientas**. 2. ** Software funcionando **sobre **documentación extensiva**. 3. **Colaboración con el cliente** sobre **negociación contractual**. 4. **Respuesta ante el cambio** sobre **seguir un plan**. (image: agile-manifesto-4-valores-visual-agile-coach.webp) Los 17 autores del manifiesto aclaran que, "aunque reconocen la importancia de los elementos de la derecha, valoran más los de la izquierda". Esto es fundamental, ya que la Agilidad o Agilismo no dice, por ejemplo, que no se documente nada en absoluto (es por llevarse al extremo que Agile se considera algo “hippie” o “muy informal”), más bien se valoran más los elementos de la derecha. En este sentido, me gusta preguntar a los equipos: “Si nos centramos en el valor y la colaboración, ¿Qué es lo mínimo que necesitamos documentar?”. Estos cuatro valores se asientan en 12 principios: 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, preferentemente en el 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 los miembros del equipo, 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 autoorganizados. 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. (image: agile-manifesto-12-principios-visual-agile-coach.webp) # ¿Y la evolución del Manifiesto Ágil? El Manifiesto se firmó hace 23 años y en su momento fue “la onda” (como decimos acá en México). Sin embargo, los métodos y marcos de trabajo que alineaba han evolucionado con el tiempo, lo cual está bien y es natural: Por ejemplo, siempre digo que el Scrum de 1995 (cuando fue presentado públicamente al mundo), no es el mismo que el Scrum de hoy, y la prueba está en que la Guía Scrum, el documento que sienta las bases de este marco de trabajo, se ha actualizado varias veces. Lo interesante es que **el Manifiesto Ágil nunca se ha actualizado en todo este tiempo**. (image: agile-manifesto-leonel-zapien-lopez-ideas-agilidad-04.webp) Muy personalmente considero que el Manifiesto debería actualizarse, por ejemplo, cambiar el “**Software funcionado**” por algo más genérico como “**Producto o entregable funcional**” (para quitar el foco de que solo se puede utilizar para desarrollar software). Pero no solo eso, sino ir un paso más allá, cambiándolo a: “**Producto o entregable funcional y valioso**”, ya que, el entregar un producto funcionando es una prioridad para obtener retroalimentación rápida del cliente y/o usuario final… pero el objetivo final no es solo que este producto funcione, sino que aporte **valor** a este cliente o usuario final en cuestión, que resuelva su necesidad, que le haga la vida más fácil. Y todavía un paso más allá es que estos productos o servicios generan un **resultado** que produzca un** impacto** en la vida de las personas. Esto debería ser el enfoque que conduzca el crear un producto o servicio, orientado totalmente en el cliente o usuario. …Y si vamos todavía un paso más adelante, en vez de productos que hagan la vida más fácil para las personas, **busquemos crear productos que enamoren! ** (Lo sé, soy un romántico incorregible, de esos chapados a la antigua 😊) # Conclusiones Si bien el concepto de Agile o Agilidad o Agilismo no es del todo nuevo, pues sus principios han sido ampliamente utilizados desde hace varias décadas, no es sino hasta febrero de 2001 cuando oficialmente nace la agilidad con el Manifiesto por el Desarrollo Ágil de Software. El Manifiesto es un documento histórico que cumple 23 años. Y el mundo de la Agilidad o Agilismo, como su esencia lo define, también ha ido evolucionando. Los diversos marcos de trabajo, métodos y/o herramientas que lo conforman no son los mismos que hace 20 años, todo evoluciona. **Últimamente está muy fresco el tema sobre si la Agilidad ha muerto**. Personalmente no creo que sea así, simplemente debe de evolucionar y nosotros junto con ella. Debemos ser capaces de demostrar su verdadero valor, y quizá los nombres puedan cambiar en el futuro, pero la esencia de la Agilidad o Agilismo probablemente permanezca y nos acompañe, quizá con otro nombre, quizá con un reboot. Todo, finalmente, es evolución. ### Feliz cumpleaños #23 al Manifiesto Ágil 😁 (image: leonel-zapien-lopez-ideas-agilidad-manifiesto-agil-agile-agilidad-agilismo-23-aniversario.webp) # Anexo: Como nota final, el Manifiesto Ágil fue firmado por: 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. Puedes leer el Manifiesto Ágil en su sitio original (link: https://agilemanifesto.org/ text: aquí). # Créditos de imágenes * Imágenes de los Valores y Principios del Manifiesto Ágil, son del genial arte de (link: https://www.linkedin.com/in/thevisualagilecoach/ text: Olina Glindevi), desde Estocolmo ((link: https://www.linkedin.com/in/thevisualagilecoach/ text: The Visual Agile Coach)). * Las fotografías de los días en Snowbird, publicadas por Alistair Cockburn (firmante del Manifiesto Ágil).

16 de febrero de 2024

Agilidad vida cotidiana

Poniendo foco en lo que importa en nuestro día a día (y en nuestra vida): El Método Bullet Journal

Estar ocupado no es lo mismo que ser productivo, y para ser productivos no es necesario que estemos saturados. El método Bullet Journal comienza con misión irresistible: Dar seguimiento al pasado, ordenar el presente y diseñar el futuro. ¿Cómo? Nos ayuda a tomar consciencia acerca de cómo gastamos los dos recursos más valiosos en nuestra vida, nuestro tiempo y energía. En la segunda semana del año pasado, **Ric Granados**, un amigo de Venezuela me platicó de Bullet Journal. No lo había escuchado mencionar antes, y con lo que me explicó enseguida llamó mi atención como para investigar más. En ese momento estaba pasando por un gran pico de trabajo y tantas cosas por atender, siempre pasando de una reunión a la siguiente, pendientes encolados, compromisos ya programados que se me pasaban (a pesar de utilizar notas y eventos en el calendario de mi teléfono), así que me pareció una genial idea probarlo. Si no intentamos hacer cosas distintas, ¿cómo esperamos obtener resultados distintos? Leí algunos artículos, vi un par de videos, y aunque con esto ya tenía un gran punto de partida, decidí comprar el libro de **The Bullet Journal Method** (conocido simplemente como **Método BuJo**), de su creador Ryder Carroll. Desde el primer mes del 2023 comencé a utilizarlo, y después de un par de semanas de implementarlo fui capaz de identificar dónde era necesario poner mi enfoque, y a dónde iba mes con mes, para alinear mis esfuerzos diarios con mi propósito. (image: leonel-zapien-lopez-ideas-agilidad-bullet-journal-0001.webp) Es por esto que me decidí a escribir este artículo, como **un convencido evangelizador a 1 año de adoptar el Bullet Journal en mi vida cotidiana**, y cómo mi productividad y enfoque se multiplicaron 😊 # Poner foco en lo que importa Aquí voy a ser muy sincero al mencionar que BuJo no reinventa la rueda, el método puede parecer en esencia muy sencillo (taaan sencillo que se puede subestimar el potencial que puede aportar). **Estar ocupado no es lo mismo que ser productivo, y para ser productivos no es necesario que estemos saturados.** Bullet Journal nos ayuda a hacer un **inventario mental** de todas esas cosas que están orbitando en nuestra cabeza, y asentarlas para poner enfoque en lo que es realmente importante. # ¿Qué es el un Bullet Journal o BuJo? Si lo tradujéramos al español, sería un **Diario de viñetas**, así que sencillamente es esto: Una libreta en blanco para organizar nuestros objetivos, tareas y cualquier idea. Como método, es un sistema de planeación y una manera de organizar nuestro día a día en esta libreta, utilizando un sistema de viñetas o bullets para crear listas, que nos ayuda a enfocarnos en nuestros objetivos a corto, medio y largo plazo. Es tan simple y poderoso, que es utilizado por millones de personas en el mundo. El creador del **BuJo** es Ryder Carroll, un diseñador de Nueva York, quien creó la idea del Bullet Journal como una alternativa eficiente para contrarrestar las dificultades con las que se enfrentaba en su día a día debido a su trastorno de déficit de atención, y necesitaba un método para ordenar su vida. Nada revolucionario, nada esotérico, pero sí algo muy poderoso que requiere mucha constancia para que proporcione verdaderos resultados (como el hábito de leer, aprender a utilizar un** sable láser**, o cualquier otra cosa que valga la pena en la vida). # Elementos de un Bullet Journal Una libreta de Bullet Journal sirve para muchas cosas, el objetivo principal es poder organizar tu día, mes y tu año, a la vez que nos ayuda a por escritos nuestros pensamientos. (image: leonel-zapien-lopez-ideas-agilidad-bullet-journal-0002.webp) Algunos elementos del Bullet Journal son: • Registro de elementos diarios: Tareas, eventos, notas, etc. • Gestión de objetivos mensuales y anuales. • Seguimiento de hábitos. • Lista de libros por leer. • Lista de películas por ver. • Lista de frases inspiracionales o que nos gusten. • Espacio para descargar ideas en crudo. • Registro de gastos. • Y cualquier otro elemento que consideres necesario agregar. Una lista para anotar elementos diarios no es tan simple como una lista de tareas, nos podemos traer el mundo de la **Agilidad o Agilismo** el concepto de **Backlog**, y es que, esta lista es un documento vivo, que tiene distintos tipos de elementos (tareas, eventos, notas, etc.), y ordenarlos por relevancia, para **enfocarnos en hacer lo de mayor valor**. # Comenzando a armar nuestro Bullet Journal ### Índice Reservar las primeras páginas de nuestra libreta para indicar un índice, es de mucha ayuda. ### Símbolos Si tuviera que definir la esencia de un BuJo, sería esta parte, definir los símbolos que usaremos en nuestra libreta Bullet Journal para cada tipo de elemento. Todo parte de definir cuáles serán los símbolos para nuestras viñetas o bullets, que ayudan a crear coherencia y un flujo. Aquí te comparto algunas definiciones de símbolos que propone el creador del método, aunque los puedes personalizar. (image: leonel-zapien-lopez-ideas-agilidad-simbolos-bullet-journal.webp) Los símbolos para tus viñetas los puedes personalizar, por ejemplo, yo prefiero escribir un “guion” en vez de una “X” para una tarea que he completado. Espera, **¿Qué rayos es una “Tarea migrada” ?**, sí, a mi también me surgió esa duda cuando estaba leyendo el libro, pero no te preocupes, lo menciono un poco más adelante, en la sección “Migración”. ### Registro mensual Esta sección del BuJo nos ayuda a planificar nuestros objetivos durante cada mes del año. En el registro mensual anotamos las tareas o eventos que tenemos planeados realizar en el presente mes, y también funciona como un “inventario mental” del mes (anotar ideas, actualizar tareas o eventos conforme el mes avanza). El poder visualizarlos (crear **Transparencia**, como decimos en el mundo de la **Agilidad o Agilismo**), ayuda a crear enfoque y organizar nuestras actividades en consecuencia. Lo importante de lo que planeamos en nuestro mes, es que esté alineado con nuestro propósito del año (y con nuestro propósito de vida). (image: leonel-zapien-lopez-ideas-agilidad-bullet-journal-0003.webp) (image: leonel-zapien-lopez-ideas-agilidad-bullet-journal-0004.webp) ### Registro diario Realizar un registro diario de lo que necesitamos hacer, de manera sencilla. Debemos anotar cuáles son nuestras actividades en un día regular: citas o eventos, tareas, notas, etcétera. Hazlo utilizando los símbolos que hayas definido para tus viñetas. (image: leonel-zapien-lopez-ideas-agilidad-bullet-journal-0005.webp) Seguramente surgirán actividades o eventos en el día a día, pero lo importante es que avancemos sin perder de vista los objetivos del mes, esto para asegurar que no nos desviemos del rumbo y para **crear alineación**. (image: leonel-zapien-lopez-ideas-agilidad-bullet-journal-proposito-y-objetivos.webp) (image: leonel-zapien-lopez-ideas-agilidad-bullet-journal-0006.webp) ### Migración Al final del día, una actividad o tarea que no hayamos realizado por cualquier circunstancia, la migramos al día siguiente, para no perderla de vista, hasta completarla (o se vuelva no relevante y ya no sea necesario realizarla). Es decir, si algo es importante y no completamos en un día, lo migramos al día siguiente para asegurarnos de terminarlo. (image: leonel-zapien-lopez-ideas-agilidad-bullet-journal-0007.webp) (En la imagen, la tarea de ejemplo “Tarea 03” no la completé el día 01 de enero, y la migré al día siguiente, el 02 de enero) De la misma manera como migramos tareas de un día a otro, al finalizar el mes, debemos de hacer una revisión del log mensual, y migrar al mes siguiente aquellas actividades que no hayamos realizado o completado en el mes que acaba de terminar. (image: leonel-zapien-lopez-ideas-agilidad-bullet-journal-0008.webp) (image: leonel-zapien-lopez-ideas-agilidad-bullet-journal-0009.webp) Esto de la migración es uno de los elementos que me parecieron más poderosos de BuJo, porque así no perdemos el foco de los pendientes que sean importantes, y los vamos migrando de día o de mes, hasta realizarlos. De igual manera, es importante visualizar las actividades que migramos al año siguiente o que, desde este año conocemos con anticipación que deben de realizarse en una fecha determinada el próximo año, para programarlas (sí, me queda claro que en una agenda común y corriente también se puede hacer esto), por ejemplo: Un aniversario o cumpleaños, la fecha de un viaje, la renovación de la licencia de conducir o la licencia de un software, o quizá** el Día de Star Wars** (sí, en verdad existe este día, millones de fans alrededor de la galaxia lo celebramos el 4 de mayo). (image: leonel-zapien-lopez-ideas-agilidad-bullet-journal-0010.webp) ### Otras secciones o elementos de BuJo Las secciones anteriores son para llevar el registro de nuestras actividades, pero como mencionaba, nos ayuda también a reducir el “ruido mental” de todas esas ideas que orbitan en nuestra cabeza, o eliminar la necesidad de otros diversos post-its o notas en el teléfono, dejando todo por escrito en un solo lugar. (image: leonel-zapien-lopez-ideas-agilidad-bullet-journal-0011.webp) Para esto, cuenta con diversos elementos o secciones, la idea es que tomes o agregues las que más te aporten. Las mencioné anteriormente, pero aquí van de nuevo, para que no tengas que hacer scroll y regresar: • Registro de elementos diarios: Tareas, eventos, notas, etc. • Gestión de objetivos mensuales y anuales. • Seguimiento de hábitos. • Lista de libros por leer. • Lista de películas por ver. • Lista de frases inspiracionales o que nos gusten. • Espacio para descargar ideas en crudo. • Registro de gastos. • Y cualquier otro elemento que consideres necesario agregar. Particularmente, yo no llevo mi registro de gastos en el BuJo (para eso utilizo una hoja de cálculo compartida, discúlpenme la herramienta los Jedi en Finanzas, sé que es muy básico, pero me funciona y a final de cuentas creo que lo importante es llevar un registro de gastos sin importar la herramienta), pero en cambio, sí utilizo otras secciones, como: **Lista de libros por leer, lista de películas por ver, lista de lugares que quiero visitar, lista de frases que me gustan, y un espacio para descargar ideas**. La idea es que personalices esto de acuerdo a tu necesidad, no sé, tal vez si** James Bond** utilizara Bullet Journal tendría una sección llamada “Lugares donde he tomado un en compañía de una super modelo”, o tal vez **Batman** utilizaría una sección “Lista de bati-inventos para construir”. ### Un tip final… ¿Por qué escribir a mano, cuando de seguro hay muchas Apps que pueden ayudarnos? **Reconozco que este fue el primer “pero” que le encontré… ¿Por qué escribir a mano en una libreta de papel, tal como lo hacían nuestros antepasados?** Hasta ese momento, el 98.74% de todo lo que escribía era a través de teclados (físicos o táctiles). De acuerdo con (link: https://www.bbc.com/mundo/noticias/2016/01/160125_escribir_a_mano_cerebro_finde_dv text: un estudio de la BBC), se estima que el 30% de la población mundial no ha escrito a mano durante los últimos seis meses de su vida. Primero, desde un punto de vista neurocientífico, escribir a mano estimula el cerebro y es fundamental en el aprendizaje de la lectoescritura. El método BuJo se puede utilizar sin ningún tema en dispositivos digitales, solo enfatizo el hecho de lo poderoso que fue desentumir los músculos de mi mano que sostienen un bolígrafo (“pluma”, como lo llamamos más comúnmente acá en México), así como ejercitar el cerebro, y comenzar a escribir. ### Un “Hack” adicional (basado en la Agilidad o Agilismo) Antes de conocer el método BuJo, como buen Agilista, utilizaba un tablero de visualización, esto tiene que ver con vivir la Agilidad, con pasarla por el cuerpo como dice mi amiga **Ro Sosa**, de Chile. (image: leonel-zapien-lopez-ideas-agilidad-bullet-journal-0013.webp) En este sentido, el BuJo vino a complementar mi enfoque, y al día de hoy continúo utilizando un tablero, lo tengo a un lado de mi escritorio, en casa, y lo que he aprendido es a complementar ambos enfoques, que desde mi punto de vista no se contraponen en lo absoluto. # Conclusiones El Método Bullet Journal o BuJo, es realmente muy sencillo en esencia, pero sumamente poderoso para poner orden en nuestra vida y foco en lo que verdaderamente importa, día a día, mes a mes. Porque así es como se llevan a cabo los proyectos más retadores y las misiones más críticas, así es como se construyen los grandes imperios: Un día a la vez, sin perder el objetivo de vista. BuJo claro que funciona, eso sí, no es ninguna solución que metes al horno de microondas y está lista en 4 minutos **(como decimos en el mundo de la Agilidad o Agilismo: “No es una bala de plata”)**. Como todo lo que vale la pena en la vida, requiere constancia para aplicarlo, para incorporarlo a nuestros hábitos. Solo de esa manera proporcionará verdaderos resultados, así que, pruébalo con un enfoque ágil: Experimentando, inspeccionado y adaptando, pero sobre todo: No aflojes el ritmo. **¿Cómo nos comemos a un elefante? Una mordida a la vez.** Así que, lleva el registro de tus mordidas diarias y mensuales en tu Bullet Journal, ¡Nos compartes qué tal te funciona! ### Referencias: • The Bullet Journal Method. Ryder Carroll. • ¿Por qué es mejor que sigamos escribiendo a mano? BBE News Mundo (Recuperado de: https://www.bbc.com/mundo/noticias/2016/01/160125_escribir_a_mano_cerebro_finde_dv) * Todas las imágenes son fotografías propias.

15 de enero de 2024

Agilidad

Reconsiderando la Agilidad Organizacional

“La Agilidad Organizacional no es creada poniendo juntos a varios equipos Agile, la Agilidad es creada cuando las interacciones entre los equipos son ágiles.” Klaus Leopold. Estuve leyendo en los últimos días el libro “Reconsiderando Agile”, de Klaus Leopold. Es un libro lleno de aprendizaje, geniales ilustraciones y muy divertido. Aquí comparto un resumen de algunas de las ideas principales de este tremendo libro. Klaus nos lleva de la mano a una organización cualquiera, que quiere comenzar a “implementar agilidad” para estar preparada para el futuro. Este punto es, ya de entrada, un tema muy común cuando se ve la Agilidad Organizacional como una moda, y su implementación como seguir una receta de cocina. En esta organización, después de todo un proceso de transformación, que llevó meses de capacitación, reestructuración y definición de nuevos roles y equipos, los números indicaban que la compañía estaba lejos de ese objetivo inicial:** Llegar más rápido al mercado (esta métrica se conoce como TTM o Time To Market).** ¿Por qué llegar más rápido al mercado es una prioridad? Porque el ciclo que va desde idear una iniciativa o producto nuevo hasta que llega a las manos del cliente, debe de ser lo más corto posible, porque lo que se busca es llegar al cliente para que nos proporcione retroalimentación real de nuestro producto o servicio. Solo así una organización será capaz de inspeccionar y adaptar en base a lo que está entregando a mercado, ser flexibles en base a lo que el mercado demanda. Esto es esencial para sobrevivir. Es en este punto cuando llaman a Klaus (en el libro no menciona a detalle cómo lo llaman, pero de seguro fue por una especie de “batiseñal”). (image: batisenal.webp) Al analizar la situación de esta organización, identifica varios hallazgos críticos para alcanzar esa Agilidad Organizacional que con tanta añoranza buscan. Y para ello, ofrece algunos puntos muy interesantes que les pueden ayudar: # 1. Hacer visibles las dependencias y gestionarlas Todos los equipos y todas las organizaciones tienen dependencias, dependen de otros equipos para poder concluir su trabajo. Esto es normal e inevitable. El problema es que muchas veces estas dependencias externas se traducen en tiempos de espera, es decir, mi equipo depende de otro equipo para que complete determinada tarea que yo necesito y solo ellos realizan, proporcione una validación o aprobación, entre otras cuestiones. Esto genera tiempos de espera, debo de esperar a que el otro equipo tenga capacidad para atender mi solicitud. El primer punto para gestionar las dependencias es hacerlas visibles, el objetivo es eliminar las que más sea posible y reducir el tiempo de espera en aquellas que no puedan eliminarse. Para esto, el primer paso fue generar esta visibilidad mostrando el trabajo de todos los equipos y sus interacciones, esos momentos en que el trabajo “sale” de un equipo para ingresar al flujo de algún otro equipo, y después, cuando este trabajo es completado, cómo “regresa” al equipo original para que esta pueda continuar su trabajo. (image: leonel-zapien-lopez-ideas-agilidad-rethinking-agile-kanban-scrum-klaus-leopold-team-dependencies.webp) Una propuesta para organizar las dependencias fue organizar el trabajo en torno a productos, y visualizar estas dependencias ayuda a hacer más ágil las interacciones entre equipos, que la comunicación fluya lo más rápido y de manera adecuada entre equipos. # 2. Integrar el flujo completo Es muy importante visualizar el flujo de valor completo, es decir, todos los pasos relevantes del proceso que una organización necesita para producir un producto o servicio. Esto fomenta a que no veamos el trabajo que los equipos generan como algo aislado, sino de “punta a punta”. Si lo que queremos es mejorar el tiempo para llegar al mercado (desde idear una iniciativa o producto nuevo hasta que llega a las manos del cliente), entonces tenemos que ver la fotografía completa de este flujo de valor. Lo que sucede antes de que el trabajo llegue a mi equipo, se conoce como **“Aguas arriba” (Upstream)**. Después el trabajo llega a mi puerta (está en mi “cancha”, como decimos acá en México), y por lo tanto comienzo yo a trabajar en esto. Cuando “termino mi parte”, lo paso a la siguiente cancha, a que continúe con su flujo **“Aguas abajo” (Downstream)**, y ahora otro equipo o área puede comenzar su trabajo. (image: leonel-zapien-lopez-ideas-agilidad-rethinking-agile-kanban-scrum-klaus-leopold-01upstream-and-downstream.webp) Si queremos ser ágiles a nivel organización, de poco o nada sirve que a nivel individual cada equipo sea súper-archi-requete-rápido o mega-efectivo o de alto desempeño o “ágil”, si al final del día, lo que sucede aguas arriba o aguas abajo sigue siendo no-ágil. Por eso es necesario visualizar el flujo completo e integrar Upstream y Downstream en un solo flujo de valor. En este sentido, Klaus Leopold nos dice que **“La cuestión no es respecto a cuántos pasos de Upstream son parte de mi flujo de valor, sino cuán rápido esos pasos son”.** Visualizar las dependencias y el flujo completo no es la solución a todos los problemas, lo realmente importante es que detona las conversaciones necesarias para que se den las situaciones que resuelvan estos problemas. Un mejor tiempo para llegar al mercado tiene que ver con tomar decisiones frecuentes que ayuden a mejorar el flujo de trabajo a través de la colaboración entre equipos. (image: leonel-zapien-lopez-ideas-agilidad-rethinking-agile-kanban-scrum-klaus-leopold-01complete-value-stream.webp) # 3. Gestión estratégica del Portafolio La Agilidad Organizacional integra todo el flujo de valor, Upstream y Downstream, ¿Qué tan “aguas arriba” debo comenzar?, desde el nivel superior, donde nace la estrategia. Los niveles directivos deben de integrarse también, por lo tanto, también se debe de visualizar y gestionar todo lo que sucede a nivel portafolio, las iniciativas de negocio que se van a iniciar y su importancia de acuerdo con la estrategia. Esto se llama Gestión estratégica del Portafolio. El objetivo es alinear todo en un flujo continuo, es decir, no iniciar más iniciativas de las que los equipos tienen capacidad de ejecutar. Se busca crear un flujo de trabajo alineado, no generar demasiado WIP o trabajo en progreso, sin importar si hablamos de nivel operativo o estratégico. Recordemos que el objetivo es llegar lo más rápido posible a mercado, para obtener retroalimentación real del cliente o usuario final, para medir ese impacto real, ese valor que nuestro producto o servicio realmente le está entregando, y con esto ajustar lo que sea necesario (pero no solo a nivel equipos o a nivel operativo, sino desde el nivel estratégico). Con esto, se puede crear un continuo alineamiento estratégico. # Fligh Levels (Niveles de vuelo) Finalmente, Klaus Leopold introduce algo que llama el Modelo de Fligh Levels, lo cual describe como "una herramienta que ayuda a visualizar y organizar los distintos tipos de trabajo en una empresa”, desde la estrategia hasta las operaciones. Los tres niveles de vuelo son: ## Nivel 3: Gestión estratégica del Portafolio Una vista a nivel macro de todo lo que sucede en la organización, la estrategia e iniciativas que indican la dirección de la empresa. A este nivel no se tiene tanta definición como para poder ver (y microgestionar) algo tan granular como las actividades operativas. ## Nivel 2: Coordinación El enfoque en este nivel es la coordinación de inicio a fin de las actividades para convertir una idea en valor. Tiene menor visión general que el Nivel 3, pero ve una parte mayor de la fotografía que el Nivel 1. Como habíamos visto, la optimización a nivel equipos no es suficiente, debe de optimizarse también sus interacciones. Aquí es donde se busca optimizar estas interacciones entre equipos. ## Nivel 1: Nivel Operativo Es el nivel de vuelo más a nivel de suelo, a nivel donde los equipos realizan el trabajo diario. El trabajo a nivel equipo debe de ser optimizado (ya si le ponemos nombre, puede ser que los equipos trabajen con Scrum, Kanban, Extreme Programming, o cualquier opción entre los marcos y métodos ágiles existentes… digamos simplemente equipos Lean-Agile. Como habíamos visto, la optimización a nivel equipo es necesaria y se lleva a cabo en este nivel. Es fundamental realizar esto, para poder pasar al Nivel 2 para, digámoslo así: **“Optimizar las interacciones entre equipos optimizados”.** (image: leonel-zapien-lopez-ideas-agilidad-rethinking-agile-kanban-scrum-klaus-leopold-01-fligh-levels.webp) Este modelo de Flight Levels está muy interesante y es súper poderoso, definitivo es un tema que trataré de manera específica en un siguiente artículo. Pinky promise 😉 . # Conclusiones La Agilidad Organizacional no puede florecer si la organización está integrada de islas ágiles, es decir, de equipos optimizados que trabajan de manera “ágil-pero-aislada. Las interacciones entre equipos deben de optimizarse también, me gusta decirlo de esta manera: **“Optimizar las interacciones entre equipos optimizados”.** Por esto, menciona Klaus Leopold, la Agilidad Organizacional no tiene que ver con Equipos Ágiles o Equipos Agile… a nivel local un equipo Scrum o Kanban o Extreme Programming… o simplemente un equipo Lean-Agile, puede trabajar muy pero muy bien, pero ¿Cómo estamos como Organización?, Medimos puntos de historia de usuario entregados o elementos de trabajo completados… pero ¿Cómo andamos en métrica como organización? ¡Cuál es nuestro valor entregado y nuestro Tiempo para llegar al mercado? Comencemos por visualizar y gestionar el flujo de valor completo, desde que una idea se genera hasta que es entregado el producto o servicio al cliente o usuario final. **Si el usuario final no es feliz, poco importa que nuestro equipo sea el mejor equipo Scrum o el mejor equipo Kanban de toda la galaxia.** **¿Qué te parece esta aproximación de Agilidad Organizacional?, Me gustaría escuchar qué opinas.** . ## Referencias: • Rethinking Agile: Why Agile teams have nothing to do with Business Agility. Klaus Leopold (image: leonel-zapien-lopez-ideas-agilidad-rethinking-agile-kanban-scrum-klaus-book-portada.webp) * Todas las imágenes (a partir del punto 1. Hacer visibles las dependencias y gestionarlas), son propiedad de Klaus Leopold y LEANability.

12 de diciembre de 2023

Agile, Agilidad, Agilismo

¿Qué es Agile?

(Imagen: Depositphotos) El concepto de **Agilidad** o **Agile** no es del todo nuevo, pues sus principios han sido ampliamente utilizados desde hace varias décadas, sin embargo, todo comenzó a tomar forma en la industria de Tecnologías de la Información (TI), específicamente en el desarrollo de software, cuando los individuos de este sector se dieron cuenta de que se estaban presentando problemas críticos con la forma tradicional de gestionar proyectos (como la (link: https://www.leonelzapien.com/blog/gestion-de-proyectos-en-cascada-waterfall text: metodología de cascada o waterfall)), problemas que se veían reflejados en retrasos, entregables de mala calidad y baja satisfacción de parte del cliente. La metodología en cascada fue un parteaguas en la forma de trabajar, una propuesta para poner orden en el desarrollo de software, y aunque la idea tiene mucho sentido sentido: analizar el problema antes de diseñar una solución para después implementar ese diseño, en la realidad se tenían diversas áreas de oportunidad al momento de llevarla a cabo. Aun así, esta forma de trabajar dominó la industria durante varias décadas, desde su surgimiento en 1970… pero debía de haber otra forma de hacer las cosas. Durante finales de los años 80 y principios de los 90, comenzaron a surgir nuevas aproximaciones enfocadas en “procesos de peso ligero” (así se llamó inicialmente el enfoque ágil, dato curioso ¿no?), distintos al efecto cascada. Es entonces cuando surgen las primeras señales en Diseño Orientado a Objetos (ODD), Crystal Methods, Extreme Programming (XP) y Scrum. Ya estamos en 1995, y lo mejor está por venir! En febrero de 2001 un grupo de diecisiete líderes de desarrollo de software se reunieron en Snowbird, Utah, donde definieron las mejores prácticas para el desarrollo de software en base a su experiencia. La finalidad era llegar a un punto común sobre las diversas aproximaciones que estaban tomando forma por aquel entonces, y en conjunto formar un manifiesto que antepusiera la unidad. Es así como este grupo de personas elaboraron el (link: https://agilemanifesto.org/iso/es/manifesto.html text: Manifiesto por el Desarrollo Ágil de Software), en el cual propusieron un enfoque diferente para el desarrollo de software. El manifiesto describe cuatro características principales que se deberían de priorizar sobre otras cuestiones: 1. **Individuos e interacciones** sobre procesos y herramientas 2. **Software funcionando** sobre documentación extensiva 3. **Colaboración con el cliente** sobre negociación contractual 4. **Respuesta ante el cambio** sobre seguir un plan De acuerdo con lo establecido, los equipos de desarrollo ágil deberían valorar los elementos del lado izquierdo (en negrita) antes que los del lado derecho, lo cual puede dar lugar a mejores resultados en el desarrollo del software (aunque extrapolado, esto aplica para el desarrollo de cualquier producto). Agilidad o Agile no es una metodología, por lo tanto, no se refiere a una serie pasos que indican qué hacer exactamente durante el proceso de desarrollo de software. Agile es un marco de trabajo, y en su sentido más amplio es un *mindset* o forma de pensar, es un enfoque en la colaboración con base en un conjunto de valores. Algunas de sus principales ventajas son: 1. Mejora la calidad: Minimiza los errores en los entregables, mejora la experiencia y la funcionalidad para el cliente. 2. Mayor compromiso: Mejora la satisfacción de los integrantes y genera conciencia de equipo. 3. Rapidez: Acorta los ciclos de producción minimizando los tiempos de reacción y toma de decisiones. 4. Aumento de la productividad: Al asignar mejor los recursos, y de forma más dinámica, mejora el rendimiento. Los marcos de trabajo ágiles buscan proporcionar en poco tiempo piezas pequeñas funcionales del producto entregable (software en su concepción original), reduciendo el tiempo en que el cliente o usuario “interactúa” con este producto y de esta manera acortando el ciclo de retroalimentación. Esto lleva a que se obtenga directamente del cliente/usuario una respuesta del funcionamiento del entregable, una respuesta que sirve para ver si el camino que se está tomando es el correcto, por un lado, para quienes lo están construyendo (¿lo que se está construyendo es lo que el cliente espera?), y por el otro para el propio cliente o usuario (¿lo que están construyendo es aún relevante para el negocio y realmente lo que necesito?). Si en algún punto el cliente se da cuenta de que la dirección que se está tomando no es vigente por cualquier circunstancia, los cambios son bienvenidos en cualquier momento, y no es necesario esperar hasta el final del proyecto cuando el producto esté terminado para saber si lo que se construyó es lo que se tenía en mente y lo que se necesitaba. **Conclusiones** Si bien el concepto de Agilidad o Agile no es del todo nuevo pues sus principios han sido ampliamente utilizados desde hace varias décadas, este término surge de la industria del desarrollo de software. Aunque desde finales de la década de los 80 comienzan a aparecer las primeras aproximaciones de marcos de trabajo ágiles, no es sino hasta febrero de 2001 cuando oficialmente nace la agilidad con el (link: https://agilemanifesto.org/iso/es/manifesto.html text: Manifiesto por el Desarrollo Ágil de Software). Los marcos de trabajo ágiles de desarrollo de software buscan proporcionar en poco tiempo piezas pequeñas de sistemas de software en funcionamiento para mejorar la satisfacción del cliente/usuario. Estos marcos utilizan enfoques flexibles pues aceptan los cambios que puedan surgir en cualquier momento en lugar de resistirse a ellos.

21 de febrero de 2021

El bloc de notas de un Agilista Jedi