Evidencia AA2-EV01.

Estudio de caso, asignando roles y ciclo de vida

KAROL DAYANA LEON RINCON

SENA

Servicio nacional de aprendizaje

Bogotá
2022
● 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.

Asignación de roles

Hace aproximadamente 8 meses empecé siendo QA tester en el cual siempre se trabajó en

conjunto, cada proyecto es muy distinto al otro ya que puedo haber un proyecto más complicado
que requiera de más personas, mi equipo de trabajo siempre o casi siempre se conforma por:

1 producto Owner

1 Scrum master

2 a 3 Development Team (Dt

2 QA junior o Analista

En el cual cada una de esta persona asume diferentes responsabilidades y tareas.

Producto Owner (PO) – Es la persona encargada de hacer que su equipo de scrum aporte valor al
negocio, aparte que es la única persona que tiene contacto directamente con el cliente y sabe las
características o los requerimientos que el cliente quiere.

Scrum Máster (SM)

Es el encargo de liderar el equipo, el scrum master dirige a su equipo para que pueda cumplir con
el objetivo en el tiempo estimado, así mismo si hay un problema con el proyecto ayudando a
resolver para que se pueda continuar con el proyecto.

Development Team (DT

Es la base principal ya que los desarrolladores diseño y ejecuta la aplicación o la pagina web que se
esa solicitad teniendo en cuenta todos los requerimientos, cabe resaltar que cada desarrollador
tiene tareas y actividades diferente que se debe cumplir y rendir cuentas frente a la organización.

QA Tester o Analista

Es la persona encargada de probar y de comprobar que los requerimientos funcionen

correctamente, también un QA Tester tiene que tractar de buscar o encontrar los errores que más
pueda para así poder entregar un producto de calidad.
DAYLY SCRUM

Es una reunión diaria en la cual se hable de tres cosas

1.Que se hizo ayer

2.Que voy a hacer hoy

3. Y si tengo alguna bloqueante que e impida seguir con mí y trabajo

SPRINT REFINAMIENTO

Es una seria de actividades van en orden de acuerdo con la necesidad o prioridad, en pocas
palabras es una lista de funcionalidades que debe tener el producto esto debe estar en perfecto
orden de acuerdo con los elementos del Product Backlog.

SPRINT RESTROSPECTIVA

Es una reunión en el cual se quiere saber cómo se sitio cada uno en el proceso

- Es saber que se hizo bien o que funciono durante el Sprint.

- Lo que estuvo mal se va a dejar de continuar
- Las cosas que no se hizo o no pasaron son ideas nuevas se puede proceder aplicar

SPRINT REVIEW – PRE- REVIEW

Es una reunión organizada por el Product Owner se estudia cual es la situación que si lo que se
lleva hasta al momento al cliente le gusta o que hay que cambiar se actualiza el Product Backlog
con las nuevas condiciones.
SPRINT PLANNING

La planificación del sprint es una reunión que se realiza al comienzo de cada sprint donde participa
el equipo de Scrum al completo, Donde se determina que tan complicadas son las historias de
usuario y cuanto nos vamos a decorar en el proceso en este se califica la severidad de cada historia
por todo el equipo de Scrum.

ARTEFACTOS

Product Backlog
Es la principal fuente de información sobre el producto en Scrum, una lista, en cualquier formato,
que contiene todos los requerimientos que necesitaos implementar en el producto.

Sprint Backlog

Es una lista de elementos en la cual se trabaja durante la etapa de sprint, Este artefacto nos
permite saber cuál es la evolución del trabajo durante el sprint.

Scrum Board

Son tableros que están diseñados para el seguimiento del flujo de trabajo, el equipo se divide las
tareas también se busca que las tareas que sean demasiado largas se dividen en pasos para mayor
facilidad para el equipo

Incremento

El Incremento en Scrum es la
suma de todos los elementos
del Product Backlog
completados
durante el Sprint presente y el
valor de los incrementos de
todos los Sprints anteriores.
Por tanto,
es un paso más hacia la
realización del Product Goal u
Objetivo de Producto
El Incremento en Scrum es la
suma de todos los elementos
del Product Backlog
completados
durante el Sprint presente y el
valor de los incrementos de
todos los Sprints anteriores.
Por tanto,
es un paso más hacia la
realización del Product Goal u
Objetivo de Producto
El incremento en Scrum es la suma de todos los elementos del Product Backlog completados
durante el sprint y el valor de los incrementos de los anteriores sprint.