Un enunciado útil describe una brecha observada entre lo que las personas necesitan lograr y lo que ocurre hoy. Incluya el grupo afectado, la tarea o el proceso, las condiciones en las que aparece la brecha y sus consecuencias. Mantenga fuera del enunciado la solución preferida y cualquier causa no verificada para poder investigarlas.
No existe un formato obligatorio único para todos los enunciados de problemas. El formato siguiente es una ayuda práctica de redacción. Sirve para el descubrimiento de un producto, una propuesta de proyecto o un problema recurrente que surge en una retrospectiva de equipo.
El principio de comprender el problema antes de comprometerse con una solución también aparece en la guía de descubrimiento de GOV.UK. Los ejemplos y el taller de este artículo son ilustraciones hipotéticas originales, no resultados de clientes.
Una plantilla de enunciado del problema para copiar
Use esta frase como punto de partida:
Cuando [contexto], [grupo afectado] necesita [tarea o resultado deseado], pero [brecha observada]. La evidencia de [fuente y período] muestra [alcance o frecuencia, si se conoce], lo que da lugar a [consecuencia respaldada].
Después, añada una nota breve sobre la evidencia:
- Conocido: observaciones que respaldan el enunciado.
- Desconocido: preguntas que podrían cambiar la interpretación.
- Fuera del alcance: problemas relacionados que este trabajo no abordará.
- Señal de éxito: cambio observable que sería relevante.
No fuerce una cifra en cada espacio. «Frecuencia aún no medida» es más confiable que una línea de base inventada. Si la fuente cubre una muestra pequeña o atípica, indique esa limitación. El enunciado debe volverse más preciso a medida que mejora la evidencia.
¿Qué debe incluir el enunciado?
| Elemento | Redacción útil | Redacción que conviene cuestionar |
|---|---|---|
| Personas afectadas | Nuevos administradores de cuentas | Todos |
| Tarea | Invitar a compañeros y confirmar el acceso | Usar mejor nuestro producto |
| Brecha observada | No se distinguen las invitaciones pendientes de las aceptadas | Necesitamos un panel |
| Contexto | Después de enviar varias invitaciones | Siempre |
| Consecuencia | Contactan con soporte para confirmar el estado | Pierden millones en productividad |
| Evidencia | Casos revisados de un período concreto | Es obvio |
Una consecuencia puede ser cualitativa. Por ejemplo, que una persona necesite ayuda con una tarea que debería poder completar por su cuenta es significativo, aunque todavía se desconozca su costo financiero. No convierta cada inconveniente en pérdida de ingresos sin un método defendible.
Ejemplo detallado: de la solicitud al problema
Ejemplo hipotético: un proyecto empieza con la solicitud «Construyan un panel de invitaciones». Esa es una propuesta de solución. El equipo podría construirla correctamente y aun así resolver el problema equivocado.
Durante el descubrimiento, el equipo revisa doce conversaciones con soporte de un mes definido y observa a cuatro administradores realizar la tarea de invitación. Varias personas preguntan si una invitación se entregó o se aceptó. Estas observaciones sugieren un problema que merece investigarse, pero no demuestran su prevalencia entre todos los clientes.
Un enunciado mejor sería:
Después de invitar a varios compañeros, los administradores de cuentas necesitan confirmar quién puede acceder al espacio de trabajo, pero la pantalla de invitaciones no distingue las invitaciones pendientes de las aceptadas. Las conversaciones con soporte y cuatro sesiones observadas muestran que los administradores buscan confirmación por otros medios, lo que añade una comprobación manual al proceso de incorporación.
El equipo añade dos preguntas abiertas: si la incertidumbre ocurre fuera de los tipos de cuenta observados y si los problemas de entrega también contribuyen. Ahora hay varias respuestas posibles: etiquetas de estado más claras, un mensaje de confirmación, una vista de actividad o cambios al proceso de invitación. El enunciado no elige entre ellas antes de tiempo.
Tres formatos comunes y cuándo usarlos
Enunciado breve para decidir: use dos o tres frases en un resumen del proyecto cuando los lectores necesiten comprender el problema rápidamente. Incluya un enlace a la evidencia en vez de adjuntar todo el registro de investigación.
Estado actual, estado deseado, brecha: use este formato cuando el proceso tenga una expectativa definida. Describa la situación actual, explique la condición requerida y nombre la diferencia. Compruebe que el estado deseado sea realmente necesario y no solo una preferencia de un gerente.
Usuario, tarea, obstáculo, consecuencia: use este formato cuando un problema de producto o servicio empiece con la experiencia de una persona. Incluya las restricciones operativas para que el enunciado no sugiera que un cambio de pantalla por sí solo puede corregir un proceso más amplio.
Son estructuras de redacción, no metodologías rivales. Elija la más sencilla que aclare su decisión. Si una sola frase se vuelve difícil de leer, use un párrafo y una tabla de apoyo.
Facilite un taller de 35 minutos para definir el problema
Invite a personas que experimentan el problema y a quienes pueden interpretar la evidencia. Incluya a alguien que pueda cuestionar la solución supuesta. Envíe el material de origen con antelación y explique qué afirmaciones siguen siendo inciertas.
- Cinco minutos: lectura en silencio. Cada participante marca de forma distinta las observaciones, interpretaciones y soluciones propuestas.
- Ocho minutos: redactar enunciados por separado. Pida a todos que describan la brecha sin nombrar un producto, una herramienta ni una implementación.
- Diez minutos: comparar límites. Hablen de quién se ve afectado, qué contexto importa y qué queda fuera del esfuerzo.
- Siete minutos: redactar una versión común. Anoten las afirmaciones debatidas en una nota sobre incertidumbres.
- Cinco minutos: elegir el siguiente paso de evidencia. Nombren a la persona responsable y la decisión que la evidencia ayudará a tomar.
El objetivo no es lograr confianza unánime. Es obtener un enunciado que se pueda revisar y que muestre dónde termina la certeza. Si el grupo no se pone de acuerdo sobre la población afectada, el siguiente paso quizá sea investigar y no celebrar un taller de soluciones.
Detecte soluciones ocultas y causas sin respaldo
«Los clientes necesitan un asistente de IA» prescribe una tecnología. Pregunte qué tarea resulta difícil y qué resultado intentan lograr. La tecnología puede seguir en la lista de opciones sin convertirse en la definición de la necesidad.
«Las solicitudes se retrasan porque al equipo no le importa» atribuye una motivación sin evidencia. Sustitúyalo por una condición observable, como solicitudes que siguen sin asignarse después de un traspaso, y luego investigue por qué ocurre.
«La comunicación es mala» es demasiado general para orientar la acción. Identifique qué información falta, entre quiénes, en qué punto de decisión y con qué consecuencia. La respuesta puede revelar varios problemas distintos. Sepárelos en vez de crear un enunciado del que nadie pueda hacerse responsable.
Una retrospectiva es una manera de encontrar brechas recurrentes en el trabajo del equipo. Use un formato de tablero sencillo para recopilar observaciones y lleve el problema seleccionado a este proceso para definirlo.
Decida si el enunciado está listo
Pida a un compañero que no conozca el proyecto que lo lea. ¿Puede identificar a la persona afectada, describir qué sale mal y sugerir dos respuestas diferentes? Si solo puede repetir la solución que usted prefiere, revise el enunciado.
Después, compruebe la trazabilidad: cada afirmación factual debe vincularse con evidencia y cada suposición debe estar señalada. Acuerden cuándo volverán a revisar el enunciado. La nueva evidencia puede acotar el problema, revelar otra causa o mostrar que no justifica más trabajo.
Después de probar un cambio, revíselo mediante el proceso de mejora en retrospectiva. Completar una implementación no equivale a cerrar la brecha observada.
Preguntas frecuentes
¿Cuánto debe medir un enunciado del problema?
Por lo general, basta un párrafo breve para el enunciado en sí. Mantenga la evidencia, las suposiciones y los límites en una nota de apoyo para que la precisión no vuelva ilegible el texto principal.
¿El enunciado del problema debe incluir la solución?
Mantenga la solución por separado, salvo que el contexto exija explícitamente una implementación limitada. Incluso entonces, explique el problema de forma independiente para que los lectores puedan juzgar si la respuesta elegida lo aborda.
¿Qué pasa si todavía no tenemos evidencia cuantitativa?
Use observaciones cualitativas concretas y describa sus límites. Anote la medición que falta como siguiente paso en vez de inventar una frecuencia, un costo o un beneficio esperado.