Sie sind auf Seite 1von 7

UNIVERSIDAD PERUANA DE CIENCIAS APLICADAS

MONOGRAFÍA PARA OPTAR POR LA


ESPECIALIZACIÓN DE SCRUM

Autores: (nombres de los participantes)

Abril, 2018

Documento elaboración por Alfredo Pérsico Gutiérrez – 07/04/2018


I. INTRODUCCIÓN

Se presenta la institución donde se desarrolla la experiencia. Luego, se muestra la


experiencia realizada (o hipotética) de desarrollo de un producto o servicio, alineada a
los objetivos estratégicos de la empresa.

EJEMPLO

La presente monografía presenta una experiencia realizada para un proyecto de


innovación de la empresa XXX, dedicada…

El objetivo(s) estratégico al que responde el proyecto es... En este sentido, el caso que
detallamos a continuación, constituyó en el desarrollo de un servicio orientado
atender/lograr/enfrentar un problema..., a través de un soporte digital interactivo que
permita ...

La presente monografía presenta una experiencia realizada para un proyecto de


innovación de la empresa Grupo Financiero DVV, dedicada a tener una mejor
organización de las entidades que los integra, por medio de una política corporativa
unificada, así abarcar diversos servicios financieros ofrecidos por cada una de las
empresas que los conforman.

II. METODOLOGÍA

Se presenta un breve resumen de SCRUM y se plantea la pertinencia de optar por ese


marco ágil de cara al proyecto. Así mismo, se especifica lo que duró el proyecto o lo que
hipotéticamente duraría, el número, la extensión de sprints y los timeboxes asociados a
los eventos.

Finalmente, se explicita el rol que cumplen los autores de la monografía en este proceso
de desarrollo de producto o servicio.

III. DESARROLLO DE LA EXPERIENCIA

La primera parte corresponde al Sprint “0”. Se habla de la visión compartida que se tiene
de la oferta (qué producto, en qué consiste, qué se desea brindar, etc.). Luego, se
comenta brevemente el proceso de diseño del Product Backlog (con quiénes y a cuántos

Documento elaboración por Alfredo Pérsico Gutiérrez – 07/04/2018


se entrevistó el product owner para elaborar las historias), cuáles fueron las historias
resultantes y cuánto fue el valor de negocio (business value) asignado a cada historia,
haciendo una pequeña justificación de las 5 más valiosas. No olvidar la estructura de
redacción de una historia (Rol usuario + Funcionalidad deseada + beneficio). A
continuación, algunos ejemplos de redacción de historias.

EJEMPLO:

El producto consiste en una plataforma móvil de apoyo para la facilitación de talleres


que fortalezca la comunicación de consignas e intensifica la interacción con las
soluciones digitales adquiridas por la empresa para su adopción y proyección estratégica

Historias

1. El participante debe poder cargar videos y fotos a la plataforma, para crear su


portafolio de proyecto.
- Business Value: 8800
- Sustento: A esta historia se le ha asignado este “business value” dado que, en
las entrevistas realizadas, se encontró…
2. El participante debe poder recibir mensajes del facilitador, para precisar las
consignas y tareas.
- Business Value: 5600
- Sustento: A esta historia se le ha asignado este “business value” dado que, en
las entrevistas realizadas, se encontró…
3. El participante debe poder personalizar los recursos audiovisuales, para fomentar
el crosselling y comprensión de la tecnología en uso.
- Business Value: 4000
- Sustento: A esta historia se le ha asignado este “business value” dado que, en
las entrevistas realizadas, se encontró…
4. El participante debe poder acceder a una sección de consulta de cápsulas de
conocimiento, para contar con información sintetizada y de alta calidad que
permita obtener claridad sobre la solución digital adquirida o complementaria.
- Business Value: 3780

Documento elaboración por Alfredo Pérsico Gutiérrez – 07/04/2018


- Sustento: A esta historia se le ha asignado este “business value” dado que, en
las entrevistas realizadas, se encontró…
5. El administrador quiere asignar aulas de trabajo en función de los grupos
(clientes finales) a los que se les brindará la capacitación, para que la información
producida durante el workshop o bootcamp sea de uso exclusivo de los
participantes de ese taller.
- Business Value: 3670
- Sustento: A esta historia se le ha asignado este “business value” dado que, en
las entrevistas realizadas, se encontró…

