Muchas gracias a ti por tu comentario y un agrado ser de ayuda a las personas, cualquier cosa ya sabes puedes preguntar y respondo con todo gusto, un abrazo
Buen video. Estoy empezando a convertir la metodología tradicional a SCRUM en mi organización, sin embargo tengo dudas con respecto a la división de tareas en cuanto al modelado de la solución. ¿ No entiendo cómo podría dividir la creación del modelo de DB del producto en general en una o varias historias y asignarla a distintos desarrolladores debido a que el modelo es en gran parte la responsabilidad del arquitecto de software y a su vez es la base para el avance de las próximas actividades ?. Espero su respuesta. Muchas gracias.
hola primero muchas gracias por tu comentario y por confiar en mi para esta pregunta creo que en este sentido lo primero es ver el valor que el equipo de desarrollo esta persiguiendo, me imagino que el arquitecto diseña el modelo desde el conceptuel al fisico para su posterior implementacion y configuración en el motor de BD definido, si lo vemos bajo este supuesto lo que haria yo es primero identificar cual es el valor final, que puede ser la base de una web o un software, es importante que veamos el proyecto como un todo al plantear las etapas claras, por ejemplo, ambientacion del motor y servidores, privacidad de los datos, diseño del modelo, poblamiento de datos, conexiones con los origenes de los datos, creacion del modelo, indices, vistas, jobs, etls, etc seguro el modelo del proyecto tiene llaves que hacen tablas dependientes unas de otras por ende en esa red es importante identificar secciones, por lo que te recomendaria separar lo mas posible pero implementando una tecnica de slicing lo mas adecuada para el caso y apuntar siempre a la minima dependencia viable, se que es dificil pero si hay dependencias debemos aprender a vivir con ellas, por ejemplo dividir una epica en donde se identifique claramente la seccion del modelo a que valor apunta, es decir esta parte abarca el login de la aplicacion, esta otra seccion es habilitante para cierto informe, y asi sucesivamente creo que con mas contexto te puedo ayudar aun mas pero si quieres podems seguir conversando y con mas contecto puedo ser muy certero en un consejo para ti fui DBA en mis vidas pasadas asi que tengo el contexto transversal desde las BD hasta la agilidad un abrazo y gracias por confiar en mi
![🤙 [DIRECTO] Dividir Historias de Usuario con Lisseth Mejías](http://i.ytimg.com/vi/E0O3HLVW5Zs/mqdefault.jpg)
Muy bueno
Muchas gracias por tu comentario y buena vibra, un abrazo, seguimos...
Bien detallado, gracias por la información.
Muchas gracias a ti por tu comentario y un agrado ser de ayuda a las personas, cualquier cosa ya sabes puedes preguntar y respondo con todo gusto, un abrazo
Buen aporte, muchas gracias!
Muchas gracias por tu comentario, un gran abrazo y gracias por ver el vídeo...
Excelente Master, muy buena informacion¡¡..
Gracias por tu comentario, un abrazo grande amigo mío.
Buen video. Estoy empezando a convertir la metodología tradicional a SCRUM en mi organización, sin embargo tengo dudas con respecto a la división de tareas en cuanto al modelado de la solución. ¿ No entiendo cómo podría dividir la creación del modelo de DB del producto en general en una o varias historias y asignarla a distintos desarrolladores debido a que el modelo es en gran parte la responsabilidad del arquitecto de software y a su vez es la base para el avance de las próximas actividades ?.
Espero su respuesta. Muchas gracias.
hola primero muchas gracias por tu comentario y por confiar en mi para esta pregunta
creo que en este sentido lo primero es ver el valor que el equipo de desarrollo esta persiguiendo, me imagino que el arquitecto diseña el modelo desde el conceptuel al fisico para su posterior implementacion y configuración en el motor de BD definido, si lo vemos bajo este supuesto lo que haria yo es primero identificar cual es el valor final, que puede ser la base de una web o un software, es importante que veamos el proyecto como un todo al plantear las etapas claras, por ejemplo, ambientacion del motor y servidores, privacidad de los datos, diseño del modelo, poblamiento de datos, conexiones con los origenes de los datos, creacion del modelo, indices, vistas, jobs, etls, etc
seguro el modelo del proyecto tiene llaves que hacen tablas dependientes unas de otras por ende en esa red es importante identificar secciones, por lo que te recomendaria separar lo mas posible pero implementando una tecnica de slicing lo mas adecuada para el caso y apuntar siempre a la minima dependencia viable, se que es dificil pero si hay dependencias debemos aprender a vivir con ellas, por ejemplo dividir una epica en donde se identifique claramente la seccion del modelo a que valor apunta, es decir esta parte abarca el login de la aplicacion, esta otra seccion es habilitante para cierto informe, y asi sucesivamente
creo que con mas contexto te puedo ayudar aun mas
pero si quieres podems seguir conversando y con mas contecto puedo ser muy certero en un consejo para ti
fui DBA en mis vidas pasadas asi que tengo el contexto transversal desde las BD hasta la agilidad
un abrazo y gracias por confiar en mi
Yo idem,Java Developer de dia, Violero de noche xD
Gracias por tu comentario amigo, un gran abrazo