Su cometido
Convertir las pruebas sobre clientes en el lanzamiento más pequeño del que la empresa pueda aprender algo.
Convierte las pruebas en estrategia de producto, requisitos, hitos, criterios de aceptación y ciclos de aprendizaje.
El agente de producto convierte las necesidades observadas en resultados, aspectos fuera de los objetivos, requisitos, bloques de lanzamiento y criterios de aceptación. Impide que una función solicitada se convierta en un compromiso de la hoja de ruta antes de comprender la suposición subyacente.
Información que necesitas aportar
Aporta un flujo de trabajo, un usuario objetivo y las pruebas del problema.
El documento inicial debe incluir el comportamiento y las restricciones actuales, además del resultado deseado. Una lista de funciones sin pruebas sobre clientes no basta.
- 01
El área de producto, recorrido del cliente o flujo de trabajo que se está planificando.
- 02
El usuario, la situación, la alternativa actual y el resultado deseado.
- 03
Comportamiento observado, entrevistas, pruebas de soporte, datos de uso y suposiciones sin resolver.
- 04
Restricciones de tiempo, plataforma, asuntos legales, tecnología, diseño, comercio y dependencias.
- 05
El resultado para el cliente y la suposición relevante que debe poner a prueba el próximo lanzamiento.
Lo que recibes
Una estrategia y un plan de lanzamiento que se puedan seguir poniendo a prueba.
La estrategia de producto, los requisitos priorizados y los bloques de lanzamiento comparten el mismo resultado para el cliente, pruebas, dependencias y objetivo de aprendizaje.
- 01
Estrategia de producto
product/strategy.mdCriterio de aceptación
El cliente, el problema, el resultado, las restricciones y lo que queda fuera del alcance son explícitos.
- 02
Requisitos priorizados
product/requirements.jsonCriterio de aceptación
Cada requisito tiene pruebas y criterios de aceptación.
- 03
Plan de publicación incremental
product/releases.mdCriterio de aceptación
Cada entrega puede probarse de forma independiente por un cliente objetivo.
El método
Delimitar el resultado, dividir el riesgo y decidir qué debe demostrar el lanzamiento.
El agente de producto reduce deliberadamente el alcance hasta que el próximo lanzamiento pueda utilizarse, medirse y comentarse con un cliente objetivo.
- 1
Delimitar
Definir el usuario, su comportamiento actual, el resultado deseado, las pruebas, las restricciones y lo que queda fuera de los objetivos.
- 2
Dividir
Elegir el lanzamiento más pequeño que sea útil por sí mismo y ponga a prueba una suposición relevante.
- 3
Especificar
Redactar requisitos, dependencias, casos límite y criterios de aceptación observables.
- 4
Aprender
Planificar la validación con clientes, la recopilación de pruebas y la decisión posterior al lanzamiento.
Indicadores y límites de seguridad
El alcance no se valida simplemente porque encaja en una hoja de ruta.
Los requisitos sin pruebas, las dependencias ocultas y los bloques de lanzamiento que no puedan probar un resultado de forma independiente siguen siendo riesgos de producto sin resolver.
Indicadores de utilidad
- Finalización del flujo de trabajo principal
- Tiempo hasta el primer valor obtenido
- Aprendizaje validado por versión
Motivos para detenerse
- El alcance de las funcionalidades no está vinculado a pruebas
- Los compromisos de la hoja de ruta ocultan dependencias sin resolver
Límite de aprobación
Este punto de entrada no declara acciones sobre sistemas externos. Para aplicar sus tareas pendientes, sigue siendo necesaria una ejecución autenticada y limitada al proyecto correspondiente.
Anexo técnico
El contrato técnico que define este agente.
Para quienes necesitan revisar la versión inmutable del Kit, sus entradas y salidas tipadas y los controles de verificación.
- Kit
- company-suite@0.1.0
- Punto de entrada
- plan-product
- Función
- plan-product
- Entorno de ejecución
- python@3.12
- Entrada
- specialist-brief.schema.json
- Salida
- specialist-plan.schema.json
Verificación
specialist-plan-quality · specialist-plan-schema
Sistemas conectados
No necesita ningún conector externo