Entrando en tema

Para comprender el tema central, primero debemos conocer los principales conceptos, es decir: ¿Qué es eso de ERA? ¿Qué es eso de VUCA?

ERA

Era es un Framework Prompting, básicamente.

El concepto básico de framework tiene que ver con que es un «marco de trabajo» que proporciona una estructura conceptual o un conjunto de pautas sobre cómo tratar un problema o una tarea en particular. No es tan rígido como una metodología que define cada paso, ni es tan específico como una técnica que se centra en una habilidad particular. ¿Qué no es?

• No es un Modelo: Un modelo suele ser una representación simplificada de la realidad o un patrón a seguir (ej., Modelo de Madurez CMMI). ERA no busca representar la realidad de un proceso completo, sino guiar una parte específica de la interacción.
• No es una Técnica: Una técnica es un método o habilidad particular para realizar una actividad específica (ej., técnica de lluvia de ideas, técnica de estimación de Puntos de Función). ERA no es una única habilidad, sino una guía para estructurar una comunicación compleja.
• No es una Metodología: Una metodología es un sistema de métodos, principios y reglas utilizados en una disciplina (ej., Metodología Scrum, Metodología Waterfall). Una metodología abarca un ciclo de vida completo o un conjunto integral de procesos. ERA se enfoca en la formulación de prompts (instrucciones o peticiones, si se quiere), una parte específica dentro de procesos más grandes.

ERA se lo debe entender como un framework porque ofrece una estructura organizada y lógica para formular prompts (instrucciones a una IA). Su estructura, y de ahí sus siglas: Expectativa, Rol, Acción; te guían para pensar de manera estructurada al interactuar con un modelo de lenguaje, sin dictar el contenido exacto de cada paso ni ser un sistema completo para gestionar cierto escenario como puede ser gestión de proyectos ágiles o gestión de procesos de control de calidad de software. Es una guía flexible que nos permite adaptar cierto contenido que le proporcionamos a nuestras necesidades específicas mientras mantiene una base coherente y efectiva.

VUCA

VUCA como un acrónimo, describe un marco conceptual o un paradigma de entorno. Te explico.

¿Por qué un Acrónimo/Marco Conceptual?

• No es un Modelo: Un modelo es una representación simplificada de la realidad o un patrón a seguir (ej., Modelo de Madurez CMMI). VUCA no ofrece un patrón de comportamiento o un conjunto de componentes interrelacionados para un sistema; más bien, describe las características de un sistema o entorno.
• No es una Técnica: Una técnica es un método o habilidad particular para realizar una actividad específica (ej., técnica de lluvia de ideas, técnica de estimación). VUCA no te dice cómo hacer algo, sino cómo es el entorno en el que debes operar.
• No es una Metodología: Una metodología es un sistema de métodos, principios y reglas utilizados en una disciplina (ej., Metodología Scrum, Metodología Waterfall). Una metodología proporciona un camino estructurado para lograr un objetivo; VUCA simplemente etiqueta las condiciones del camino.

VUCA es un acrónimo formado por las iniciales de:

• Volatility (Volatilidad): La velocidad, escala y dinámica del cambio.
• Uncertainty (Incertidumbre): La falta de predictibilidad, la perspectiva de sorpresa y la ausencia de datos claros.
• Complexity (Complejidad): El conjunto de problemas y causas interconectadas.
• Ambiguity (Ambigüedad): La falta de claridad sobre el significado de un evento, la confusión sobre las relaciones causa-efecto.

Este acrónimo fue introducido por el U.S. Army War College a finales de los años 80 para describir el mundo multilateral percibido después de la Guerra Fría. Desde entonces, ha sido ampliamente adoptado en el ámbito empresarial para describir las condiciones de un entorno global y empresarial en constante cambio.

Por lo tanto, VUCA es un marco conceptual que proporciona un vocabulario para entender y describir las características de un entorno que se percibe como desafiante y difícil de manejar. No es un «cómo hacer», sino un «qué es» y que luego impulsa la necesidad de desarrollar diferentes enfoques (como la agilidad) para operar dentro de él.

OK, habiendo puesto en claro los principales conceptos, me enfocaré en el tema central para compartirte mi visión y que de alguna forma pueda ayudarte, por lo menos a investigar, probar y evaluar su viabilidad en tu ambiente y/o entorno de trabajo. ¿Vamos?

¿Podemos ponernos de acuerdo en ciertos problemas comunes?

