Historias también conocidas como Historias de usuarios
las historias NO son tareas ,
las personas sin práctica ágil malinterpretan las tareas con historias, en Desarrollo dividimos todos los trabajos en tareas,
- ¿Cuánto debo cobrar por mi idea?
- ¿Alguien puede ayudar a mi tarea (C ++)?
- ¿Cómo podría investigar en un campo de desarrollo de software?
- ¿Cuál es su mejor sugerencia para un chico de 24 años sin conocimientos de software y que ha hecho su maestría y quiere ser ingeniero de software?
- '80% de los recursos de desarrollo de software se destinan a pruebas (QA) '. ¿Es esta la verdad o un mito?
Por ejemplo, requisito para una página de inicio de sesión en desarrollo,
TAREAS serían, NO Historias
- crear formulario de inicio de sesión con campos de correo electrónico y contraseña
- Necesito olvidar el enlace de contraseña
- necesita validación de JavaScript para el formato de nombre y correo electrónico y ambos son obligatorios
- botón de enviar con texto de inicio de sesión
- POST debe ser una solicitud AJAX
- etc.
Estas son TAREAS,
Mientras que las historias serían,
- necesita una pantalla para que el usuario inicie sesión con correo electrónico y contraseña
- opción para contraseña olvidada
Eso es.
Las historias son más comprensibles para el usuario, donde las técnicas de implementación, los requisitos funcionales, las validaciones, la pila tecnológica no son necesarias, solo el punto crucial es el enfoque,
en otras palabras, las historias son más para clientes, chicos de alto nivel y chicos no técnicos
En estos días, la forma en que implementamos una historia, tecnología y técnica es irrelevante, la única importancia es el propósito real del requisito.
Espero que esto dé una mejor comprensión de una historia