¿Puede el propietario del producto eliminar historias de usuario?

Puede hacer lo que necesite hacer, sin embargo, no es recomendable eliminar historias a menos que sean incorrectas, duplicadas u obsoletas. La razón es que lleva tiempo escribir una historia, leerla y priorizarla.

Tener una historia que cree que tiene una prioridad muy baja (o ninguna) en la parte inferior de la pila todavía tiene valor porque, en teoría, evita que se presenten nuevos duplicados.

Por otro lado, por lo general no hay ningún costo por no eliminar una historia.

El Dueño del Producto es el dueño absoluto del Product Backlog. Como tal, tiene la última palabra sobre lo que entra, permanece o sale.

No recomendaría mantener las historias en la lista de espera "por si acaso". Cierto, hay un costo asociado con la creación de una historia, pero cada elemento en el backlog deberá mantenerse, revisarse, volver a priorizarse, etc. y eso también representa un costo (en el pensamiento lean, es un "inventario" y se considera un desperdicio). Argumentaré que la carga cognitiva de todo ese trabajo es significativamente más alta que el costo de creación (a menos, por supuesto, que se dedique mucho esfuerzo a especificar y detallar los elementos de trabajo, pero ese es un problema aparte en sí mismo). En última instancia, si algo es lo suficientemente importante, volverá en el momento adecuado.

Dicho todo esto, es posible que en su situación particular sienta que, como PO, no tiene la autoridad final para eliminar elementos de su Lista de productos. Muchas organizaciones declaran que sus Business Analysts son Product Owners, pero no les otorgan plena autoridad sobre el Backlog (y el proyecto en general). Si esa es su situación, entonces piense quién en la organización de su proyecto tiene la última palabra sobre lo que sucede. dentro y fuera de la cartera de pedidos, quién puede decidir sobre la dirección del proyecto, quién es la "única garganta para ahogar" si el proyecto se va al sur; esa persona es realmente el propietario del producto.

En términos generales, la OP puede optar por agregar, eliminar o volver a priorizar historias en la cartera de productos como mejor le parezca.

Dicho esto, no debería ser solo una intuición. Un buen PO hablará con las partes interesadas, observará las estadísticas de uso, la investigación de usuarios, etc. para decidir qué historias no son lo suficientemente valiosas para entregar.

También deben asegurarse de que cuando las historias se eliminen por completo de la cartera de pedidos, las personas que esperan ese cambio o característica se mantengan informadas.

La mejor explicación para Product Owner se puede encontrar en el siguiente video, que habla sobre cómo planificar y priorizar historias. Una visita obligada para todos.

https://www.youtube.com/watch?v=502ILHjX9EE

El resumen del video es:

• PO conoce la visión del producto, por qué se está construyendo el producto y cuál es el dominio del problema
• Conoce a las partes interesadas y/o a los usuarios finales

• Es el comunicador entre los Stakeholders, los usuarios y el equipo

• Entonces, en resumen, PO trabaja con el equipo para "construir lo correcto", lo que significa:

  • La herramienta más importante a su disposición es la capacidad de decir "No" a las solicitudes de funciones que no proporcionarán valor y "ponerlas en la papelera".
  • Prioriza el Product Backlog equilibrando los siguientes riesgos:
    • Costo y horario
    • Riesgo(s) técnico(s)
    • Riesgos Empresariales

Para responder a la pregunta, sí, el propietario del producto puede eliminar historias de la cartera de pedidos y debe hacerlo regularmente para asegurarse de que la cartera de pedidos se mantenga enfocada en brindar el mayor valor a las partes interesadas.