Probablemente algunos de los problemas que aquí describo, los hayas vivido o incluso lo estés viviendo.

Los problemas comunes en todo proyecto en el que se desarrolla software, y que representan escenarios problemáticos pueden ser tratados mediante el modelo VUCA, aplicando el framework ERA, pudiendo ser de gran ayuda para un Project Manager (PM) o Test Lead (TL):

1. «Requisitos ambiguos y cambiantes: El desafío de la definición del alcance en un entorno volátil.»
   • Problema: Falta de claridad en lo que el cliente realmente quiere, requisitos que cambian/se transforman constantemente, llevando a retrabajos y desviaciones del cronograma.
   • ¿Cómo VUCA + ERA ayuda?: ERA permite al PM ó TL usar la IA para, bajo el «Rol» de «analista de requisitos», identificar la «ambigüedad» y «volatilidad» de los requisitos (VUCA), y en la «Acción», solicitar a la IA que proponga estrategias para destrabar dicha ambigüedad (ej. «Genera preguntas clave para el Stakeholder», «Quiero que propongas escenarios de uso para validar la comprensión de todo el equipo, considerando los roles intervinientes (SM, Developer, Tester)», «Diseña un plan de entregas incrementales para mitigar la ambigüedad y volatilidad, acompañando cada Sprint»).
2. «Estimaciones imprecisas y cronogramas inestables: Superando la incertidumbre en la planificación.»
   • Problema: Dificultad para estimar tiempos y esfuerzos de desarrollo debido a la falta de información o experiencia previa, resultando en cronogramas que se incumplen repetidamente.
   • ¿Cómo VUCA + ERA ayuda?: El PM ó TL puede usar la IA con el «Rol» de «experto en estimaciones ágiles» para abordar la «incertidumbre» (VUCA). La «Acción» podría ser: «Analiza los datos históricos de proyectos similares (Nota interna para el PM/TL (no forma parte del prompt): si los hay, habrá que cargarlos previamente) y quiero que propongas un rango de estimación para las siguientes 3 funcionalidades clave (Nota interna para el PM/TL y no forma parte del prompt: se deberían especificar cuáles son las 3 funcionalidades clave y acordadas entre todos los miembros del equipo), identificando los factores de riesgo asociados a la incertidumbre y sugiriendo planes de contingencia (Nota interna para el PM/TL y no forma parte del prompt: Es muy conveniente proporcionar además un modelo ejemplo de otros «planes de contingencia»).
3. «Integración de módulos complejos: La gestión de dependencias y la coordinación de equipos.»
   • Problema: Múltiples equipos trabajando en diferentes módulos con interdependencias complejas, lo que genera cuellos de botella, conflictos de integración y defectos difíciles de rastrear.
   • ¿Cómo VUCA + ERA ayuda?: El PM ó TL puede emplear la IA con el «Rol» de «arquitecto de sistemas» o «coordinador de integración» para abordar la «complejidad» (VUCA). La «Acción» podría ser: «Identifica las 5 dependencias más críticas entre los módulos A, B y C. (Nota interna para el PM/TL y no forma parte del prompt: se debería cargar el contenido correspondiente a cada uno de los módulos que se analizarán para detectar dependencias) y quiero que propongas un plan de integración incremental (Nota interna para el PM/TL y no forma parte del prompt: es recomendable proporcionar un modelo de «plan de integración incremental a modo de ejemplo) y sugiere métricas para monitorear la complejidad de las interacciones (Nota interna para el PM/TL y no forma parte del prompt: es recomendable ofrecer modelos o ejemplos de otro tipo de métricas que el equipo suele aplicar), así como estrategias para la resolución temprana de conflictos.»
4. «Falta de alineación del equipo y resistencia al Cambio: Superando la volatilidad organizacional.»
   • Problema: El equipo no comprende la visión del proyecto o la estrategia ágil, hay resistencia a nuevas metodologías o herramientas, y la moral se ve afectada por cambios constantes en la dirección.
   • ¿Cómo VUCA + ERA ayuda?: El PM ó TL puede usar la IA con el «Rol» de «facilitador de cambio organizacional» para abordar la «volatilidad» y «ambigüedad» en la comunicación (VUCA). La «Acción» podría ser: «Diseña un plan de comunicación (Nota interna para el PM/TL y no forma parte del prompt: es recomendable proporcionar un modelo de «plan de comunicación» que ya tenga el equipo) para el equipo y los stakeholders sobre los próximos cambios en el alcance, enfatizando los beneficios y mitigando la resistencia. Quiero que propongas actividades de team building para fomentar la adaptabilidad y la mentalidad ágil.»
