Creo que en muchos proyectos un enfoque hibrido donde a alto nivel se identifiquen los casos de uso y se listen las historias de usuarios que serán parte del mismo es una buena practica. Adicionalmente las historias de usuarios pueden tener anexos o referencias que las detallas por ejemplos fuentes de datos o reglas...Combinando ambos enfoques los proyectos pueden beneficiarse y mejorar la traducción de los requerimientos de negocio a piezas de sw implementables
Buenas!! Muy bueno tu video. Necesito contestar esta pregunta para la universidad porque tengo dudas . "Señale qué diferencias en términos del concepto "comunicación" existen entre los casos de uso y las historias de usuario". Me podría ayudar? Gracias!!
Год назад
Encantado Jonathan. Pienso que la principal diferencia es que la comunicación que genera el Caso de Uso es más formal y estructurada. Por su parte la comunicación de las Historias de Usuario son más fluidas y menos estructuradas. De hecho en Agilidad se menciona que una Historia de Usuario es una oportunidad de hablar sobre las funcionalidades que son útiles de desarrollar. Saludos
Toda mi vida trabaje con Casos de uso y los recomiendo 100% por encima de una historia de usuario... la historia de usuario es solo un apunte general (borrador) de la intención de una funcionalidad. Y todo el tiempo que se cree ganar con las historias de usuario, se pierden entre las idas y vueltas con desarrollo. Los buenos analistas usan casos de uso y los buenos proyectos se gestionan a través de metodologías scrum
2 года назад+1
Hola Pablo: interesante tu punto de vista y muy valioso. Solo quiero comentar que para Jeff Sutherland (creador de Scrum) las Historia de Usuario son la "oportunidad de conversar". Saludos
@ claro. Todo proyecto en desarrollo requiere constantes y precisas reuniones con el cliente. Relevar y acordar funcionalidades. Determinar un plan de ejecución y entregables. Luego con casos de uso aprobados por el cliente comienza la etapa de desarrollo. Los casos de uso deben servir para el entendimiento funcional de la pantalla al cliente, ser los suficientemente tecnicos y precisos para que le sirva al desarrollador, sin dejar dudas y también servir como documentación funcional del sistema para futuro. Las historias de usuario en mi experiencia no cumplen con precisión estos parámetros. Por eso solo en mi postura, no estoy a favor de su utilización.
2 года назад
@@pablossierra Totalmente de acuerdo. Para esas reuniones se necesita tener habilidades sociales y conocer las Reglas de Negocio.
Pero los casos de uso tienen la priorizacion de casos de uso, que ahi es donde se decide cual caso de uso se va requisitar, analizar, diseñar, implementar y probar, es lo mismo que las historia de usuario, se priorizan los riesgos y vamos a desarrollar lo q nl es necesario a priori.
Год назад
La diferencia principal es el tiempo que se necesita para describir correctamente un Caso de Uso. Si este luego no se implementa, entonces es tiempo perdido mayoritariamente. Saludos
Creo que en muchos proyectos un enfoque hibrido donde a alto nivel se identifiquen los casos de uso y se listen las historias de usuarios que serán parte del mismo es una buena practica. Adicionalmente las historias de usuarios pueden tener anexos o referencias que las detallas por ejemplos fuentes de datos o reglas...Combinando ambos enfoques los proyectos pueden beneficiarse y mejorar la traducción de los requerimientos de negocio a piezas de sw implementables
una consulta voy a crear un diagrama caso uso del sistema, puedo poner las historias de usuario como casos de uso para el diagrama?
Buenas!! Muy bueno tu video. Necesito contestar esta pregunta para la universidad porque tengo dudas .
"Señale qué diferencias en términos del concepto "comunicación" existen entre los casos de uso y las historias de usuario". Me podría ayudar? Gracias!!
Encantado Jonathan. Pienso que la principal diferencia es que la comunicación que genera el Caso de Uso es más formal y estructurada. Por su parte la comunicación de las Historias de Usuario son más fluidas y menos estructuradas. De hecho en Agilidad se menciona que una Historia de Usuario es una oportunidad de hablar sobre las funcionalidades que son útiles de desarrollar. Saludos
Toda mi vida trabaje con Casos de uso y los recomiendo 100% por encima de una historia de usuario... la historia de usuario es solo un apunte general (borrador) de la intención de una funcionalidad. Y todo el tiempo que se cree ganar con las historias de usuario, se pierden entre las idas y vueltas con desarrollo. Los buenos analistas usan casos de uso y los buenos proyectos se gestionan a través de metodologías scrum
Hola Pablo: interesante tu punto de vista y muy valioso. Solo quiero comentar que para Jeff Sutherland (creador de Scrum) las Historia de Usuario son la "oportunidad de conversar". Saludos
@ claro. Todo proyecto en desarrollo requiere constantes y precisas reuniones con el cliente. Relevar y acordar funcionalidades. Determinar un plan de ejecución y entregables.
Luego con casos de uso aprobados por el cliente comienza la etapa de desarrollo.
Los casos de uso deben servir para el entendimiento funcional de la pantalla al cliente, ser los suficientemente tecnicos y precisos para que le sirva al desarrollador, sin dejar dudas y también servir como documentación funcional del sistema para futuro.
Las historias de usuario en mi experiencia no cumplen con precisión estos parámetros. Por eso solo en mi postura, no estoy a favor de su utilización.
@@pablossierra Totalmente de acuerdo. Para esas reuniones se necesita tener habilidades sociales y conocer las Reglas de Negocio.
Pero los casos de uso tienen la priorizacion de casos de uso, que ahi es donde se decide cual caso de uso se va requisitar, analizar, diseñar, implementar y probar, es lo mismo que las historia de usuario, se priorizan los riesgos y vamos a desarrollar lo q nl es necesario a priori.
La diferencia principal es el tiempo que se necesita para describir correctamente un Caso de Uso. Si este luego no se implementa, entonces es tiempo perdido mayoritariamente.
Saludos