¿Cómo ordenar una gran cantidad de requisitos comerciales correctamente?

Hay un montón de técnicas para priorizar su cartera de pedidos. Modelos de puntuación (valor frente a esfuerzo, valor frente a complejidad, ARROZ, etc.), KANO, MoSCoW, adopción del método Delphi (comprar una función, coste del retraso), yadayadayada.

La aplicación exitosa del marco de priorización depende de su situación. Si tiene una persona dedicada que puede justificar todas las necesidades comerciales, no debería tener ningún problema. Solo asigne a esta persona el título de "Propietario del producto" y explíquele el concepto de valor empresarial.

Su equipo tiene una canalización de alrededor de 100 solicitudes de cambio por año (2-3 por semana), lo más probable es que opere con un montón de diferentes partes interesadas (esperemos que no estén en conflicto). El verdadero desafío es cómo alinear tal cantidad de personas en torno a la comprensión de prioridades similares. En mi práctica, en tales situaciones, el método del "Costo de la demora" fue el más exitoso. Este concepto es bastante claro para la mayoría de los empresarios, ya que explica todo en su idioma nativo. Como referencia, puede consultar cómo se han diseñado las matrices WSJF en SAFe, es muy práctico.

Aquí hay una buena lectura sobre las técnicas existentes. https://roadmunk.com/blog/product-prioritization-techniques/

Y, por cierto, felicidades. Si alguien le envía 2 o 3 solicitudes de cambio por semana, significa que la gente de negocios está realmente interesada en su trabajo :)

Si nos referimos a la lista de requisitos como trabajo atrasado, creo que lo que se debe hacer con Agile sería una serie de sesiones de preparación de trabajos atrasados ​​en las que un representante de usuario o representantes comerciales adecuados se reúna con los BA y el PM para revisar el trabajo atrasado. Durante estas sesiones, se deben eliminar los elementos irrelevantes del trabajo pendiente, se deben abordar las imprecisiones en los tickets del trabajo pendiente y se debe priorizar todo en función de las mejores conjeturas, por lo menos. Luego, también es importante reunirse periódicamente para volver a preparar el trabajo pendiente a medida que cambia la situación. El software de emisión de boletos como Jira puede ayudar mucho con este tipo de cosas.

¿Tiene propietarios de productos para la cartera de pedidos? Las partes interesadas del negocio deben tener la propiedad de la priorización. Una OP podría delegar razonablemente algún análisis a los BA, pero si sus BA son responsables de la priorización real, eso sugiere que la empresa no está lo suficientemente comprometida con lo que está haciendo.

La limitación con MoSCoW es que solo te da tres prioridades reales con las que jugar. Suponiendo que tiene más de tres iteraciones de trabajo, entonces tendrá que priorizar nuevamente para cada iteración para decidir qué Obligaciones, Deberías o Podrías hacer a continuación. Eso puede verse como una ventaja: revisar regularmente las prioridades es algo saludable. Sin embargo, personalmente, me parece más conveniente numerar las prioridades del 1 al 1000, lo que da mucho margen para dejar espacios entre los números. Entonces es fácil volver a numerar las prioridades solo cuando sea necesario.

Otro problema que he encontrado con el enfoque de MoSCoW es que puede dar lugar a algunas discusiones complicadas con las partes interesadas sobre lo que realmente es un deber, un deber o un poder. Esas palabras pueden estar demasiado sobrecargadas de significado para satisfacer a algunas partes interesadas. Todo lo que realmente debería importarles es el concepto mucho más abstracto de prioridad relativa , 1 a N...