... | @@ -12,7 +12,7 @@ Es necesario interiorizar aún más la guía scrum para entender mejor el marco |
... | @@ -12,7 +12,7 @@ Es necesario interiorizar aún más la guía scrum para entender mejor el marco |
|
|
|
|
|
En cuanto a las interacciones lo más destacable es la necesidad de definir una fecha de finalización concreta del Sprint para poder ajustarse a ella. Por lo demás, considerando que el equipo Scrum está compuesto por 2 personas las interacciones se han desarrollado según lo esperado y por las vías de comunicación acordadas.
|
|
En cuanto a las interacciones lo más destacable es la necesidad de definir una fecha de finalización concreta del Sprint para poder ajustarse a ella. Por lo demás, considerando que el equipo Scrum está compuesto por 2 personas las interacciones se han desarrollado según lo esperado y por las vías de comunicación acordadas.
|
|
|
|
|
|
En cuanto a la Sprint Planning, deberían haberse contemplado todos los item que han acabado conformando el Sprint Backlog
|
|
En cuanto a la Sprint Planning, deberían haberse contemplado todos los item que han acabado conformando el Sprint Backlog.
|
|
|
|
|
|
#### Herramientas
|
|
#### Herramientas
|
|
|
|
|
... | @@ -20,6 +20,7 @@ La principal herramienta de la que se puede mejorar el uso es GIT. Se pueden apr |
... | @@ -20,6 +20,7 @@ La principal herramienta de la que se puede mejorar el uso es GIT. Se pueden apr |
|
|
|
|
|
- **Boards**: La gestión del PBI debe llevarse según la metodología _Combat Agile_ desde el principio mediante los tableros que ofrece el servicio GIT, por lo que debe revisarse el uso en el siguiente Sprint. Será necesario adaptar el uso del mismo a lo establecido según la metodología<sup>3</sup>.
|
|
- **Boards**: La gestión del PBI debe llevarse según la metodología _Combat Agile_ desde el principio mediante los tableros que ofrece el servicio GIT, por lo que debe revisarse el uso en el siguiente Sprint. Será necesario adaptar el uso del mismo a lo establecido según la metodología<sup>3</sup>.
|
|
- **Diagrama burndown y GIT**: el uso no adecuado de los _FIX_ y _Merge_ puede generar que la herramienta de [Diagrama de burndown](https://burndown-dim.netlify.app/#/) no sea todo lo eficiente que debería por lo que se debe ajustar el uso de los mismos.
|
|
- **Diagrama burndown y GIT**: el uso no adecuado de los _FIX_ y _Merge_ puede generar que la herramienta de [Diagrama de burndown](https://burndown-dim.netlify.app/#/) no sea todo lo eficiente que debería por lo que se debe ajustar el uso de los mismos.
|
|
|
|
|
|
#### Procesos
|
|
#### Procesos
|
|
|
|
|
|
El proceso detectado para la revisión de la DoD que se podría implementar sería realizar un Merge Request por cada PBI que se cierre, de forma que ese merge request pueda ser validado por alguien que se encargue de comprobar que la DoD se cumple y por lo tanto, que ese PBI puede convertirse en un incremento. Una vez validad, se aceptaría la Merge Request.
|
|
El proceso detectado para la revisión de la DoD que se podría implementar sería realizar un Merge Request por cada PBI que se cierre, de forma que ese merge request pueda ser validado por alguien que se encargue de comprobar que la DoD se cumple y por lo tanto, que ese PBI puede convertirse en un incremento. Una vez validad, se aceptaría la Merge Request.
|
... | @@ -36,4 +37,4 @@ Depués de los comentarios del cliente respecto al incremento, se ha decidido in |
... | @@ -36,4 +37,4 @@ Depués de los comentarios del cliente respecto al incremento, se ha decidido in |
|
[2] MEZINSKY, Alexander. ¿Cómo representar la granularidad de la pila de producto? [en línea] Blog de un Apóstol de Scrum y Kanban , 16 de febrero de 2015[fecha de consulta: 30 abril 2024]. Disponible en: https://scrum.menzinsky.com/2015/02/como-representar-la-granularidad-de-la.html -->
|
|
[2] MEZINSKY, Alexander. ¿Cómo representar la granularidad de la pila de producto? [en línea] Blog de un Apóstol de Scrum y Kanban , 16 de febrero de 2015[fecha de consulta: 30 abril 2024]. Disponible en: https://scrum.menzinsky.com/2015/02/como-representar-la-granularidad-de-la.html -->
|
|
[1] BERNÉ, Marta. Criterios de aceptación: ejemplos para elaborarlos. [en línea] Blog de Scrum manager, 08 de marzo de 2023 [fecha de consulta: 30 de abril de 2024]. Disponible en: https://www.scrummanager.com/blog/2023/03/criterios-de-aceptacion-definicion-y-ejemplos/
|
|
[1] BERNÉ, Marta. Criterios de aceptación: ejemplos para elaborarlos. [en línea] Blog de Scrum manager, 08 de marzo de 2023 [fecha de consulta: 30 de abril de 2024]. Disponible en: https://www.scrummanager.com/blog/2023/03/criterios-de-aceptacion-definicion-y-ejemplos/
|
|
[2] PAZ, Fernando. Mejores Historias de Usuario para Scrum[en línea] Software Evolutivo, 24 de mayo de 2021 [fecha de consulta: 30 de abril 2024]. Disponible en: https://softwareevolutivo.com.ec/mejores-historias-de-usuario-para-scrum/
|
|
[2] PAZ, Fernando. Mejores Historias de Usuario para Scrum[en línea] Software Evolutivo, 24 de mayo de 2021 [fecha de consulta: 30 de abril 2024]. Disponible en: https://softwareevolutivo.com.ec/mejores-historias-de-usuario-para-scrum/
|
|
[3] Apuntes de Di |
|
[3] Apuntes de Dirección de Proyectos. Diploma de Informática Militar, Academia de Ingenieros, Hoyo de Manzanares, Madrid [en línea] [fecha de consulta 30 de abril de 2024]. Disponible en: https://dptosic.github.io/dgp/combat-agile/indice |
|
\ No newline at end of file |
|
\ No newline at end of file |