ESTUDIO DE CASO
APLICACIÓN DEL MARCO DE TRABAJO
SCRUM PARA PROYECTOS DE DESARROLLO
DE SOFTWARE.
APRENDIZ
ADRIANA LUCIA MENDEZ HEREDIA
INSTRUCTOR
JUAN JOSE BOTELLO
CAUCASIA-ANTIOQUIA
1 DE DICIEMBRE DE 2022
ESTUDIO DE CASO
ASIGNANDO ROLES Y CICLO DE VIDA
EVIDENCIA AA2-EV01
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.
Desarrollo_________________________________________________________
Asignación de roles
En base al desarrollo de la actividad anterior “Historias de usuarios” se realizará la
asignación de roles para un equipo de trabajo para el desarrollo de este proyecto,
cada uno de ellos cumpliendo un rol distinto para su funcionamiento y su efectividad,
con el fin de cubrir las necesidades del cliente.
Producto Owner (PO): esta asignación está basada en la persona encargada de
que el equipo scrum aporte valor al negocio y también de escuchar los
requerimientos y peticiones solicitadas por el cliente, también de pasar dicha
información a su equipo como representante directo del proyecto en función.
Información
Nombre Jorge David Castaño
Cargo Administrador
Cel 3136579305
Rol Producto Owner
Función Representante y enlace directo con el cliente
Scrum Master (SM): este como líder, dirige a su equipo para que se pueda lograr
el objetivo y sobre todo en un periodo establecido. Así como también debe dar
soluciones a cualquier tipo de inconveniente presentado en el desarrollo del
proyecto en función, tiene la capacidad de resolver y dar continuidad.
Información
Nombre Cristian Camilo Moreno
Cargo Ingeniero de sistemas
Cel 3204658351
Rol Scrum Master
Función Liderar y brindar soluciones
Development Team (DT): esta persona es la encargada y responsable del
desarrollo del proyecto, ya que es el desarrollador en función del software dando
cumplimiento a las necesidades requeridas por el cliente. Este tiene la capacidad y
sobre todo los conocimientos necesarios para dicho desarrollo.
Información
Nombre Juan Diego Alarcón
Cargo Desarrollador de Software
Cel 3113542709
Rol Development Team
Función Desarrollador de software para cubrir cualquier necesidad
QA Tester o Analista: esta persona está encargada de analizar el software
desarrollado, para determinar detectar y comprobar que los requerimientos
solicitados por el cliente funcionen satisfactoriamente. Este debe tratar de encontrar
errores, si los tiene claro está, para entregar un software de calidad y garantizado
para cubrir dichas necesidades.
Información
Nombre Steven González
Cargo Analista
Cel 3130984523
Rol QA Tester o Analista
Función Analiza el producto a entregar, con el fin de dar garantía de ello
Artefactos_________________________________________________________
Los artefactos conforman el equipo de herramientas con el cual se ejecuta y se
controla el proyecto, basado en listas de control y el Scrum board.
Product Backlog
Es la lista de funcionalidades o acciones que llevan a conformar los productos por
construir. Se redacta con el idioma del cliente y se construye a través de las historias
de usuario
Acciones
ID Requerimiento Función Objetivo
Permitir la matricula Información de datos Lograr matricular al
HU01 del estudiante al para la matricula del estudiante al técnico
técnico elegido. estudiante. solicitado por el mismo.
Mostrar el estudiante Mostrar la Enviar notificación de
HU02 en el técnico confirmación de confirmación de
matriculado. matrícula al técnico. matrícula al estudiante.
Permitir la Permitir al estudiante Que el estudiante logre
HU03 cancelación de su cancelación de su cancelación de
matrícula del matrícula al técnico. matrícula sin sanción
estudiante. alguna.
HU04 Mostrar los horarios Establecer los Tener claro cuáles son
para los técnicos. horarios fijos para los los horarios asignados
técnicos. para las materias.
Mostrar las materias o Que las materias o Que el estudiante pueda
HU05 pensum académico pensum puedan ser ver las materias
del técnico elegido. observados por el asignadas para el
estudiante. técnico.
Corresponder las Que cada materia Que el estudiante sea
HU06 materias con los tenga un horario fijo notificado los horarios de
horarios de los sin inconveniente cada materia del técnico
técnicos. alguno. elegido.
Permitir certificar el Certificar los De que cada estudiante
semestre al semestres de los cumpla con la
estudiante cuando estudiantes que responsabilidad de
HU07 cumpla con la hayan aprobado las aprobar las materias
aprobación de las materias asignadas.
materias. correspondientes.
Permitir certificar al Verificar y certificar a Lograr que los
HU08 estudiante cuando los estudiantes que estudiantes hayan
termine de aprobar hayan cumplido con cumplido y adquirido
todos los semestres. todos los semestres. nuevos conocimientos.
Ciclo de vida SCRUM________________________________________________
Una vez asignado a cada uno de los integrantes del equipo Scrum el rol a ejercer y
de realizar la respectiva priorización de las historias de usuario del Product Backlog
como se identificó en la actividad anterior, se procede a dar inicio con el ciclo de
vida Scrum del proyecto tomando como eje el enfoque de importancia ya
establecido, a fin de poder ir desarrollando uno a uno los requerimientos.
Sprint planning_____________________________________________________
Es la lista de funcionalidades que se extraen del Product backlog para incorporarse
al sprint. El Product Owner (PO), asigna las prioridades en función de la velocidad
del equipo (team velocity) para cubrir el trabajo. Si es necesario, el PO puede volver
a priorizar las funcionalidades.
En el sprint se mostrará el proceso de cómo se realizará el proyecto, desde su inicio
hasta su finalización y posteriormente su durabilidad. Aquí se planteará la
información necesaria dependiendo de sus prioridades, este es creado por el team
scrum para un trabajo colaborativo y responsable de su desarrollo.
Sprint planning
Backlog Iniciado En progreso Finalizado Durabilidad
HU01
HU03
Funcionalidades 1 mes
HU05
HU07
Objetivo del
Sprint HU02
Es recopilar toda HU04
la información del 2 mes
(producto
Backlog) con la HU06
finalidad de
incorporarlas
según sea su HU08
3 meses
prioridad y
funcionalidad,
para lograr el
objetivo.