En la segunda parte, se trabajan los SPRINTS: los Sprints Backlogs, con sus respectivos
Sprint Goals, criterios de aceptación (por historia de usuario), estimaciones de tarea
asignación de responsables y criterios de terminado (por cada sprint).

Ejemplos de cómo se puede frasear los Sprint Goals, criterios de terminado y criterios
de aceptación en el marco de un sprint :

a. Sprint Goal 1: La aplicación permite la interacción del participante al grupo y


del facilitador al grupo

Criterio de “terminado”: Se sube información a la plataforma

Sprint Backlog:
- El participante debe poder cargar videos y fotos a la plataforma, para crear
su portafolio de proyecto.

Criterios de aceptación:
+ Diseño de un interfase que permita cargar videos y fotos de la cámara
filmadora del Smartphone o iphone
+ Diseño de una sección para organizar el trabajo

- El participante debe poder recibir mensajes del facilitador, para precisar las
consignas y tareas.
Criterios de aceptación:

Documento elaboración por Alfredo Pérsico Gutiérrez – 07/04/2018


+ Visualización de una ventaja emergente con el mensaje del facilitador
+ Envío de mensaje del facilitador al conjunto del grupo

b. Sprint Goal 2: La aplicación genera el acceso a información especializada y


amigable sobre la tecnología para el desarrollo.

Sprint Backlog:
- El participante debe poder acceder a una sección de consulta de cápsulas de
conocimiento, para contar con información sintetizada y de alta calidad que
permita obtener claridad sobre la solución digital adquirida o
complementaria.
Criterios de aceptación:
+ Diseño del repositorio
+ Acceso a función de subida y descarga de archivo

Criterio de terminado: Resúmenes especializados subidos en la plataforma

c. Sprint Goal 3: La aplicación permite personalizar la información por cada


grupo

Sprint Backlog:

- El administrador quiere asignar aulas de trabajo en función de los grupos


(clientes finales) a los que se les brindará la capacitación, para que la
información producida durante el workshop o bootcamp sea de uso exclusivo
de los participantes de ese taller.
-
Criterios de aceptación:
+ segmentación del acceso al almacenamiento por parte de los grupos
+ creación de una sección para subir la información generada por cada grupo

Documento elaboración por Alfredo Pérsico Gutiérrez – 07/04/2018


- El participante debe poder personalizar los recursos audiovisuales, para
fomentar el crosselling y comprensión de la tecnología en uso.
Criterios de aceptación
+ Creación de sección en el back end, para subir la información de productos
complementarios
+ Creación de una sección en el front end, para la exposición de los videos e
información de las soluciones vendidas por el cliente corporativo y las
soluciones complementarias

Criterio de terminado: Se guarda un registro ad hoc por cada grupo.

Finalmente, se narran las incidencias ocurridas durante el proceso y las pruebas de


producto, los ajustes a la lista de pendientes (sprint backlog) que se suscitaron por lo
hallazgos del product owner generados en nuevas entrevistas con los usuarios o como
resultantes de las reuniones de refinamiento que permitieron considerar ajustes en
materia de funcionalidad y alcance. Así mismo, se comenta la decisión a favor de pasar
a producción los PMV (producto mínimo viable) de cada sprint, también llamados
productos potencialmente desplegales/liberables.

Conclusiones y Aprendizajes:

En esta última sección, se señalan las conclusiones y aprendizajes que el equipo de


estudiantes del curso de especialización de SCRUM de la UPC, lograron extraer de la
experiencia de haber utilizado el marco ágil SCRUM.

Ejemplo de conclusión:

El velocity alcanzado por el equipo para el desarrollo del producto o servicio


definido se ha mantenido establece de sprint a sprint, pudiendo afirmar que la
estimación no solo fue retadora para el equipo, sino también realista.

Ejemplo de aprendizaje:

“Hemos aprendido que el marco SCRUM permite centrarse en aquello que valora el
cliente y generar, desde ese lugar, incrementos de valor progresivamente, hasta

Documento elaboración por Alfredo Pérsico Gutiérrez – 07/04/2018


finalizar las iteraciones. La realización de una historia implica su transformación en
un incremento de funcionalidad en el marco de un producto mínimo viable.”

Documento elaboración por Alfredo Pérsico Gutiérrez – 07/04/2018

Das könnte Ihnen auch gefallen