Cambiar el Juego: de la Operación al Proyecto Ágil

• El cliente de informática de gestión especifica la nueva funcionalidad como si supiera lo que necesita, pero rara vez sabe lo que quiere, exactamente.
• El equipo de desarrollo no comprende la utilidad para el negocio. Avanzan sin preguntar, tomando supuestos. Construyen el mínimo código que creen que satisface los requisitos, con tal de entregar lo antes posible, pues deben atender otros trabajos importantes. La estrategia de entregar rápido normalmente funciona bien, porque los usuarios de negocio no suelen probar lo nuevo. Cuando descubren los fallos, ha pasado tiempo, nadie recuerda la especificación inicial, y se aborda como nuevo trabajo, no como el retrabajo que realmente es.
• Si el cliente dedica tiempo a probar lo nuevo, descubre que lo que se ha entregado no puede usarse y es incompleto. Quizá no sabían lo que querían, pero desde luego que saben lo que no quieren. Como sienten que han perdido su valioso tiempo, son demoledores en su crítica, fundamentando sus argumentos con razones de negocio incomprensibles para los técnicos.
• El project manager defiende la entrega ante el cliente, aportando buenas razones de negocio, también. Levanta la moral del equipo con arengas del tipo: «Habéis hecho un trabajo estupendo, sois los mejores. Los usuarios de negocio estaban equivocados, nosotros teníamos razón».

El cliente de informática de gestión rara vez sabe lo que quiere, pero siempre sabe lo que no quiere…

• No está claro el producto final, plazos, costes, objetivos de negocio, la condición de cierre, etc.
• Las personas de negocio se dedican parcialmente, entre otras actividades rutinarias, dedicando solo el tiempo imprescindible. Ni siquiera el equipo técnico está dedicado al 100%.
• El project manager actúa como un coordinador de tareas, más reactivo que proactivo. Mientras no surja la siguiente crisis, dedicará su tiempo a participar en reuniones, interaccionar por email, preparar informes y redactar documentos.

1. Fomentar los principios ágiles modelándolos y discutiendo los valores ágiles para desarrollar un entendimiento común dentro del equipo y entre el equipo y los interesados.
2. Ayudar a asegurar que todos tengan un entendimiento común de los valores y principios ágiles, de las prácticas ágiles y la terminología empleada para trabajar de manera efectiva.
3. Apoyar el cambio en la organización educando e influenciando sobre los procesos, comportamientos y personas para hacer la organización más eficaz y eficiente.
4. Practicar la visualización por medio de radiadores de información muy visibles que muestren el progreso y desempeño real del equipo para fomentar la transparencia y la confianza.
5. Fomentar un entorno de seguridad y confianza, permitiendo que todos experimenten y cometan errores para que puedan aprender y mejorar continuamente la forma de trabajar.
6. Mejorar la creatividad experimentando con nuevas técnicas e ideas sobre los procesos, para descubrir formas de trabajar más eficientes y eficaces.
7. Fomentar que los miembros del equipo compartan el conocimiento colaborando y trabajando juntos para reducir los riesgos de islas de conocimiento y cuellos de botella.
8. Estimular el liderazgo emergente dentro del equipo estableciendo un entorno respetuoso y seguro en el que puedan probarse nuevos enfoques para producir mejoras y fomentar la auto-organización y el facultamiento.
9. Practicar el liderazgo servicial soportando y estimulando a otros en sus esfuerzos, de manera que puedan trabajar a su máximo nivel y continuar mejorando.

