Comúnmente veo historias que tienen desarrollo de back-end y front-end. Por ejemplo, considere un diálogo grande con algunas tablas y algunos controles dinámicos. Haremos varias historias (tal vez una para cada tabla y otra para el sistema de control dinámico).
El equipo de desarrollo se dividirá con una persona en el back-end y otra en el front-end. Esto hace que sea fácil para la persona de back-end preocuparse por la estructura de la capa SQL, mientras que la persona de front-end se centra en cosas como el diseño. Después de que se acuerde la interfaz inicial entre el back-end y el front-end, los dos desarrolladores pueden centrar su atención para terminar su parte al final del sprint.
Luego viene el caos. ¿Quién "posee" qué historia? ¿Qué significa "en progreso" o "hecho"? ¿Deberíamos hacer dos historias separadas para back-end y front-end? Si es así, ¿eso no rompe la idea de historias de usuarios basadas en la función? Nuestro sistema tiene una noción de "subtareas", lo que facilita algunos de estos problemas. Pero las subtareas agregan una complejidad adicional. ¿Hay una mejor manera? ¿Es esta una forma "mala" de usar Scrum?
He estado usando alguna forma de Agile en los últimos años en un par de lugares. Todavía no tengo entrenamiento oficial, así que perdone cualquier terminología o ideología incorrecta. Solo estoy tratando de aprender formas prácticas de mejorar nuestro proceso.