Agilismo: Cómo ser ágiles

¿Cómo ser ágiles?

Este artículo es un documento donde se analiza cómo se puede fomentar la agilidad (en el contexto de marcos de trabajo ágil y/o desarrollo de software) y cómo se puede ser ágil en forma consciente en una organización, las acciones necesarias para poder lograrlo y una vía simple de contagiar la agilidad.

Introducción

Trabajando en una organización, en la cual los integrantes dicen ser ágiles e implementar algún marco de trabajo como Scrum, cabe preguntarse a modo de reflexión lo siguiente: ¿Nuestra organización es realmente ágil? ¿Somos realmente ágiles?

Para ello podemos preguntar, en cualquier momento y a personas tomadas al azar, si saben cuáles son los valores ágiles. Pues si no tienen la más remota idea o no los recuerdan, podemos comenzar a pensar que algo puede andar mal, en principio darle camino a la duda.

Si sospechamos, de algún modo, que no somo ágiles, también podemos preguntarnos por qué no… ¿Cómo ser ágiles? ¿Cómo contagiar la agilidad al resto de la organización?

Hay muchas maneras de llegar a ser ágiles, aunque hay una relevante que es la que se expone aquí: partir de nuestra forma de pensar.

 
Valores

La agilidad se construye en base a sus valores cimientos y estos son cualidades que consideramos valiosas o deseables tener en cuenta.

"To be agile, you need to adhere to the Agile Manifesto…

As long as you're sticking to the Agile Manifesto's values and principles and delivering high-value software regularly to your customers, you should be considered Agile." [Stephen Haunts 2015]

Un valor es lo que tu pones delante de otra cosa cuando decides algo [Sergio Fernandez 2014]. No es difícil tomar decisiones cuando sabemos cuales son nuestros valores (Roy Disney). Por tal motivo, si somos conscientes de nuestros valores ágiles tomaremos decisiones alineadas a ellos. Nuestros valores tienen una gran determinación sobre nuestros resultados. En consecuencia, nuestra praxis ágil dependerá de nuestra mentalidad, de nuestro

Desde esta perspectiva, para buscar ser ágiles debemos buscar ser conscientes de sus valores y tenerlos en presente en el día a día. Debemos reflexionar si en el trabajo diario actuamos acorde a ellos, si estamos convencidos de sus fundamentos, si comprendemos su alcance y cómo los aplicamos cuando resolvemos problemas o hacemos nuestra labor diaria.

Valores Ágiles

Los valores ágiles expresados en el manifiesto ágil reordenados son los siguientes:

Individuos e interacciones, sobre procesos y herramientas.
Colaboración con el cliente, sobre negociación contractual.
Respuesta ante el cambio, sobre seguir un plan.
Software funcionando sobre, documentación extensiva.

Suele resultar dificil memorizar la lista de valores. Para lograrlo, se puede recurrir a un mantra simple y/o nemotécnico.

 
Mantra

En vez de recordar cuatro oraciones se nos puede hacer más fácil recordar solo una, un mantra. En un artículo de una revista conocida, decía una frase: «La belleza de un mantra es que todos esperan que sea breve y dulce» (Guy Kawasaki). Aunque, más que breve y dulce, un mantra es una especie de faro para guiarnos. Es un lema de alto nivel que representa un ideal como objetivo guía y motivación. Y la agilidad no es otra cosa que un ideal a seguir.

El que se puede elegir como opción para guiarnos en el camino de la agilidad es el siguiente:

"Me relaciono, colaborando, como agente de cambio, para que las cosas funcionen mejor"

Aquí las palabras claves son: relaciono, colaborando, cambio y funcionen. Cada palabra se corresponde con un valor ágil en forma re-ordenada. A continuación podemos explicar el mantra.

 

Me relaciono

Relacionarse simboliza priorizar a individuos e interacciones. Si se aspira a una organización democrática en el que prevalecen las relaciones humanas en vez de los procesos y herramientas, las personas son absolutamente centrales y completamente imprescindibles; donde la impronta de cada individuo deja su aporte al sistema organizacional y no se subordina totalmente a los procesos del sistema. Esto favorece a lograr una organización orgánica y adaptable, y no a una mecánica y rígida.

Las empresas están formadas por humanos. Como dice Maturana, hay que reconocer que lo humano no se constituye exclusivamente desde lo racional. Es cierto que lo racional es importante en el tipo de vida que vivimos, pero el primer paso para revalorar la emoción sería aceptar que entrelazado a un razonar está siempre presente un emocionar. En el momento en que uno acepta la presencia de la emoción y amplía su mirada reflexiva se da cuenta de que la emoción es el fundamento de todo quehacer, el que lleva a la realización de la convivencia, a la realización del vivir con otro; esto solamente se puede dar en la medida en que la convivencia se hace en la aceptación del otro como un legítimo otro [Maturana 2004]. Esto fomenta lograr una organización creativa y colaborativa.

