¿Cuál es la mejor manera de vincular los Business Cases a las historias de usuarios en Scrum?

Soy Product Owner de un Equipo Scrum que tiene que desarrollar características para múltiples unidades de negocio. Todas estas características se traducen en historias de usuarios. Por supuesto, algunas funciones se desarrollan para varias unidades de negocio.

Para explicarlo muy claramente: para el Proyecto X hicimos un caso de negocios y obtuvimos el presupuesto para desarrollar una característica. En el caso de negocios, dijimos que costaría una cantidad X de dinero para asegurarnos de que podamos ganar Y dólares.

Ahora, una historia de usuario en nuestra cartera de pedidos conducirá al desarrollo de una función que será responsable de un cierto retorno de la inversión para ese proyecto (u otros también).

¿Cuál es la mejor forma de realizar un seguimiento de este valor comercial y establecer un vínculo directo con los casos comerciales para fines de generación de informes?

Si bien parece un mal consejo en el caso general, en su situación, podría tratar de llevar algún nivel de contexto de caso comercial en su parte "para que" de cada historia de usuario. Pero las historias de usuario no están realmente destinadas a mapear 1:1 a casos de negocios, y es posible que deba buscar fuera de Scrum o el formato de historia de usuario si está tratando de superponer alguna forma de gestión de valor ganado.

Respuestas (3)

Los mapas de alineación se pueden utilizar para vincular las historias de los usuarios con los casos comerciales:

Los mapas de alineación son radiadores de información organizacional que ayudan a visualizar la alineación del trabajo en curso con los resultados comerciales. El trabajo puede ser una adición de funcionalidad regular o un trabajo técnico, como rediseñar o pagar la deuda técnica o mejorar la canalización de construcción e implementación. Los miembros del equipo usan mapas de alineación para comprender qué resultados comerciales deben mejorar con su trabajo diario. Los patrocinadores comerciales y de TI los utilizan para comprender cómo se relaciona el trabajo en curso con los resultados comerciales que les interesan.

Estimación del costo de desarrollo de una función por parte de los equipos Scrum

Tu preguntaste:

¿Cuál es la mejor forma de realizar un seguimiento de este valor comercial y establecer un vínculo directo con los casos comerciales para fines de generación de informes?

Intentaré delinear los pasos para rastrear el costo de desarrollar una característica.

  1. Calcule el costo de un sprint : si, por ejemplo, tiene 5 personas en el equipo de desarrollo y comparte un Scrum Master y un Product Owner entre dos equipos, puede sumar el costo del total de empleados de 5 + .5 + .5 = 6. Digamos que el costo por sprint es de $25,000.
  2. Estime la velocidad del equipo en puntos de historia : puede llegar a una estimación inicial después de 3 sprints empíricamente y refinarla aún más a medida que corre más sprints. Digamos que la velocidad es de 25 puntos de historia por sprint.
  3. Realice un seguimiento del número total de puntos de la historia para desarrollar una función : puede hacerlo con la herramienta que usa para Scrum (como Jira, TFS...) creando un epic para la función. Asegúrate de que todas las historias necesarias para completar esta función estén marcadas como secundarias de esta épica. La herramienta debería permitirte ver el número total de puntos de la historia de la epopeya en un solo lugar. Digamos que, después de que su equipo haya hecho todas las estimaciones, la epopeya muestra un total de 40 puntos. Tenga en cuenta que esta es una estimación inicial. El equipo puede hacer cambios a esta estimación en las reuniones de Refinamiento de Backlog.

Su costo por punto de historia es $25,000 / 25 = $1000.

El costo de la característica = Total de puntos de historia para esta epopeya * Costo por punto de historia, es decir, 40 * $1000 = $40 000.

Tendrá que encontrar una manera de realizar un seguimiento de los $ ganados mediante la implementación de la función, que está fuera de Scrum y normalmente implica muchas suposiciones comerciales.

Una solución simple es numerar sus casos comerciales, es decir, BC1, BC2, etc. Para cada historia, puede escribir el número de casos comerciales que produjo la historia. Además, también puede numerar sus historias de usuario. Por ejemplo :

BC1: algún caso de negocios

(BC1) US1: alguna historia de usuario