Ganancias:
- Capacidad para comprender los conceptos de solicitud de cambio, registro de problemas, tablero de control de cambios (CCB) y criterios de calidad y producir un borrador de análisis de impacto con soporte de inteligencia artificial.
- Capacidad de utilizar inteligencia artificial para visualizar el impacto del cambio en términos de alcance, tiempo, costo y calidad (triángulo de hierro) y redactar un análisis de la causa raíz.
- Capacidad para comprender que la aprobación de cambios y la aceptación de la calidad pertenecen al tomador de decisiones competente y que se debe verificar el análisis de impacto de la inteligencia artificial.
Ningún proyecto sale según lo planeado. Un cliente presenta una nueva solicitud, aparece un error inesperado y un requisito cambia. El objetivo de esta unidad es gestionar estos cambios inevitables antes de que se conviertan en caos. Aprenderemos sobre tres mecanismos: gestión de cambios, que garantiza que ningún trabajo cambie sin aprobación, gestión de problemas, que registra y resuelve los problemas que surgen, y gestión de calidad, que garantiza que los entregables sean "suficientemente buenos". La IA es un poderoso socio de análisis en los tres: hace visible el impacto de alcance, tiempo, costo y calidad de una solicitud de cambio, investiga la causa raíz de los problemas y redacta criterios de calidad. Pero la aprobación del cambio y la aceptación de la calidad siempre recae en quien toma las decisiones competentes; El análisis de impacto de la IA no debe convertirse en una decisión sin ser verificada.
La gestión del cambio y el triángulo de hierro
Una solicitud de cambio es una solicitud formal que propone un cambio en el alcance, cronograma, presupuesto o recurso. El cambio descontrolado es la principal fuente de variación del alcance que hemos visto en unidades anteriores. La solución es impulsar cada cambio a través de una puerta: el tablero de control de cambios (CCB) es el grupo autorizado que evalúa y aprueba/rechaza las solicitudes de cambio.
Para comprender el impacto de cada cambio, el concepto del triángulo de hierro es fundamental: alcance, tiempo y costo están interconectados (con la calidad en el medio). Cambiar uno afecta a los demás: si aumenta el alcance, aumentará el tiempo, aumentará el costo o disminuirá la calidad; “Más trabajo en el mismo tiempo, con el mismo presupuesto” a menudo tiene como precio la calidad. Un buen análisis de impacto muestra claramente el impacto de un cambio en estas tres (cuatro) dimensiones.
El proceso de cambio suele ser: solicitud de registro → análisis de impacto (alcance/tiempo/costo/calidad/riesgo) → decisión de la CCB → actualización del plan, cronograma y presupuesto si se aprueba → sesión informativa para las partes interesadas. Cualquier cambio no aprobado no se implementará.
Gestión de problemas y calidad.
Un problema, a diferencia de un riesgo, es un problema que ya ha ocurrido (el riesgo es incertidumbre en el futuro, el problema es la realidad hoy). El registro de problemas es una lista activa que rastrea los problemas abiertos, su prioridad, propietario y estado de resolución. Son comunes dos técnicas para encontrar la causa raíz de los problemas: 5 porqués: “¿por qué?” llegar a la causa raíz desde el síntoma superficial haciendo la pregunta consecutivamente; y diagrama de espina de pescado: mapear las causas en categorías (humano, proceso, material, máquina, medio ambiente).
La gestión de la calidad tiene dos partes: el aseguramiento de la calidad (QA) garantiza que los procesos funcionen correctamente (preventivo), el control de calidad (QC) verifica si los resultados cumplen con los criterios (detector). Los criterios de aceptación y la Definición de Hecho son los criterios que determinan cuándo un trabajo está realmente terminado.
concepto
que
ejemplo
solicitud de cambio
Solicitud oficial que cambia el plan
"Agregar filtro a la pantalla de informe"
Análisis de impacto
Alcance/tiempo/costo/impacto en la calidad
"+5 días, +3% presupuesto, riesgo medio"
CCB
autoridad de aprobación
Patrocinador + PM + líder técnico
problema
Problema realizado
"El entorno de prueba falló"
causa raíz
La verdadera razón (5 Razones)
"La configuración de la copia de seguridad es incorrecta"
Criterio de calidad
Criterios de aceptación
"Tasa de error < 1%"
Paso a paso: cambio y calidad con IA
- Aclare la solicitud. Escriba la solicitud de cambio como "qué, por qué, quién lo quiere"; No se puede analizar la demanda ambigua.
- Borrador de análisis de impacto. Solicite a AI un resumen del impacto en términos de alcance, tiempo, costo, calidad y riesgo; verificar números con datos del equipo.
- Generar opciones. Haga que la IA enumere las opciones de "aprobar/rechazar/aplazar/aplicar parcialmente" y los resultados de cada una.
- Presentar a la CCB. Llevar el análisis al tomador de decisiones; No aplicar sin aprobación.
- Análisis de causa raíz. Haga que la IA genere 5 cadenas de por qué y categorías de espina de pescado para un problema; Prueba con datos reales.
- Control de criterios de calidad. Entregar los entregables a AI y redactar las deficiencias/no conformidades de acuerdo con los criterios de aceptación; La aceptación final la da el perito.
Precaución: La IA puede hacer que el impacto de un cambio parezca leve, como "sólo 2 días", porque no conoce las dependencias ocultas ni los efectos indirectos. El análisis de impacto no debe presentarse a la CCB como “final” sin verificación con el equipo que realizará el trabajo.
tres mini casos
Caso 1: El costo real del cambio. Un cliente quería un "cambio menor de pantalla". PM entregó la solicitud a AI y recibió un borrador del análisis de impacto: el cambio afectó a tres módulos, +6 días y +4% de presupuesto. El equipo lo confirmó. CCB mostró el costo real al cliente; el cliente pospuso el cambio a la siguiente fase. La demanda, que se pensaba que era "pequeña", se gestionó antes de que se convirtiera en un caos.
Caso 2: Se encontró la causa raíz. En un equipo, el entorno de pruebas fallaba constantemente. El coordinador entregó el informe del problema a AI y pidió una cadena de 5 por qué. La cadena se redujo a "discos insuficientes → tarea de limpieza indefinida → sin propietario del proceso". El equipo resolvió la causa raíz (el proceso de limpieza huérfano), no el síntoma superficial (el colapso); El problema no volvió a ocurrir.
Caso 3: Impacto subestimado. Un equipo aprobó el borrador de AI "este cambio tiene un impacto mínimo" sin verificarlo. El cambio rompió la dependencia de la ruta crítica y el proyecto se retrasó 9 días. Lección: el análisis de impacto no se puede utilizar como base para decisiones sin la validación del equipo.
Aviso débil / Aviso fuerte
Aviso débil:
Considere esta solicitud de cambio.
Sin tamaño, sin datos y sin marco de decisión; La IA da una respuesta superficial y posiblemente demasiado optimista.
Potente mensaje:
Su función: analista de gestión de cambios. Solicitud de cambio: [descripción]. Solicitado por: [rol]. Justificación: [por qué]. Contexto: alcance actual, cronograma (ruta crítica adjunta), estado del presupuesto (en proporción). Tarea: Análisis de impacto a través del triángulo de hierro Producir BORRADOR: - Impacto del alcance, Impacto en el tiempo (¿afectará la ruta crítica?), Impacto en los costos, Impacto en la calidad, Nuevos riesgos - Opciones: aprobar / rechazar / posponer / parcial; resultado de cada regla: REDACTE los efectos numéricos y márquelos con "[se requiere verificación del equipo]". Suponga que no conoce las dependencias ocultas; discurso preciso. La decisión final corresponde a la CCB.
Este mensaje es poderoso: incluye un marco de triángulo de hierro, generación de opciones, alerta de borrador y énfasis en el tomador de decisiones.
Plantillas adicionales:
#5 ¿Por qué motor? La pregunta "¿por qué?" Llegue a la causa raíz haciendo la pregunta 5 veces seguidas: [problema]. En cada paso, escriba también cómo se verificará la siguiente causa con datos. Agregando una razón inventada.
# Productor de espina de pescadoEnumere las posibles causas del siguiente problema por categoría (Humano, Proceso, Herramienta/Máquina, Material, Medio Ambiente, Método). Marque las 3 razones más probables y sugiera un método de verificación.
# Inspector de aceptación de calidadVerifique la entrega artículo por artículo de acuerdo con los siguientes criterios de aceptación; Distinga entre cumplido, no cumplido e incierto. Indique que la decisión de aceptación final corresponde al perito.
Errores comunes
- Implementar el cambio sin aprobación: el cambio sin aprobación es un cambio en el alcance en sí mismo.
- Subestimar el impacto: lo que la IA llama un cambio "pequeño" puede ser grande con dependencias ocultas.
- Solucionar el síntoma y salir de la causa raíz: Si no se hacen los 5 Porqués el problema volverá.
- Confundir problema con riesgo: Riesgo en el futuro, problema en el presente; Se gestionan de manera diferente.
- Dejando el criterio de calidad subjetivo: la "bondad" no se puede medir; El criterio de aceptación debe ser numérico.
- Presentar un análisis de impacto a la CCB sin verificación: un análisis incorrecto alimenta una decisión equivocada.
Consejo: Decir "no" a cada solicitud de cambio también es una decisión de gestión. Un buen PM sabe que rechazar el cambio también protege el proyecto; El PM acepta todas las solicitudes y gestiona al cliente, no el proyecto.
En resumen
La gestión de cambios, problemas y calidad mantiene el proyecto a flote en medio de cambios inevitables. Los cambios pasan por el CCB y se analizan a través del triángulo de hierro (alcance-tiempo-costo-calidad); Se registran los problemas y se aborda la causa raíz con los 5 porqués y las espinas de pescado; La calidad está asegurada por criterios de aceptación mensurables. La IA acelera el análisis de impacto, la investigación de la causa raíz y la auditoría de calidad. Sin embargo, la verificación en equipo de las cifras de impacto, la aprobación de cambios y la aceptación de la calidad recaen en la autoridad humana competente.
Tarea de aplicación
Reciba una solicitud de cambio (real o potencial) de su proyecto. Generar un esquema de análisis de impacto y opciones de decisión desde la IA a través del triángulo de hierro; Verifique los números con alguien de su equipo. Además, tome un problema actual, llegue a la causa raíz con el "motor de los 5 porqués" y dirija la solución a la causa raíz. Resumir el análisis de impacto en un formato de decisión CCB.
lista de verificación
- [ ] Analicé el cambio a través del triángulo de hierro (alcance/tiempo/costo/calidad).
- [] Verifiqué los números de impacto con los datos del equipo, marcados como borrador.
- [ ] Llevé el cambio a la autoridad competente (CCB) para su aprobación.
- [] Encontré la causa raíz del problema con 5 Reasons/fishbone.
- [ ] Vinculé la aceptación de la calidad con criterios mensurables.
- [] No implementé ningún cambio sin aprobación.