Maturana dice que el 99% de las enfermedades son consecuencia de la negación del amor (Maturana 2004). Con riesgo de sonar cursi, se puede decir que algo semejante sucede en las organizaciones empresariales. Pues, no somos máquinas, somos humanos, que trabajamos mejor si nos relacionamos humanamente con relaciones cordiales de confianza y de estas relaciones surge la libertad para cambiar a los procesos, para mejorarlos y trabajar mejor. Las personas deben estar a gusto para poder ser creativas, para hacer aportes productivos a los proyectos y a la organización. Esto ayuda a que las personas estén voluntariamente y fuertemente comprometidas con el éxito del producto, del proyecto y de la organización. Además, las personas felices trabajan mejor.

¿Cómo hacerlo?

• Proporcionar oportunidades para que las personas funcionen como seres humanos, en vez de que sean considerados recursos de un sistema.
• Motivar a las personas, darles el entorno y el apoyo que necesitan, y confiarles la ejecución del trabajo. [Agilemanifesto 2001] Confiar en los miembros del equipo respecto a su forma de trabajo, por sobre juzgarlos y "medirlos" para control.
• Brindar ambientes que posibiliten la auto-organización de las personas y la asociación voluntaria en vez de aquellos que fomentan la jerarquía y la obediencia (Google recomienda eliminar símbolos de
• [Laszlo Bock 2015]). Conceda a las personas algo más de confianza, libertad y autoridad de la que a usted le resulta tranquilizador [Laszlo Bock 2015].
• Proporcionar oportunidades a cada miembro de la organización para que puedan desarrollar su potencial acordes a su individualidad y tengan un crecimiento profesional a la par de su persona (desarrollo integral).
• Formar ambientes donde las personas puedan reunirse en grupo para conversar y compartir.
• Facilitar sistemas participativos para que las personas se sientan tenidas en cuenta y de que sus decisiones sopesan.  Solicitar se respete las decisiones del equipo por sobre los procesos "pre-establecidos" cuando es necesario y justificado (Cambio en los integrantes del equipo, participación en las entrevistas, definición de "RoadMap", DoD, etc.).
• Desarrollar el liderazgo integrador donde la “la gente es lo primero”.
• Fomentar el cara a cara. Priorizar las conversaciones cara a cara en vez de las hechas por mail, chat o herramientas remotas. [Steve Jobs 2015][Agilemanifesto 2001]
• Priorizar las presentaciones sin dispositivas o con diapositivas minimalistas por sobre largas presentaciones formales y hacer los diálogos emocionales e integradores, que llegue a las personas. [Steve Jobs 2015]
• Preferir levantarse, buscar y preguntar sobre soluciones hechas por otros a reinventar la rueda en forma aislada.
• Facilitar herramientas que simplifiquen las conversaciones y aumenten la cohesión social.
• Considerar que los estándares y procesos no están escritos en piedra y brindar la posibilidad de que las personas aporten a su mejora.
• Permitir libertad razonable de horarios en vez de perseguir respetar jornadas estrictas de trabajo. La libertad razonable de horarios debe ser acordada en “bandas horarias”  [UNTREF, 2014] funcionales al equipo y a la organización.
• Hay que respetar el trabajo "
• ", haciendo el desarrollo en las jornadas que corresponden, condiciones que corresponden y la paz necesaria, pues el trabajo extra desgasta a las personas y perjudica su vida extralaboral.
• No usar “argumentum ad hominem” o “falacia de ataque a las persona” en las discusiones. No buscar convencer o desacreditar las opiniones de las personas por su condición jerárquica, su rol, su aptitud o su actitud personal. Buscar discutir ideas.
• No comunicar decisiones que repercuten en la vida de las personas sin la previsión necesaria. En este sentido hay que brindar transparencia para generar confianza.
• Motorización de la "felicidad" de los miembros del equipo o de la organización.

 
Colaborando

Se busca la colaboración con el cliente sobre negociación contractual. Siendo extensible al resto de la organización y suponiendo que en cualquier relación de trabajo existe un cliente y un proveedor, buscamos que exista colaboración entre los mismos. Antes de priorizar un contrato o lo previamente establecido como lo que cada parte debe cumplir, se debe buscar colaborar. Nuestros clientes deberían ser nuestro punto de contacto principal, nuestro compañero de trabajo con el que nuestro accionar conjunto fluye en vez de ser frenado por fricciones burocráticas o contractuales.

 
¿Cómo hacerlo?

