¿A quién se le debe permitir agregar historias a la cartera de productos?

7

¿Cuál es la mejor práctica para evitar que el trabajo acumulado se convierta en un desastre, pero también mantiene la productividad del desarrollador?

¿A quién debemos permitir agregar historias a la cartera de productos? ¿Y cómo se asegura de que estas historias cumplan ciertos requisitos?

Por ejemplo, encuentro algunos errores pequeños de css durante el desarrollo de la Característica X. ¿Debería entonces como desarrollador agregar una historia que describa los errores en la parte inferior de la cartera? ¿O debería discutirlo con el propietario del producto?

Tener todas las ideas / errores en el propietario del producto suena como un posible cuello de botella.

    
pregunta Marco de Jongh 03.02.2015 - 18:11

4 respuestas

13

El enfoque habitual es que cualquiera puede agregar historias a la acumulación. El propietario del producto los prioriza y el equipo los estima. Los problemas relacionados con la calidad de las historias generalmente se resuelven de una u otra forma en la planificación de reuniones o retrospectivas.

Eso significa que el propietario del producto no es un cuello de botella siempre y cuando esté satisfecho con las prioridades que está asignando. De lo contrario, haga su caso.

    
respondido por el Karl Bielefeldt 03.02.2015 - 18:28
2

Donde sea que haya trabajado en el desarrollo de software, siempre hubo un equivalente a un retraso, siempre una lista de informes de errores, y siempre alguien responsable de las prioridades (un equivalente a una orden de compra), así que su pregunta, aunque usa Scrum términos, es IMHO lejos de estar restringido a Scrum.

Una búsqueda rápida en Google de "errores de acumulación en el scrum" reveló que algunos equipos separan errores / problemas de las historias de "nuevas características", otros no. A veces se utilizan los rastreadores de problemas, a veces un Wiki, a veces todo va directamente a la acumulación, etc., y no hay consenso "cuál es mejor". Entonces, lo primero que debe aclarar en su equipo es cómo usted quiere manejar esto, qué quiere ver su equipo en la acumulación y qué no, y qué hace su equipo Creo que funcionará mejor para tu caso.

Si adquirió la experiencia de que si todos tienen permitido agregar algo a los problemas de acumulación, es probable que sea mejor separar las historias de usuario de los errores. Los requisitos de cómo debe lucir un buen informe de errores son probablemente diferentes de los requisitos, como debería ser una buena historia de usuario para una nueva característica, lo que también podría ser otra razón. Sin embargo, ambos terminarán en tareas para los desarrolladores, lo que podría ser una razón para mantenerlos en un solo lugar.

Sin embargo, para la mayoría de los productos tiene sentido cuando alguien puede proporcionar informes de errores (usuarios, evaluadores, desarrolladores, personal de marketing, quienquiera que note un problema potencial). Las "nuevas características" probablemente deberían discutirse con el PO como parte del proceso al agregarlas al backlog. Su PO debe decidir si él quiere poner las historias allí solo para hacer un trabajo editorial de antemano, o si alguien puede poner las historias en la cartera y luego hace el trabajo editorial. Pero para los errores, especialmente los que parecen ser severos para el reportero, no debe haber una discusión necesaria para agregarlos al rastreador de problemas, al registro o al documento de la lista de errores, o donde sea que los guarde. "No hay discusión" no significa poner el informe de errores en ningún lugar en silencio, sino todo lo contrario. Cuando se agrega un informe de error, y el reportero cree que probablemente no sea uno menor, la OP (o quien sea responsable) debe informarse.

Como nota final: para tomar la decisión correcta para su equipo sobre cómo manejar esto, hace una gran diferencia el tamaño de su producto, la cantidad de personas que reportarán errores y nuevas historias, y si obtiene uno, pero Informe por semana, una docena o varios cientos.

    
respondido por el Doc Brown 04.02.2015 - 03:35
1

Permitimos la publicación de errores en la parte inferior de la cartera de productos para todos en el equipo. El elemento debe corresponder a ciertas reglas (por ejemplo, condiciones para la reproducción, cuál es el comportamiento correcto, etc.) Sin embargo, las nuevas funciones se agregan a la lista separada 'Ideas', de la cual el PO los coloca en el Backlog (y obviamente los convierte en un PBI con más información si es necesario)

    
respondido por el Maksim Afanasjev 03.02.2015 - 18:46
0

Usualmente lo hacemos así: El gerente de producto agrega historias con descripciones a la cartera de productos. Nuestro maestro scrum (que también es líder del equipo) revisa esas historias y solicita comentarios adicionales para historias que no están lo suficientemente definidas. Durante la semana de planificación, el equipo desglosa cada una de las historias por tareas. Si se detectan errores, el líder de nuestro equipo los coloca en el registro, con prioridad asignada a cada uno de ellos.

    
respondido por el PainBringer 04.02.2015 - 16:48

Lea otras preguntas en las etiquetas