5. «Defectos críticos en producción y retrasos en el QA: La incertidumbre en la calidad del software.»
   • Problema: Errores importantes que se detectan tarde en el ciclo de vida o incluso en producción, indicando fallas en las estrategias de prueba y control de calidad.
   • ¿Cómo VUCA + ERA ayuda?: Un PM ó TL puede usar la IA con el «Rol» de «experto en estrategia de pruebas» para abordar la «incertidumbre» en la calidad (VUCA). La «Acción» podría ser: «Basado en los últimos 3 incidentes en producción (Nota interna para el PM/TL y no forma parte del prompt: es recomendable proporcionar información acerca de los 3 incidentes detectados), identifica las áreas de mayor riesgo. Quiero que propongas un nuevo enfoque de pruebas (ej. más automatización, pruebas exploratorias, pruebas de rendimiento) basado en las mejores prácticas que recomienda el programa de estudos de la «ISTQB Test Manager» para las próximas iteraciones, y sugiere métricas clave para monitorear la calidad del software y reducir la ambigüedad sobre su estado.»

---

¿Vamos a más?

¿Podemos rescatar ideas vinculadas con la gestión de actividades de prueba, gestión de producto ó gestión del equipo? SI. Accediendo al programa de estudios del ISTQB CTAL-TM

---

Modelo a implementar (una de sus formas)

El PM ó TL debería incorporar el contenido propio del proyecto principalmente durante la fase de «Action» (Acción) del framework ERA, y de manera iterativa a lo largo de la conversación con la IA.

Aquí te detallo los momentos clave:

1. Al formular el prompt inicial (dentro de la sección «Action»):
   • Contexto del entorno: Aquí es donde el PM ó TL debe describir los factores específicos del mercado, la organización y la tecnología que son relevantes para el proyecto. Por ejemplo, el PM ó TL debería proporcionar el entorno para el proyecto, por ejemplo: «es el mercado de software educativo en América Latina, caracterizado por una alta adopción de tecnología móvil y una regulación gubernamental cambiante.»
   • Identificación VUCA: Si el PM ó TL ya tiene una percepción inicial de qué aspectos de su proyecto son volátiles, inciertos, complejos o ambiguos, puede incluirlos como ejemplos o puntos de partida para que la IA los desarrolle.
   • Impacto en el proyecto: Aunque la IA puede inferir impactos generales, el PM ó TL puede guiarla con ejemplos específicos de cómo la volatilidad en el sector que corresponda ha afectado proyectos anteriores.
2. En las interacciones de seguimiento (refinamiento iterativo):
   • Respondiendo a preguntas de la IA: La IA, al procesar el prompt ERA, a menudo pedirá más detalles para ser más específica. Por ejemplo, si la IA pregunta: «¿Podrías darme más detalles sobre el tipo de producto que se desarrollará?», el PM ó TL debe proporcionar la información específica de su proyecto («Estamos desarrollando una aplicación móvil de gestión financiera para pequeñas empresas»).
   • Añadiendo información no considerada inicialmente: A medida que la IA genera respuestas, el PM ó TL puede darse cuenta de que olvidó mencionar un factor crítico del proyecto (ej. «Además, el equipo es remoto y multicultural»). Este es el momento de añadir esa información para que la IA la incorpore en sus análisis.
   • Refinando las respuestas de la IA: Si la IA da una sugerencia general, el PM ó TL puede decir: «Esa es una buena idea, pero para nuestro proyecto específico con un presupuesto limitado, ¿Cómo podríamos implementar esa acción de manera más eficiente?»

En resumen, el framework ERA (especialmente las secciones de Expectation y Role) le da a la IA la estructura y el «cerebro» para pensar, pero es el contenido específico del proyecto que el PM ó TL introduce en la sección de «Action» y en las interacciones posteriores lo que permite a la IA generar respuestas relevantes y personalizadas para la situación real del PM.

Por último y no menor, deberás investigar acerca de ciertas técnicas para interactuar con la IA como por ejemplo el «hilo de pensamiento» y el «recordatorio de datos proporcionados» para ir logrando alcanzar el objetivo final. Lo ideal después sería pensar en desarrollar una estructura lo suficientemente genérica que permita ser reutilizada. ¿Cierto? Ese es uno de los grandes desafíos.

Gracias por seguir mis contenidos y seguirme en LinkedIn.