¿Es la historia del usuario la mejor forma de requisito en un proyecto ágil?

7

Desde el punto de vista estadístico, la historia del usuario puede ser la técnica de requisitos más popular en Agile, pero tengo curiosidad por saber las alternativas y por qué.

    
pregunta Kulawat The Eidos 01.06.2013 - 02:34

2 respuestas

11

Por lo que sé, no hay alternativas a las historias de usuario, cuyo significado original es "marcadores de posición para las conversaciones que necesitamos tener".

Las historias no pueden ser más que marcadores de posición porque

  

El método más eficiente y efectivo de   Transmitir información hacia y dentro de un desarrollo.   El equipo es una conversación cara a cara.

es uno de los 12 conceptos centrales en ágil .

Por otra parte, podría estar refiriéndose a: "Como XXX, quiero YYY, de modo que el formato ZZZ". En ese caso, hay infinitas alternativas, porque ese formato es solo una forma simple de poner un poco de formalidad en algo que es esencialmente informal.

Las tres partes de "forma de historia" son tres piezas muy importantes de información que son útiles para recordar en todo momento (a quién beneficia, cuál es el objetivo final, el valor), nada más.

De hecho, Mike Cohn sugiere que el "valor" es opcional.

  

En mi libro de historias de usuario y en todas mis sesiones de capacitación y conferencia sobre historias de usuario, abogo por la redacción de historias de usuario en la forma de: "Como un, quiero que así sea". Me gusta mucho esta plantilla.

- enlace

A otros les gusta sugerir exactamente lo contrario, y poner el valor primero: "Para lograr ZZZ como XXX, quiero YYYY".

  

Elizabeth Keogh sugiere que el valor comercial es más importante que el rol del usuario y presenta una plantilla revisada para escribir historias de usuario, que acredita a Chris Matts. El formato tradicional enfatiza la importancia del usuario, mencionándolos primero. La nueva variación propuesta cambia el énfasis al valor comercial

- enlace

En XP, programación extrema:

  

Los clientes escriben historias de usuario como cosas que el sistema debe hacer por ellos. Son similares a los escenarios de uso, excepto que no se limitan a describir una interfaz de usuario. Están en el formato de aproximadamente tres oraciones de texto escrito por el cliente en la terminología de los clientes sin sintaxis tecno.

- enlace

Así que son de forma libre.

En general, no hay un concepto predefinido y todo lo que funciona para el equipo actual está bien.

    
respondido por el Sklivvz 01.06.2013 - 03:20
0

Un registro posterior de historias de usuarios resulta ser una buena manera de facilitar la comunicación de los requisitos. Pero ágil no sería ágil si no se te permitiera llegar a un enfoque alternativo. Solo recuerda lo siguiente:

Embrace Change

La única forma de evitar el desperdicio, y estar preparado para los cambios de prioridad en el futuro de su proyecto, es agrupar sus requisitos en "partes". Preferiblemente, cada trozo por sí mismo agrega algún valor al producto. Y estos trozos deben ser lo suficientemente pequeños para que puedan completarse en poco tiempo. Eso crea muchas oportunidades en su proyecto para cambiar los requisitos. Si llamas a estos fragmentos "historias de usuario", o algo más ... eso no es tan importante.

Personas sobre procesos

Agile también tiene que ver con la interacción humana. Entonces, en lugar de escribir muchos requisitos y entregar un documento masivo, Agile lo alienta a usar el diálogo humano. Entonces, está bien si los requisitos no son demasiado detallados al principio, y luego se discuten más a fondo con el equipo poco antes de la implementación. (Es posible que desee mantener un registro digital del resultado de estas discusiones).

Planificación y generación de informes

Al cumplir los requisitos detallados lo más tarde posible, también evita el tiempo perdido en la recopilación de requisitos.

Entonces, ¿por qué molestarse en escribir algo así como historias de usuarios por adelantado? Bueno, necesita al menos algo de 'gancho' para los requisitos futuros, para poder planificar y predecir el futuro (por ejemplo, una fecha de publicación) en función de los datos reales del pasado.

Historias de usuario

Mirando hacia atrás a estos requisitos, las historias de los usuarios no son tan malas: son una representación liviana (de una sola oración) de una parte de los requisitos (los detalles se discutirán más adelante). Permitiéndole planificar con anticipación y visualizar su estrategia (por ejemplo, un registro posterior). Con un mínimo de residuos.

    
respondido por el Kris Van Bael 01.06.2013 - 11:06

Lea otras preguntas en las etiquetas