Actividad de aprendizaje AA2. Relacionar roles de usuarios, de acuerdo al ciclo de vida Scrum.

Docente
Ariaden Maritza Gamboa Bohórquez

Aplicación del Marco de Trabajo SCRUM Para Proyectos De Desarrollo De Software (2771110)

Aprendiz: Carlos Eduardo Barrero Morgado

Servicio Nacional de Aprendizaje SENA

Noviembre de 2023
 3.2.2 Actividad de aprendizaje AA2. Relacionar roles de usuarios, de acuerdo al ciclo de vida
Scrum.

A través de esta actividad de aprendizaje se favorecerá la asimilación de conceptos y acciones

relacionadas con el ciclo de vida dentro de la metodología, sus fases, los planteamientos propios
de cada fase y las incumbencias de los roles dentro del proceso.
Duración: 14 horas.

Materiales de formación a consultar: para desarrollar esta actividad adecuadamente se

recomienda revisar los contenidos presentados en el componente formativo “Scrum,
descripciones y características”.

Evidencias: a continuación, se describen las acciones y la correspondiente evidencia que conforma

la actividad de aprendizaje:

● Evidencia AA2-EV01. Estudio de caso, asignando roles y ciclo de vida.

Teniendo en cuenta el estudio de caso anterior y lo desarrollado en dicha evidencia (Informe de

historias de usuario que representan los requerimientos del cliente. AA1-EV01) realice un
documento con la asignación de roles y ciclo de vida, con las siguientes características:

✔ Imaginar un equipo de desarrollo.

✔ Describir y relacionar según el estudio de caso, el ciclo de vida, describiendo cómo aplicaría los
roles y artefactos del proyecto y del sprint.

Lineamientos generales para la entrega de la evidencia:

o Productos a entregar: un documento donde se relacione la descripción de los roles y

artefactos, según el estudio de caso.
o Extensión: libre
o Formato: PDF.
o Para hacer el envío de la evidencia remítase al área de la actividad correspondiente y
acceda al espacio Estudio de caso, asignando roles y ciclo de vida. AA2-EV01.

Desarrollo del taller.

distribuiría mi equipo scrum de la siguiente manera:

Roles
• Product Owner (PO) o dueño del proyecto.
• Scrum Master (SM) o mentores, cada (SM) motivará y tendrá en constante evaluación el
desarrollo presentado por tres integrantes del (DT).
• Development Team (DT), integrado por seis funcionarios que darán cumplimiento al desarrollo
del proyecto.
• Stakeholder: Rector Colegio Formación del Mañana

Ciclo de vida del Scrum

La metodología del scrum nos dice que los ciclos de vida deben ser cortos y concretos, nos dice
también que las interacciones que irán desarrollando deben durar entre 2 a 4 semanas, la duración
de cada una, también es importante tener en cuenta que las iteraciones deben de cumplí los objetivos
en el ciclo de vida del scrum, las iteraciones se las determina dependiendo de la complejidad del
proyecto. Teniendo en cuenta que anteriormente se determinó los roles que maneja el Scrum, a
continuación, se va a describir el ciclo de vida del scrum:
1. Teniendo en cuenta la actividad se tiene claro que existe un cliente con una necesidad a
continuación se presenta el requerimiento de la actividad anterior la cual fue diseñada por el
stakeholder.

2. Teniendo claro la información que se obtuvo en el paso anterior se empieza a realizar, ordenar,
priorizar y a documentar los requerimientos por parte de la persona que desempeña el rol
product owner y con ayuda del equipo del scrum se logre realizar las historias de usuario.

3. Luego de haber realizado la respectiva priorización y haber detallado cada uno de los
requerimientos que entrego el cliente al product owner, se da inicio a la aplicación de los
artefactos del proyecto, el cual está basado en las historias de usuario, en donde el producto
owner le dará la información clara, precisa y detallada al equipo scrum sobre el resultado del
product backlog.

4. Al presentar el product backlog se realiza una reunión con el equipo scrum para determinar si
es necesario realizar cambios o no en el documento en mención. Se desarrolla un documento
con las sugerencias de cambio en el caso de que haya sugerencias, en este punto se realiza
nuevamente una reunión con el stakeholder para darle a conocer las sugerencias y una vez de
acuerdo se realiza las mejoras de product backlog y nuevamente se presenta para revisión.
5. Cuando ya se tiene aceptado el product backlog, se da inicio a las reuniones diarias, en la
primera reunión se realiza la aplicación al artefacto del proyecto el cual será el sprint backlog,
en el cual el product owner determina los grupos de trabajo, en cada uno de ellos se asigna un
scrum master y el número de integrantes del development team, cada grupo trabajará sobre el
control de actividades por separado y así se pueda conservar la integridad del código fuente.
En la siguiente reunión el development team realiza la presentación del plan de trabajo en
donde se establece metas y responsabilidades en la entrega del producto, y así se irán
realizando las respectivas reuniones hasta lograr el desarrollo de los requerimientos del
product backlog.

6. Al ir desarrollando las actividades y de las daily meestigs se presenta gráficamente el desarrollo

del proyecto que corresponde a cada scrum master, se realizara la aplicación de un artefacto
en el proyecto el cual es el graphs el cual permite observar el trabajo realizado y cuales son las
actividades que faltan por realizar por parte del grupo de development team. También se
determina si es necesario replantear el método de trabajo para poder darle cumplimento a los
compromisos que se hablo en el sprint backlog.

7. Si en los grupos de del development team se presentan dificultades estas deberán ser
documentadas y presentarlo esto se da en la aplicación del artefacto del sprint determinado
incident backlog para que el scrum master de soluciones favorables para darle cumplimento a
los comprimosis adquiridos y asi poder entregar el proyecto a tiempo esto se logra
implementando la aplicación del artefacto del proyecto denominado impediments backlog.
8. En la presentación d del artefacto de proyecto nombrado Impediments Backlogs por parte del
scrum master se implementan estrategias para conocer en tiempos reales los avances que tiene
el proyecto, una de las estrategias es la aplicación del artefacto del sprint llamado scrum board,
donde se puede observar la situación actual del equipo del scrum.

9. Antes de finalizar los sprint que se este desarrollando debe quedar evidenciado que no hay
tareas pendientes y para determinar esto se realiza la aplicación del artefacto del sprint llamado
parking backlog en donde se evidencian los problemas que se encontraron en el desarrollo.

10. Se realiza la finalización del sprint una vez se haya validadoi que se cumplen las necesidades
del stakeholder, además de realizar las respectivas evaluaciones al grupo de development
team, se realiza una reunión en donde también participara el stakeholder para que revise y
evalue los resultados y apruebe o no el producto.

11. Se tiene en cuenta las recomendaciones y correcciones dadas por el stakeholder durante la
finalización del sprint, el equipo scrum inicia un scrum retrospective con el fin de dar soluciones
inmediatas en el caso de que haya falencias en el desarrollo presentado, aquí también se realiza
una reunión entre el scrum master y el stakeholde.

12. Al finalizar el primer sprint que corresponden a las primeras actividades, se da inicio a un nuevo
ciclo en donde se a le asignan nuevas responsabilidades al equipo scrum.

13. Al realizar un nuevo ciclo para las actividades siguientes se realiza el mismo procedimiento que
se desarrolló anteriormente.

14. Finalmente se programa una reunión con el stakeholder y el equipo scrum para presentar el
producto final, siendo este entregado al cliente que en este caso es el rector del colegio
formación del mañana