1. Definir los entregables identificando unidades que puedan producirse en incrementos para maximizar su valor para los interesados y, al mismo tiempo, minimizar el trabajo que no implica valor agregado.
2. Refinar los requerimientos obteniendo consenso sobre los criterios de aceptación de las características con un enfoque justo a tiempo para entregar valor.
3. Seleccionar y adaptar el proceso del equipo en función de las características del proyecto y de la organización, así como de la experiencia del equipo, para optimizar la entrega de valor.
4. Planificar en función de incrementos pequeños de versiones organizando los requerimientos en características mínimamente comercializables/productos mínimamente viables para poder reconocer y entregar valor en forma temprana.
5. Limitar el tamaño de los incrementos y aumentar la frecuencia de las revisiones con los interesados adecuados para identificar y responder a los riesgos en etapas tempranas y a un costo mínimo.
6. Solicitar retroalimentación al cliente y a los usuarios revisando frecuentemente los incrementos para confirmar y mejorar el valor de negocio.
7. Priorizar las unidades de trabajo mediante la colaboración con los interesados, para optimizar el valor de los entregables.
8. Realizar revisiones y mantenimientos frecuentes de los resultados de trabajo priorizando y manteniendo la calidad interna para reducir el costo total del desarrollo incremental.
9. Identificar y priorizar continuamente los factores ambientales, operacionales y de infraestructura para mejorar la calidad y el valor de los entregables.
10. Realizar revisiones operacionales y/o puntos de control periódicos con los interesados para obtener retroalimentación y correcciones respecto del trabajo en progreso y el trabajo planificado.
11. Equilibrar el desarrollo de unidades entregables y los esfuerzos de reducción de riesgos incorporando trabajo de producción de valor y de reducción de riesgos a la lista de trabajo pendiente (backlog) para maximizar el valor total de la propuesta a lo largo del tiempo.
12. Repriorizar los requerimientos periódicamente para reflejar los cambios en el ambiente y las necesidades o preferencias de los interesados para maximizar el valor.
13. Obtener y priorizar los requerimientos no funcionales (como las operaciones y la seguridad) teniendo en cuenta el ambiente en el que se usará la solución para minimizar la probabilidad de fracaso.
14. Realizar revisiones frecuentes de los productos de trabajo realizando inspecciones, revisiones y/o evaluaciones para identificar e incorporar mejoras en el proceso general y en el producto/servicio.

1. Identificar e involucrar interesado(s) del negocio efectivo(s) y con facultades a través de revisiones periódicas para garantizar que el equipo tenga conocimiento sobre los intereses, las necesidades y expectativas de los interesados.
2. Identificar e involucrar a todos los interesados (presentes y futuros) promoviendo el intercambio de conocimiento en forma temprana y a lo largo del proyecto para garantizar el flujo ininterrumpido de información y valor a lo largo de la duración del proyecto.
3. Establecer relaciones con los interesados formando un acuerdo de trabajo entre los interesados claves para promover la participación y la colaboración efectiva.
4. Mantener un involucramiento adecuado por parte de los interesados evaluando continuamente los cambios en el proyecto y en la organización para garantizar que los nuevos interesados estén adecuadamente involucrados.
5. Establecer comportamientos colaborativos entre los miembros de la organización favoreciendo la toma de decisiones y la resolución de conflictos en forma grupal para mejorar la calidad de las decisiones y reducir el tiempo requerido para tomar decisiones.
6. Establecer una visión compartida de los diversos incrementos del proyecto (productos, entregables, versiones, iteraciones) desarrollando una visión de alto nivel y respaldando objetivos para alinear las expectativas de los interesados e infundir confianza.
7. Establecer y mantener un entendimiento compartido de los criterios de éxito, los entregables y las compensaciones aceptables facilitando el conocimiento entre los interesados para alinear las expectativas e infundir confianza.
8. Proporcionar transparencia con respecto al estado del trabajo comunicando el progreso del equipo, la calidad del trabajo, los impedimentos y los riesgos para ayudar a los interesados primarios a tomar decisiones informadas.
9. Proporcionar pronósticos con un nivel de detalle que equilibre la necesidad de certidumbre y los beneficios de la adaptabilidad para permitir que los interesados planifiquen efectivamente.

