2.7 · Gobierno del proyecto
Quién decide qué, y cuándo.
El método funciona solo si cada decisión tiene dueño y queda escrita. Esta página define los roles de Naoro y del cliente, el ritmo de un proyecto y los registros que lo mantienen claro.
Roles
| Rol | Lado | Responsabilidad |
|---|---|---|
| Líder del proyecto | Naoro | Responde por el resultado, no solo por la entrega. Conduce las compuertas y cuida el hilo fricción → métrica |
| Equipo | Naoro | Análisis, diseño de sistemas, interfaz y desarrollo. Una persona puede tener varios papeles |
| Patrocinador | Cliente | Decide la inversión, desbloquea accesos y personas, recibe los resultados |
| Dueño del proceso | Cliente | Conoce el proceso y tiene autoridad sobre él. Aprueba reglas, ficha de sistema y compuertas |
| Usuarios clave | Cliente | Quienes hacen el trabajo. Participan en entrevistas, pruebas y piloto |
| TI del cliente | Cliente | Accesos, integraciones, seguridad e infraestructura |
Sin un dueño del proceso con autoridad real, no se arranca. Es la persona que decide cuando dos áreas no están de acuerdo, y sin ella las reglas no se pueden aprobar.
Quién hace qué
R hace el trabajo. A responde por el resultado y aprueba, y hay exactamente una A por fila. C se consulta antes. I se informa después.
| Actividad | Líder | Equipo | Patrocinador | Dueño del proceso | Usuarios | TI cliente |
|---|---|---|---|---|---|---|
| Carta de descubrimiento | A | R | C | C | · | I |
| Entrevistas y observación | A | R | · | C | C | · |
| Validar mapa y fricciones | R | R | I | A | C | · |
| Cerrar compuerta de descubrimiento | R | C | C | A | · | I |
| Ficha de sistema | A | R | I | C | C | C |
| Aprobar reglas y umbrales | R | C | I | A | C | · |
| Pruebas con usuarios | A | R | · | I | C | · |
| Construcción | A | R | · | I | · | C |
| Accesos e integraciones | R | C | · | I | · | A |
| Corrida en paralelo y salida | R | R | I | A | C | C |
| Medición y reporte | A | R | I | C | · | · |
Ritmo
| Momento | Para qué | Quién |
|---|---|---|
| Arranque | Firmar la carta de descubrimiento, agendar entrevistas, acordar accesos | Líder, patrocinador, dueño del proceso |
| Sesiones de trabajo | Entrevistas, observación, validación de mapas y reglas | Equipo, usuarios clave |
| Demo de rebanada | Ver funcionando lo construido, con datos reales | Equipo, dueño del proceso, usuarios clave |
| Compuerta | Presentar evidencia y decidir: seguir, ajustar o detenerse | Líder, dueño del proceso, patrocinador si cambia la inversión |
| Estado del proyecto | Fase activa, avance, bloqueos, decisiones pendientes, próxima compuerta | Lo envía el líder a patrocinador y dueño del proceso |
| Revisión posterior | Hipótesis contra resultado, qué se aprendió, tarjeta de caso | Todos |
La frecuencia del estado del proyecto se acuerda en el arranque. Lo importante es que nunca pase una compuerta o un bloqueo sin que el cliente se entere por nosotros.
Registro de decisiones
Toda decisión que cambia el alcance, las reglas, el diseño o el plan se escribe en una línea:
| Fecha | Decisión | Alternativa descartada | Por qué | Quién |
|---|---|---|---|---|
| Ejemplo | El umbral de Finanzas es mayor que $20,000 | Mayor o igual | Así operan hoy y lo confirma la muestra de casos | Dueño del proceso |
| Ejemplo | Las órdenes se escriben en el ERP por API | Carga nocturna por archivo | Compras necesita la orden el mismo día | Líder con TI del cliente |
Las decisiones técnicas tienen además su registro de arquitectura, junto al código.
Cambios de alcance
- Con el esfuerzo fijo, si algo entra, algo sale. La pregunta al cliente es qué sale.
- Todo lo que entra se rastrea a una fricción. Si no hay fricción, primero se registra y se prioriza como cualquier otra.
- Un cambio que mueve la inversión o la hipótesis se decide en una compuerta, no en una conversación de pasillo.
- Lo que sale no se pierde: queda en el mapa de historias para una siguiente rebanada o ciclo.
Riesgos
Los riesgos del pre-mortem y los que aparezcan después viven en una lista con dueño:
| Riesgo | Probabilidad | Impacto | Respuesta | Dueño |
|---|---|---|---|---|
| La API del ERP no permite escribir órdenes | Media | Alto | Prueba técnica en la fase de prototipo. Alternativa: carga por archivo | TI del cliente |
| Los jefes siguen aprobando por WhatsApp | Alta | Alto | Avisos con liga directa, fecha de corte acordada con el patrocinador | Dueño del proceso |
Artefactos
| Artefacto | Nace en | Lo mantiene |
|---|---|---|
| Carta de descubrimiento | Arranque | Líder |
| Mapa de hoy y fichas de fricción | Descubrimiento | Equipo |
| Reporte de diagnóstico | Cierre de descubrimiento | Líder |
| Ficha de sistema | Diseño | Líder, viva hasta la operación |
| Tablas de decisión | Diseño | Dueño del proceso aprueba, equipo implementa |
| Mapa de historias | Diseño | Equipo |
| Registros de decisiones, riesgos y arquitectura | Todo el proyecto | Líder y equipo |
| Estado del proyecto | Todo el proyecto | Líder |
| Reporte de impacto y tarjeta de caso | Conexión | Líder |
Las piezas que ve el cliente (ficha de fricción, reporte, estado, tarjeta de caso) usan los diseños del manual de identidad, sección 16, Operación.
Confidencialidad
- Los datos del cliente viven solo en los espacios acordados con su TI. Nada en cuentas personales.
- Las fichas de fricción describen el sistema, nunca a una persona. No llevan nombres de quienes fueron entrevistados.
- Las citas textuales se usan sin atribución individual.
- Para demos y casos se anonimizan nombres, montos y empresas, salvo autorización por escrito.