• Compartir información y experiencias, y brindar los medios para que todos lo puedan hacer.
• Plantear negociaciones ganar-ganar. Pues llevar a cabo una estrategia basada en la cooperación ganar-ganar debería ser mucho más que una actitud ante circunstancias específicas, debería ser una forma de relacionarse colaborando.
• Hacer frecuentes reuniones técnicas en equipo. Los diseños deben ser emergentes desde la colaboración en equipo y no desde la anarquía grupal o de la mente de un iluminado esperto. También hacer frecuentes reuniones estrategias y tácticas.
• Fomentar el liderazgo democrático y facilitar sistemas democráticos para la toma de decisiones.
• Colaborar y coordinar con otros equipos para desarrollar componentes o soluciones transversales, en vez de resolver solo nuestros problemas funcionales a nuestras aplicaciones o a nuestra área en forma aislada. Desde el punto de vista del desarrollo, hay que tomarse un tiempo cada vez que tengamos que implementar algo, tratar dentro de lo posible de mirar hacia el lado, conversar con alguien, ver si lo que estamos haciendo tiene calidad, por ejemplo si puede ser reutilizado, si no deja deuda técnica o simplemente si existe una forma mejor de hacerlo.
• El cliente debe estar presente colaborativamente en el equipo. En equipos Scrum el PO debe tener dedicación, en lo posible, exclusiva al equipo. Debemos tener presente a nuestros clientes internos y a las personas que les servimos para que realmente les sirvamos.
• Buscar la ayuda temprana ante problemas. Poseer un sistema de "alarma" interna cuando alguien está bloqueado o entrampado con un tema.

 

Como agentes de cambio

El cambio parece ser la única constante en nuestras vidas y aunque no sea del todo bienvenido debemos estar abiertos a él. Ser agentes de cambio es lograr respuestas ágiles ante el cambio sobre seguir un plan. Con este valor buscamos, en general, priorizar la flexibilidad para la adaptación a cambios en vez de la rigidez de seguir un plan detallado, seguir documentación, o reglas y estructuras rígidas. Debemos buscar que la organización sea orgánica y dinámicamente flexible, adaptándose constantemente y no una automata mecánica que sigue una programación previa detallada. Además, no bastaría con ser aptos al cambio, aceptarlo y ser reactivos, sino que también hay que ser pro-activos. Debemos ser agentes de cambio, ser agentes de nuevas posibilidades, de que las cosas ocurran, facilitadores del proceso de cambio hacia una cultura ágil y de que el nuevo status quo ágil suceda.

¿Cómo hacerlo?

• Buscar que se cumplan los valores anteriores. Tener la capacidad de relacionarse en forma efectiva con las personas de la organización y los participantes en el proceso de cambio, debe crear un clima de confianza, apertura, respeto y colaboración entre todos los participantes [García López 2010].
• Buscar cómo se puede lograr el aumento de la eficacia de la organización en toda sus metas [García López 2010]. Proponer ideas, cambios y mejoras a los producto como a los procesos y políticas de la compañía.
• Escuchar a las personas y comprenderlas aún cuando no esté de acuerdo con ellas para vencer la resistencia al cambio [García López 2010].
• Diagnosticar situaciones y comportamientos que estén provocando problemas a la organización, o simplemente ver oportunidades de mejorar [García López 2010]. Levantar riesgos a las "noticias" o "decisiones" que se nos imponen y qué cosas obstaculizan la agilidad.
• Confrontar a personas o grupos, proporcionándoles retroinformación constructiva para que acepten, adopten e impulsen el cambio y no lo obstruyan [García López 2010].
• Sugerir soluciones y orientar acciones para desarrollar las organizaciones [García López 2010].
• Reorganizarse como equipo frente a cambios o problemas antes que esperar que nos digan qué y cómo enfrentarlos. Ser proactivo como equipo.
• Asegurar que las retrospectivas o reflexiones grupales de mejora contínua tengan acciones que se cumplan y no sean solo momentos de terapia o conversaciones de resultados estériles en el futuro.
• Involucrarse en las prácticas de otros equipos que no aparentan ser ágiles e intentar generar nexos que mejoren la comunicación con ellos en prácticas ágiles; y compartirles experiencias motivadoras.

• Buscar ser abiertos de mente y ser aptos para la adaptación a otras maneras de pensar o puntos de vista. Para ello no hay que tener miedo al conflicto, hay que lograr una aceptación del "conflicto positivo".

• Experimentar buscando la mejora por sobre preferir hacer lo que veníamos haciendo.
• Buscar que la organización sea inteligente, una organización que aprenda. Los mejores deben enseñar al resto [Laszlo Bock 2015].

Para hacer que las cosas funcionen mejor