1. Cooperar con otros miembros del equipo para idear reglas básicas y procesos internos, a fin de favorecer la cohesión del equipo y fortalecer el compromiso de los miembros del equipo con los resultados compartidos.
2. Ayudar a crear un equipo que tenga las habilidades interpersonales y técnicas necesarias para alcanzar todos los objetivos conocidos del proyecto, a fin de crear valor de negocio con una demora mínima.
3. Alentar a los miembros del equipo a volverse especialistas generalistas para reducir el tamaño del equipo y los cuellos de botella, y crear un equipo multidisciplinario de alto rendimiento.
4. Contribuir a la autoorganización del trabajo facultando a otros y fomentando el liderazgo emergente para producir soluciones efectivas y manejar la complejidad.
5. Descubrir continuamente los factores de motivación y de desmotivación personales y del equipo para garantizar que la moral del equipo sea alta y que los miembros del equipo se mantengan motivados y productivos a lo largo del proyecto.
6. Facilitar la comunicación estrecha dentro del equipo y con los interesados externos adecuados a través de la coubicación o el uso de herramientas de colaboración para reducir los problemas de comunicación y evitar tener que rehacer trabajo.
7. Reducir las distracciones para establecer un resultado predecible y optimizar el valor entregado.
8. Participar en la alineación de las metas del proyecto y del equipo compartiendo la visión del proyecto para garantizar que el equipo comprenda cómo se articulan sus objetivos con las metas generales del proyecto.
9. Alentar al equipo a medir su velocidad monitoreando y midiendo el rendimiento real en iteraciones o versiones previas para que los miembros obtengan una mejor comprensión de su capacidad y creen predicciones más precisas.

1. Planificar en múltiples niveles (estratégico, de versión, de iteración, diario) creando el grado de detalle apropiado usando la planificación gradual y la elaboración progresiva para equilibrar la predictibilidad de los resultados con la capacidad de aprovechar oportunidades.
2. Visibilizar y dar transparencia a las actividades de planificación fomentando la participación de interesados claves y publicando los resultados de planificación para aumentar el nivel de compromiso y reducir la incertidumbre.
3. A medida que se desarrolla el proyecto, establecer y manejar las expectativas de los interesados generando niveles de compromiso cada vez más específicos para garantizar un entendimiento común de los entregables esperados.
4. Adaptar la cadencia y el proceso de planificación en función de resultados de retrospectivas periódicas acerca de las características y/o el tamaño/la complejidad/la criticidad de los entregables del proyecto para maximizar el valor.
5. Inspeccionar y adaptar el plan del proyecto para reflejar los cambios de los requisitos, del cronograma, del presupuesto y de las prioridades cambiantes en función del aprendizaje del equipo, la experiencia de entrega, la retroalimentación de los interesados y los defectos, a fin de maximizar el valor de negocio entregado.
6. Evaluar el tamaño de los elementos usando técnicas de elaboración progresiva para determinar el tamaño probable del proyecto independientemente de la velocidad del equipo y de variables externas.
7. Ajustar la capacidad incorporando las exigencias de mantenimiento y de operaciones, y otros factores para crear o actualizar la estimación del rango.
8. Crear el alcance inicial, el cronograma y las estimaciones del rango de costo que reflejen la comprensión actual de alto nivel del esfuerzo necesario para entregar el proyecto, con el fin de desarrollar un punto de inicio para dirigir el proyecto.
9. Refinar el alcance, el cronograma y las estimaciones del rango de costo que reflejen la comprensión más reciente del esfuerzo necesario para entregar el proyecto, con el fin de dirigir el proyecto.
10. Usar continuamente datos de los cambios en la capacidad de recursos, del tamaño del proyecto y de las métricas de velocidad para evaluar la estimación de cuándo se completará el proyecto.

1. Crear un ambiente abierto y seguro fomentando la conversación y la experimentación para hacer que salgan a la superficie los problemas e impedimentos que están retrasando al equipo o inhibiendo su capacidad de entregar valor.
2. Identificar amenazas e incidentes educando e involucrando al equipo sobre diversos puntos del proyecto para resolverlos en el momento apropiado y mejorar los procesos que causaron incidentes.
3. Garantizar que los incidentes sean resueltos por miembros del equipo adecuados y/o restablecer las expectativas teniendo en cuenta los incidentes que no pueden resolverse para maximizar el valor entregado.
4. Mantener una lista visible, supervisada y priorizada de amenazas e incidentes para aumentar la rendición de cuentas, fomentar la adopción de medidas y hacer un seguimiento de los responsables y del estado de resolución.
5. Comunicar el estado de las amenazas e incidentes manteniendo una lista de amenazas e incorporando actividades a la lista de trabajo pendiente (backlog) para brindar transparencia.

