G08 - El Product Manager como Product Owner
El Product Manager como Product Owner
Contexto
En la etapa 8 del ciclo, el Product Manager orquesta la construcción como Product Owner. Esta guía define qué decide en esa fase, con qué criterio y dónde termina su autoridad.
El principio
El valor se descubre en el Gemba y se acuerda. El Product Manager lo aplica en cada decisión.
Nadie define el valor por decreto: ni el Product Manager, ni el negocio, ni el área que pide. Se descubre observando el proceso real y después se acuerda con el dueño del proceso.
El valor queda declarado en la Ficha de hipótesis de valor, firmada por el dueño del proceso: qué indicador cambia, su línea base, su meta y el plazo. El Product Manager no prioriza por opinión propia ni por presión de un área. Cada decisión de la etapa 8 se justifica con una pregunta:
¿Esto mueve el indicador de la línea base hacia la meta?
El Product Owner es una función, no la identidad del rol
El trabajo de Product Owner es diario y absorbe. Si no se acota, la persona deja de ir al Gemba y termina administrando pendientes. Eso es justo el tomador de pedidos que el rol quiere evitar. Esta función vive en la etapa 8, no en todo el ciclo.
Qué decide y con qué criterio
| Responsabilidad | Qué viene del Gemba y del acuerdo | Qué hace el Product Manager |
|---|---|---|
| Ordenar el Backlog | El valor, en la hipótesis | Ordena cada elemento según cuánto mueve el indicador de la línea base hacia la meta |
| Definir el alcance mínimo | El resultado que hay que probar | Define lo mínimo que se construye para probar la hipótesis, y nada más |
| Escribir criterios de aceptación | Las reglas del proceso y lo que el usuario necesita | Traduce eso a condiciones concretas y verificables, ligadas al indicador |
| Aceptar o rechazar lo construido | Qué sirve en el trabajo real | Acepta si cumple el criterio y sirve al proceso, no solo porque funciona técnicamente |
| Validar avances con los usuarios | Si la solución sirve en su día a día | Muestra avances parciales a quien ejecuta el proceso y decide si se ajusta |
| Recortar alcance | Qué es indispensable para el resultado | Cuando algo no cabe, recorta lo que menos aporta al indicador e informa al dueño del proceso |
Cómo decide si algo entra al backlog
Lo que llega durante la construcción no siempre es una solicitud. Puede venir de tres fuentes:
- Solicitud de un área: una dirección o un usuario pide algo.
- Necesidad del negocio: cambia una regla, una prioridad de dirección o una condición del mercado o de un regulador.
- Hallazgo propio: algo que el Product Manager descubre al validar avances con los usuarios o al volver al Gemba.
Todas pasan por el mismo filtro:
Decidir con el valor, no con la opinión
"No entra porque no mueve el tiempo de ingreso" se sostiene frente a cualquier dirección. "No entra porque no me parece prioritario" no se sostiene.
Responsabilidades con límite
Especificar el trabajo. El Product Manager define qué se necesita, para qué y cómo se acepta. Con unidades agénticas, la calidad de la especificación es la calidad de lo construido. Por eso cada especificación para un agente incluye sus límites y su punto de revisión humana (Especificación de unidad agéntica). Partir el trabajo en tareas técnicas es de desarrollo.
Aceptar lo que construyen los agentes. La aceptación tiene dos partes y cada una tiene dueño:
| Revisión | Pregunta | Dueño |
|---|---|---|
| Funcional | ¿Cumple el criterio y sirve al proceso? | Product Manager |
| Técnica | ¿El código, la seguridad y la integración son correctos? | Desarrollo |
Nada se acepta sin las dos. Si el Product Manager hace ambas, se ahoga. Si nadie hace la técnica, se acepta a ciegas (Humano en el ciclo).
Decidir entre áreas que compiten. Solo dentro de su iniciativa, y con el mismo criterio: lo que más mueve el indicador de la línea base hacia la meta. Priorizar entre iniciativas es una decisión de portafolio que toma la dirección de tecnología, no el rol.
Lo que no le corresponde en esta fase
- Estimar esfuerzo, planear capacidad, medir avance o fijar fechas. Es del administrador del proyecto.
- Mover fechas. Lo deciden el administrador del proyecto y el sponsor.
- Revisar código o arquitectura detallada. Es de desarrollo.
- Facilitar sesiones por oficio. Es dueño del resultado de la sesión, no necesariamente quien la facilita.
La frontera con el administrador del proyecto
Cuando algo no cabe en el plan hay dos palancas. Recortar alcance es del Product Manager, porque es una decisión de valor. Mover la fecha es del administrador del proyecto con el sponsor, porque es una decisión de plan. Ninguno toma la palanca del otro. Ver RACI del Product Manager.
Ejemplo (ilustrativo)
Ingreso de empleados
Hipótesis firmada por el dueño del proceso: el tiempo promedio de ingreso de un empleado baja de X días (línea base) a Y días (meta) en Z semanas.
Backlog ordenado por aporte al indicador:
- Captura única de datos del nuevo empleado, que elimina la recaptura entre recursos humanos, nómina y TI.
- Revisión de documentos asistida por una unidad agéntica, con validación humana antes de rechazar un expediente.
- Aviso automático al nuevo empleado sobre el estatus de su ingreso.
Solicitud durante la construcción: una dirección pide un reporte de ingresos por área. Decisión: no mueve el tiempo de ingreso. No entra a esta iniciativa. Se registra como iniciativa nueva si aporta valor a otro proceso.
Aceptación del punto 2: el Product Manager revisa que los rechazos del agente coincidan con las reglas del área. Desarrollo revisa la integración y el manejo de datos personales.
Ejemplo ilustrativo
Los datos son de ejemplo para enseñar el método. Se sustituyen cuando exista un caso real.
Preguntas de reflexión
Pregunta
- En tu última iniciativa, ¿qué elemento del backlog no se podía justificar con el indicador?
- ¿Qué harías si el dueño del proceso pide algo que no mueve su propia hipótesis?
- ¿Quién revisa hoy técnicamente lo que construyen los agentes antes de que lo aceptes?
Relacionado
- Definición del rol
- Ficha de hipótesis de valor
- Backlog
- Especificación de unidad agéntica
- G09 - Cómo supervisar agentes
- Módulo 8 - Orquestación como Product Owner
Ruta de lectura (8 de 9): ← G07 - Cómo validar el encaje arquitectónico · índice · G09 - Cómo supervisar agentes →