Preparación: no está listo; quedan seis decisiones bloqueantes y varias carencias de gravedad media.
B1 — conflicto de actor. AC-4 dice «el owner selecciona», D2 indica el requester y C18, el coordinator, mientras que el contexto aprobado permite al requester o al coordinator y deja al owner en modo de solo lectura. Estas opciones dan lugar a pruebas de autorización y seguridad incompatibles. Producto debe confirmar la regla aprobada en todos los artefactos; las pruebas son el registro de decisiones y el contexto.
B2 — conflicto de estado. Una historia crea Assigned, pero el modelo de estados aprobado no contiene Assigned. Las implementaciones podrían añadir una nueva transición al flujo de trabajo o mantener Ready con un indicador de campo, lo que afecta a la persistencia, la analítica, la migración y las pruebas. Producto es responsable de decidir: ¿asignar un accepter cambia el estado del flujo de trabajo o solo la presentación del campo?
B3 — contradicción de las notificaciones. «Notificárselo debidamente» permite correo electrónico, notificación push, aviso en la aplicación o ninguna notificación; el registro de decisiones indica que no habrá notificaciones en esta versión. Tampoco define la persona destinataria, el desencadenante, el comportamiento repetido ni la baja. Producto debe eliminar las notificaciones de este límite o excluirlas explícitamente; nadie debe inventar un comportamiento.
B4 — elegibilidad y datos no válidos. «La persona adecuada» podría significar cualquier usuario, un miembro activo, un miembro con una función apta o una persona sugerida. El límite aprobado es un miembro activo del espacio de trabajo, pero los criterios de aceptación no abarcan el envío de una persona inactiva o ajena ni su desactivación simultánea. Producto e Ingeniería deben definir un rechazo y una recuperación observables; Diseño es responsable del texto posterior.
B5 — comportamiento sin asignación. «Admite casos sin asignar, etc.» no define si se permite dejarlo vacío al crearlo, si puede borrarse después, quién puede borrarlo, cómo se muestra ni si puede continuar en Ready. Producto es responsable de estas decisiones; «etc.» no es comprobable.
B6 — guardado, errores y concurrencia. «Se guarda» podría significar una visualización local optimista o la persistencia confirmada en el servidor. Faltan: carga, fallo, reintento, envío repetido, dos personas editando, vista obsoleta, auditoría y reversión. Ingeniería propone opciones; Producto aprueba la regla visible para el usuario.
Carencias medias: «fácil», «rápidamente» y «en tiempo real» carecen de medidas; el texto exacto y los nombres de analítica están explícitamente pendientes; el orden del teclado, la etiqueta programática, el foco después de un error y el indicador que no dependa del color necesitan criterios. «Todos los usuarios» entra en conflicto con los permisos de edición según la función y debería distinguir la visualización de la edición.
Orden de decisión: actor/estado/notificación → ausencia de asignación y elegibilidad → guardado/concurrencia/error → interacción accesible/texto → analítica/rendimiento. La preparación para las pruebas solo llega después de convertir los elementos B en criterios observables.
ChatGPT
