¿Cuándo escribirías un caso de uso en lugar de una historia de usuario?

Usa historias cuando el equipo puede hablar entre sí y refinar sobre la marcha. Los casos de uso encajan con flujos complejos, muchos caminos alternativos o documentación que tiene que sostenerse sola ante auditores, un proveedor o un equipo con el que no puedes hablar fácilmente. Un caso de uso captura la interacción entera incluidos los flujos de excepción; una historia es un marcador de una conversación, y falla cuando esa conversación no puede ocurrir.

Depende de si la conversación puede ocurrir. Las historias funcionan de maravilla cuando el equipo está junto y puede refinar sobre la marcha, porque la historia en realidad solo es una promesa de hablar del tema. En cuanto esa conversación se vuelve cara, el formato deja de funcionar. Así que en un proyecto donde el desarrollo era con un proveedor en otra zona horaria y el contrato referenciaba la especificación, escribí casos de uso, porque el documento tenía que responder preguntas por sí solo sin mí en la sala. Lo mismo en cualquier cosa con un regulador de por medio, donde necesitas los flujos alternativos y de excepción escritos y trazables en vez de acordados de palabra en una sesión de refinamiento. También los he mezclado, con casos de uso para los dos flujos genuinamente complicados, como una conciliación de pagos con unos nueve caminos de excepción, e historias para todo lo demás. Elegir un formato para el proyecto entero porque es el estándar de la casa es como acabas con hinchazón o con huecos.