Hacer que las cosas funcionen deriva de software funcionando sobre documentación extensiva. Este valor indica que hay que estar orientado al producto o focalizarse en él y de este modo requerir un incremento de producto completado y funcionando como resultado final de cada ciclo de trabajo, en vez de tener que cumplir con grandes y engorrosas documentaciones, protocolos y estándares o formalismos burocráticos. El producto concreto y funcionando es lo que permite a la organización guiarse hacia el éxito. Y esto se puede extender a cualquier producto, cualquier objetivo entregable o subsistema dentro de la organización y no solo al software. Lo clave es que lo que importa es que las cosas funcionen, que los procesos funcionen, que el sistema funcione y que nuestros resultados sean funcionales. Además, con que funcionen no es suficiente, deben hacerlo cada vez mejor; como un proceso evolutivo. El mero acto de hacer que las cosas sucedan es lo que crea el cambio y por lo tanto es garantía de éxito como agentes de cambio dentro de una organización.

¿Cómo hacerlo?

• Buscar entregar valor en forma frecuente a nuestros clientes (o a todas las personas que laboralmente esperan algo de nosotros) y recibir retroalimentación constante de ello. Evaluar constantemente si lo que estamos haciendo o entregando aporta valor, desde la revisión de un estándar hasta la refactorización de código.
• No trabajar bajo demanda o esperar que los demás nos contacten, que sigan los procesos, lo pactado o los planes; en vez de ello, hay que ir a los demás para asegurarse de que las cosas funcionan. No hay que descansar en nuestra autoridad, en comunicados memos, en documentos o en la definición de procesos; sino que hay que actuar y hacer que las cosas sucedan.
• Buscar que las cosas fluyan, que los procesos fluyan. Resolver impedimentos y facilitar para que los procesos sean ágiles. Además, hay que hacer la vida fácil a las personas de la organización [Laszlo Bock 2015].
• Buscar el aumento de la eficacia de la organización en toda sus metas.
• Probar con usuarios, con el equipo o con el cliente; buscar el “feedback temprano” por sobre la investigación teórica para probar tempranamente el funcionamiento (del software, de diseños, de procesos, etc.).

Conclusión

Se puede concluir que una forma simple de buscar ser ágil es:

• En primera instancia, tener presente los valores ágiles. Para ello podemos recurrir a recordar un mantra como el que dice:  "Me relaciono, colaborando, como agente de cambio, para que las cosas funcionen mejor".
• Meditar frecuentemente sobre si nuestras acciones cotidianas están alineadas a ellos o a nuestro mantra ágil.
• Pensar en cómo podemos hacer para que lo que hacemos diariamente respete algún valor ágil.

Entonces, cuando decimos "soy Ágil", estamos diciendo que aceptamos y nos comprometemos con los valores ágiles (que conocemos), y que estamos avanzando en esa dirección [Walter Bodwell 2009].

Siendo ágil contagiamos la agilidad, además lo hacemos compartiendo nuestro mantra con los demás.

Nota final

Recordar que para ser realmente ágiles también hay que aplicar los doce principios ágiles que se desprenden de los valores ágiles y que están en el manifiesto ágil [Agilemanifesto 2001], aunque estos 12 principios no fueran tratados en este artículo; y aplicar un marco o proceso ágil de trabajo (Scrum, XP, Lean kanban, etc.).

También hay que tener en cuenta que tanto los valores como los principios no son exclusivos de desarrolladores, programadores, Team Members, o; sino que se pueden hacer extensibles a cualquier rol dentro de la organización. Cualquier persona que desarrolla cualquier rol en nuestra compañía puede ser ágil.

Referencia:

[Agilemanifesto 2001] Agilemanifesto.org, 2001.

[UNTREF, 2014] UNTREF (2014). Construcción de software: una mirada ágil. Por Nicolás Paez, Diego Fontdevila, Pablo Suárez, Carlos Fontela, Marcio Degiovannini, Alejandro Molina. Universidad Nacional de Tres de Febrero (UNTREF).

[Stephen Haunts 2015] Agile Software Development Succinctly By Stephen Haunts Foreword by Daniel Jebaraj. 2015 by Syncfusion, Inc. Courtney Wright.

[Maturana 2004] Transformación en la convivencia. Humberto Maturana, 2004.

[Steve Jobs 2015] Lecciones de liderazgo. Walter Isaacson, 2015.

[Sergio Fernandez 2014] El nuevo paradigma laboral. Sergio Fernández, 2014.

[García López 2010] El agente de cambio organizacional: su rol y propósitos, García López, J.M., en Contribuciones a la Economía, abril 2010.

[Walter Bodwell 2009] What Is Agile? by Walter Bodwell, wbodwell on Sun (wbodwell's blog), 09/27/2009.

[Laszlo Bock 2015] La nueva fórmula de trabajo. Revelaciones de Google que cambiarán su forma de vivir y liderar, Por Laszlo Bock, 2015.