1. Adaptar y acondicionar el proceso del proyecto revisando e integrando periódicamente las prácticas del equipo, la cultura de la organización y las metas de entrega para garantizar la efectividad del equipo dentro de las pautas y normas establecidas de la organización.
2. Mejorar los procesos del equipo llevando a cabo retrospectivas y experimentos de mejora frecuentes para mejorar en forma continua la efectividad del equipo, del proyecto y de la organización.
3. Buscar retroalimentación sobre el producto mediante la entrega incremental y las demostraciones frecuentes para mejorar el valor del producto.
4. Crear un ambiente de aprendizaje continuo proporcionando oportunidades para que las personas desarrollen sus habilidades para desarrollar un equipo más productivo de especialistas generalistas.
5. Cuestionar los elementos existentes del proceso realizando un análisis de flujo de valor y eliminando desperdicio para aumentar la eficiencia individual y la efectividad del equipo.
6. Crear mejoras sistémicas distribuyendo conocimiento y prácticas a través de los proyectos y de las fronteras de la organización para evitar que vuelvan a ocurrir problemas ya identificados y mejorar la efectividad de la organización en su conjunto.

• Inicio: La nueva funcionalidad podría ser algo puntual, que no merezca gestionarse como un proyecto, pero lo más habitual es que sea parte de una necesidad de negocio con mayores implicaciones. El project manager puede facilitar la fase del inicio del proyecto, en la que los responsables del negocio llegan a acuerdos de alto nivel sobre qué hay que hacer, por qué, cuándo, cómo, etc. Se justifica razonadamente que el proyecto es prioritario. Algún directivo, que asume el rol de patrocinador, autoriza su ejecución.
• Planificación: Con la ayuda de los responsables del negocio, el project manager ordena las diferentes entregas del proyecto, priorizando primero lo más importante y dejando lo menos valioso para las entregas finales. Modela una hoja de ruta que cumple los hitos requeridos por el negocio, en la que se puede visualizar cuándo estarán disponibles las entregas, normalmente entre 3 y 5. Desde que concluye la primera entrega, las personas involucradas ya pueden usar algunas funcionalidades muy valiosas. Cada entrega se modela como una fase del proyecto, que se divide en iteraciones de igual duración (típicamente 2 semanas), normalmente entre 5 y 10 iteraciones por entrega. Se dice que se sigue una planificación gradual porque, a medida que el proyecto avanza, se van descubriendo más elementos de detalle del alcance. Desde la primera entrega, se van replanificando las siguientes funcionalidades de alto nivel. Desde la primera iteración, se van refinando las funcionalidades detalladas.
• Ejecución: El project manager promueve una «mentalidad ágil», evitando la separación entre Negocio y Tecnología. Es decir, tanto los representantes del negocio, como los integrantes del equipo de desarrollo, deben entender que forman parte de un mismo equipo, aunque se involucren de distinta forma. Los representantes del negocio ayudan a clarificar progresivamente los detalles funcionales, ayudan a resolver impedimentos de un día para otro, atienden a las demostraciones, confirman o rechazan (sin dramatizar) los incrementos, se animan a solicitar cambios que son bienvenidos, etc. Por su parte, los técnicos se autoorganizan para alcanzar la excelencia, no se les molesta en el trascurso de la iteración, comprenden la funcionalidad porque son ellos mismos quienes acaban realizando las demostraciones al final de cada iteración, etc. El project manager no se inventa esta forma de trabajar. Marcos como Scrum, que ya tienen más de 25 años, prescriben de manera concreta qué hay que hacer y son sencillos de comprender por todos los interesados (fácil de comprender no significa que sea fácil de practicar bien). Al final de cada iteración se tiene un incremento del producto validado. Las iteraciones se suceden hasta que se completa la funcionalidad de la entrega. Entonces se hace el pase a producción, y los usuarios ya pueden hacer lo más importante. A continuación, se comienza a trabajar en la siguiente entrega. El valor se va entregando gradualmente.
• Cierre: Después de pasar a producción la última entrega, si los representantes del negocio confirman que el valor se ha entregado y las necesidades se han satisfecho, el project manager procede al cierre formal del proyecto, siguiendo los procesos de la organización.