Formato Ejemplo para Documentar El Uso de Scrum en Un Proyectodoc Compress

Desarrollo del Sistema Versión: 0.
1
Planificación Fecha: 19/10/2014
Descripción de la metodología de trabajo
UNIVERSIDAD TECNICA DEL NORTE

FACULTAD DE INGENIERIA EN CIENCIAS APLICADAS
CARRERA DE INGENIERIA EN SISTEMAS COMPUTACIONALES
Proyecto
Sistema de Gestión de Procesos de Producción para
la empresa DIKAPSA
Descripción de la metodología de trabajo (scrum)

Versión 1.0
DIKAPSA Página 1 de 31
Desarrollo del Sistema Versión: 0.1
Historial de Revisiones
Fecha Versión Descripción Autor
19/10/2014 1.0 Primera versión con los apartados y
contenidos básicos Carlos Burgos
Tabla de Contenidos
1. Introducción..................................................................................................................... 5
1.1 Propósito de este documento.........................................................................................5

1.2 Alcance.......................................................................................................................... 5
2. Descripción General de la Metodología.........................................................................5
2.1 Fundamentación............................................................................................................. 5
2.2 Valores de trabajo.......................................................................................................... 6
3. Personas y roles del proyecto........................................................................................6
4. Artefactos ........................................................................................................................ 6
4.1 Pila de producto............................................................................................................. 6

4.2 Pila del sprint.................................................................................................................. 8
4.3 Sprint.............................................................................................................................. 9
4.4 Incremento..................................................................................................................... 9
4.5 Gráfica de producto (Burn Up)........................................................................................9
4.6 Gráfica de avance (Burn Down)....................................................................................11
4.7 Reunión de incio de sprint............................................................................................12
4.8 Reunión técnica diaria..................................................................................................13
4.9 Reunión de cierre de sprint y entrega del incremento..................................................13
1. Introducción
En este capítulo se describe la implementación de la metodología de trabajo SCRUM en
la empresa DIKAPSA para la gestión del desarrollo del proyecto SISTEMA DE
GESTIÓN DE PROCESOS DE PRODUCCIÓN PARA LA EMPRESA DIKAPSA.
Incluye junto con la descripción de este ciclo de vida iterativo e incremental para el
proyecto, los artefactos o documentos con los que se gestionan las tareas de
adquisición y suministro: requisitos, monitorización y seguimiento del avance, así como
las responsabilidades y compromisos de los participantes en el proyecto.
El sistema contará con la capacidad de tomar órdenes de producción de manera rápida

y estandarizada, y al mismo tiempo conocer de manera clara y eficiente dichas ordenes
en reportes reales,
1.1 Propósito de este documento

Facilitar la información de referencia necesaria a las personas implicadas en el
desarrollo del SISTEMA DE GESTIÓN DE PROCESOS DE PRODUCCIÓN PARA LA
EMPRESA DIKAPSA.
1.2 Alcance
Personas y procedimientos implicados en el desarrollo del SISTEMA DE GESTIÓN DE
PROCESOS DE PRODUCCIÓN PARA LA EMPRESA DIKAPSA
2. Descripción General de la Metodología en el Sistema
2.1 Fundamentación
Las principales razones del uso de un ciclo de desarrollo iterativo e incremental de tipo
scrum para la ejecución de este proyecto son:
 Sistema modular. Las características del sistema SISTEMA DE GESTION DE
PROCESOS DE PRODUCCION PARA LA EMPRESA DIKAPSA permiten
desarrollar una base funcional mínima y sobre ella ir incrementando las
funcionalidades o modificando el comportamiento o apariencia de las ya
implementadas.
 Entregas frecuentes y continuas al cliente de los módulos terminados, de forma
que puede disponer de una funcionalidad básica en un tiempo mínimo y a partir
de ahí un incremento y mejora continua del sistema.
 Previsible inestabilidad de requisitos.
o Es posible que el sistema incorpore más funcionalidades de las
inicialmente identificadas.
o Es posible que durante la ejecución del proyecto se altere el orden en el
que se desean recibir los módulos o historias de usuario terminadas.
o Para el cliente resulta difícil precisar cuál será la dimensión completa del
sistema, y su crecimiento puede continuarse en el tiempo suspenderse o
detenerse.
Antes de iniciar cualquier iteración SCRUM recomienda definir algunos aspectos
importantes como son los objetivos, requerimientos y tareas que nos servirán para
cubrir cada una de las iteraciones
3. Personas y roles del proyecto
Persona Contacto Rol

Ing. Mauricio Rea 0986099536 Tutor / Scrum Manager
Diego Oña [e-mail / tel.] Gestor de Producto / Product Owner
Carlos Burgos 0981363431 Equipo Técnico / Team Group
4. Artefactos
La reunión retrospectiva es una herramienta del marco de trabajo Scrum, que pertenece a la familia de
marcos de trabajo de desarrollo ágil, se realiza en cada iteración (denominado Sprint en Scrum), justo
después de la reunión de revisión de la iteración (Sprint Review Meeting) con el dueño del Producto
(Product Owner). En esta reunión deben revisarse tres aspectos, lo que salió bien durante la iteración
(aciertos), lo que no salió tan bien (errores) y las mejoras que pudieran hacerse en la próxima iteración
para evitar errores y mantener aciertos.
El dueño del producto (Product Owner) no asiste a la reunión, por lo que es una oportunidad para el
equipo para poder hablar sin tapujos de los éxitos y fracasos, siendo importante para el equipo el
analizar su propio desempeño e identificar estrategias para mejorar sus procesos. De forma similar, el
Scrum Master (quien es el coach del equipo Scrum) puede observar impedimentos comunes que están
afectando al equipo y tomar acciones para resolverlos.
Para la planificación de los sprints, la metodogía de scrum nos brinda los artefactos que ayudaran a la
realización de las tareas programadas, el primer artefacto que tenmos que crear para la planificación del
desarrollo del sistema es el Producto BackLog, este artefacto nos permite conocer las tareas que
tenemos que realizar y categorizar por prioridades
4.1 Pila de producto (Product Backlog)
Dentro de la primera reunión de retrospectiva Nro/Codigo que recomienda SCRUM en su

marco de trabajo, se ha procedido a la elaboración de la lista de requerimientos
definidos por el Producto Owner Diego Oña, se ha considerado establecer un
formato de la lista en la que incluya almenas la siguiente información para cada
columna de la tabla:
 Identificador (ID) de la Historia: Código que identifica a la historia de forma

unívoca, una vez asignado, no debe ser re-usado en otra historia, ni siquiera
si la historia es descartada. El código identifica la historia en otros
documentos, como por ejemplo la plantilla de historias de usuario.
 Enunciado de la Historia: Nombre de la historia, el cual debe ser el mismo
que se utiliza en otros documentos. Se puede utilizar el formato siguiente;

Como un [Rol], Necesito [Descripción de la Funcionalidad], con la finalidad
de [Razón o Resultado]
 Origen: Área a la que va ser destinado dicha funcionalidad del
requerimiento.
 Alias: Título de la historia alternativo a la descripción, que servirá para
identificar más fácilmente la historia sin tener que repetir todo su enunciado.
Se puede utilizar por ejemplo el nombre de la funcionalidad o requerimiento
que se pretende desarrollar.
 Estado: Identifica los posibles estados de la historia durante su ciclo de vida:
o Vacío: La historia fue identifica pero aún no ha sido asignada a una
iteración.
o Planificada: La historia fue asignada a una iteración y aún no ha
comenzado su ejecución. Puede tener este estado incluyendo en la
iteración donde está planificado ejecutarla (pero que aún no ha
comenzado).
o En Proceso: La historia fue seleccionada por el equipo y está en
proceso de desarrollo (en ejecución).
o Hecho (Donde): La historia fue desarrollada. Es importante clarificar
la definición de “Hecho” con el equipo de trabajo. “Hecho” no sólo
incluye el desarrollo sino la integración y pruebas integrales del
Software. Una historia hecha puede presentarse al dueño de
producto para sus pruebas de aceptación.
o Descartada: Se determinó que la historia ya no es relevante, su
contenido se incluyó en otro grupo de historias o fue cancelada.
 Dimensión / Esfuerzo: Medida del esfuerzo (tamaño) que implica
desarrollar la historia, existen distintos métodos para medirlo, un ejemplo es
los “puntos de historia” una medida de complejidad no necesariamente
relacionado con jornadas o días. Otra forma de medirlo es con días o
jornadas ideales. 1SP = 1 día = 8 hrs
 Iteración (Sprint): Iteración o Sprint al que se asigna la historia. Esta
asignación puede cambiar en cada iteración donde se haga la revisión de la
pila de producto (ProductBacklogReview), según las prioridades indicadas
por el dueño de producto. Por medio de este campo se puede crear un “Plan
de Salidas a Productivo” (Release Plan).
 Prioridad: Siguiendo el marco de trabajo ágil y Scrum, se le deben asignar
prioridades a las historias, según las instrucciones del dueño de producto
(ProductOwner). De esta forma pueden ordenarse. Las historias de mayor
prioridad deben ser las que agregan más valor al negocio, y deben ser
originadas en sus necesidades.
 Comentarios: Comentarios o detalles relacionadas que expliquen la historia.
Para definiciones de mayor longitud deben usarse documentos externos, por
ejemplo la plantilla de historias de usuario
Desarrollo ágil: Pila de Producto (Product Backlog)

Elaborado por: Carlos Burgos
Dimensi
Identificador
Origen/ Estad ón / Iteración Priorida Comentari
(ID) de la Enunciado de la Historia Alias
Módulo o Esfuerz (Sprint) d os
Historia
o
Como usuario de ventas, necesito Módulo Comerc
REQ-DIKAPSA- que permita registrar a los clientes, Comercial ial SIGPROPED-
Hecho 30SP 100
01 con la finalidad tener una base de . SP1
información.
Como usuario de ventas, necesito Toma de Ventas
que permita tomar órdenes de ODT
REQ-DIKAPSA- SIGPROPED-
producción estandarizadas, con la Estandari Hecho 30SP 95
02 SP2
finalidad de que sea el proceso zadas
rápido, eficiente y estandarizado.
Como un usuario de ventas, Impresión Ventas
necesito que imprima de manera Secuencia
REQ-DIKAPSA- secuencial cada orden de s ODT SIGPROPED-
Hecho 30SP 90
03 producción, con la finalidad de SP2
conocer a detalle la información
relevante de la misma.
Como un usuario de ventar, Precios Ventas
necesito que permita poner precios manuales
de manera manual con proyección automátic
a precios automáticos, con la os Hecho 30SP 90
04 SP2
finalidad de facilitar al usuario la
eficiencia en lo toma de órdenes de
trabajo.
Como un usuario de ventas, Anticipo Ventas
necesito que genere un anticipo del total de la
total de la orden, con la finalidad Orden Hecho 30SP 90
05 SP2
de que garantice la elaboración de
dicha orden de producción.
REQ-DIKAPSA- Como gerente comercial, necesito Hora Produc Hecho 30SP SIGPROPED- 90
06 que señale la fecha y hora de tomada ción SP2
tomada una orden de producción, una orden
con la finalidad de saber en qué de

momento se receptaron dichas producció
órdenes. n
Como jefe de producción, necesito Módulos Produc
que permita guardar Productos con de ción
cada una de líneas de producción y gestión
REQ-DIKAPSA- acabados, además debe permitir de SIGPROPED-
Hecho 30SP 87
07 ingresar los procesos de Producció SP3
producción, con la finalidad de n.
tener una base formal y que sirva
para hacer un seguimiento.
Como un operador del sistema, Código Produc
necesito que genere un código superviso ción
REQ-DIKAPSA- numérico, con la finalidad de r en SIGPROPED-
Hecho 30SP 80
08 registrar en las diferentes etapas etapas de SP04
del proceso de elaboración de la ODT
orden de producción.
Como gerente comercial, necesito Código Comerc
que el código generado sirva para superviso ial
indicar la hora de entrada y la hora r de
de salida de cada etapa del tiempos Hecho 30SP 80
09 SP04
proceso, con la finalidad de de ODT
conocer los tiempos de duración en en
cada etapa. proceso
Como un usuario público, necesito Monitor Publico
que se indique en un monitor la de
fecha de entrega y la etapa del tiempos
REQ-DIKAPSA- proceso en la que se encuentra, entregas SIGPROPED-
Hecho 30SP 80
10 con la finalidad de conocer a ODT SP04
ciencia cierta cómo avanza el
proceso de elaboración de dicho
producto
Como un usuario público, necesito Alertas en Publico

que de alertas de cualquier tipo etapas
cuando la orden se encuentre en Iniciales SIGPROPED-
REQ-DIKAPSA-
las etapas iniciales del proceso y de Hecho 30SP SP04 80
11
este cerca la fecha de entrega, con proceso
la finalidad de dar prioridades en
las producciones y evitar retrasos.
Como un usuario de producción, Ver ODT Produc
necesito que la orden de en área ción
producción tomada se la pueda ver producció
REQ-DIKAPSA- al instante en la planta de n SIGPROPED-
Hecho 30SP 80
saber que materiales se debe
preparar para la elaboración de
dicho orden de producción.
Como un usuario de ventas/diseño, Enviar
necesito se pueda enviar archivos archivos
REQ-DIKAPSA- desde las oficinas de DIKPASA a SIGPROPED-
Hecho 30SP 80
facilitar la perdida de información
adjunto a la orden de producción.
Como gerente comercial, necesito Reporte Comerc
que se pueda controlar a los ODT ial
REQ-DIKAPSA- usuarios por sus roles y auditorias tomadas SIGPROPED-
Hecho 30SP 75
14 en cambios importantes, con la SP05
finalidad de tener separados por
sus funciones y cargos.
REQ-DIKAPSA- que genere reportes de órdenes ODT ial SIGPROPED-
Hecho 30SP 65
15 tomadas, con la finalidad de tomadas SP-06
evaluar las ventas.
REQ-DIKAPSA- Como gerente comercial, necesito Reporte comerc Hecho 30SP SIGPROPED- 65
16 genere un reporte por productos, por ial SP-06
rotación y cantidad, con la finalidad producto
de conocer que productos y líneas cantidad

de producción son más apetecibles
para el cliente y su continua
mejora.
genere reportes de tiempos en de ial
cada etapa del proceso de tiempos
producción de la orden de trabajo, en etapas Hecho 30SP 65
17 SP-06
con la finalidad de conocer,
equilibrar y ajustar dichos tiempos
con el personal.
Como gerente comercial, necesito Reporte comerc
que genere un reporte de todas las ODT ial
REQ-DIKAPSA- órdenes de trabajos entregadas entregada SIGPROPED-
Hecho 30SP 65
18 tarde, con la finalidad de poder s tarde SP-06
determinar las causas de esa
demora y corregir.
Como gerente comercial, necesito Reporte comerc
que genere un reporte de compras de ial
REQ-DIKAPSA- por cliente y por categoría de compras SIGPROPED-
Hecho 30SP 65
19 productos, con la finalidad de por SP-06
poder distinguir a nuestros posible cliente y
potenciales clientes. categoría
Como gerente comercial, necesito Reportes comerc
un reporte por vendedores, con la por ial
finalidad de saber cada una de las vendedor Hecho 30SP 65
20 SP-06
ventas realizadas por los usuarios es
de ventas.
Elaborado por: El Autor
4.2 Planificación de la Pila del sprint (Sprint Backlog)
Una vez definida la lista de requerimientos del cliente, se procede a crear la

planificación de cada uno de los Sprints en una tabla donde nos permitirá conocer
cada una de las iteraciones, en la que definiremos las tareas a desarrollarse de
acuerdo al nivel de prioridad establecida a cada uno de los requerimientos
planteados en la Pila de Producto por el Product Owner, para lo que el equipo
deberá elegir y organizar cada una de ellas.
Esta pila del spring también es una herramienta que provee de soporte para la
comunicación directa con el equipo de desarrollo, donde el estado va ir cambiando
mientras avanza la iteración.
Para su elaboración y planificación de a considerado necesario reunir con la
siguiente información:
 ID: Código de identificación de la tarea o sprint a desarrollarse

 Nombre de Tarea: Identificación de la tarea para el grupo de desarrolladores
 Sprint: Sprint al que conforma dentro de la planificación para los entregables
programados
 Prioridad: Prioridad que tiene el Sprint dentro del Grupo para ser
implementado y entregado.
 Trabajo Previsto/ Estimación Inicial: Tiempo en días previsto de la
duración del sprint en su desarrollo.
 Trabajo Actual: número de días que presenta de desarrollo en el sprint
escogido por el equipo de desarrollo.
 % completado: Porcentaje en números del avance del sprint determinado
por equipo de desarrollo.
 Trabajo: número de días raléales
 Duración/Estimación Ajustada: Re ajuste al tiempo estimado en días para
la elaboración del sprint.
 Comienzo: fecha de inicio del sprint
 Fin: fecha de finalización del sprint
 Recurso: Hipervínculo directo a la lista de requerimientos presentado por
Product Owner (Dueño del Producto) en la Pila de Producto (Product
Backlog)
Trabajo
Duració
Previst %
Trabaj n/Estim
Sprin Priorid o/ com Trabaj
Id Nombre de tarea
t ad Estima
o
pleta o
ación Comienzo Fin Recurso
Actual Ajustad
ción do
a
Inicial
Arquitectura de la Solución - 305 0 0 303 dom mié
Alta 0%
SIGPROPED días días días días? 16/02/14 15/04/15
0 dom dom
TR1 Requerimientos Alta 1 día 0% 0 días 1 día
días 16/02/14 16/02/14
Levantamiento de procesos y 18 0 mar
TR2 Media 0% 0 días 18 días jue 13/03/14
diagramación días días 18/02/14
0 vie mié
TR3 Plataforma Tecnológica Media 7 días 0% 0 días 14 días
días 14/03/14 02/04/14
34 0 jue mar
TR4 Diseño de Datos Alta 0% 0 días 34 días
días días 03/04/14 20/05/14
SP Primer Sprint (Desarrollo de 34 0 0 34 mié lun
Alta 0%
1 Módulos Comercial) días? días días días? 21/05/14 07/07/14
0 mié mar REQ-
Desarrollo de Catálogo Clientes SP1 Alta 5 días 0% 0 días 5 días DIKAPSA-01
días 21/05/14 27/05/14
Desarrollo de Catálogo Ordenes de
20 0 mié mar REQ-
trabajos - Detalles ODT - Detalles SP1 Alta 0% 0 días 20 días DIKAPSA-01
días días 28/05/14 24/06/14
ODT Acabados
Desarrollo de Catálogo Entregas ODT - 0 mié REQ-
SP1 Media 9 días 0% 0 días 9 días lun 07/07/14 DIKAPSA-01
Tipos Entregas días 25/06/14
SP Segundo Sprint (Desarrollo 34 0 0 34 mar vie
Alta 0%
2 Requerimientos Comercial) días? días días días? 08/07/14 22/08/14
25 0 mar REQ-
Toma de ODT Estandarizadas SP2 Alta 0% 0 días 25 días lun 11/08/14 DIKAPSA-02
días días 08/07/14
0 mar mié REQ-
Impresión Secuencias ODT SP2 Media 2 días 0% 0 días 2 días
días 12/08/14 13/08/14 DIKAPSA-03
0 jue REQ-
Precios manuales automáticos SP2 Alta 3 días 0% 0 días 3 días lun 18/08/14 DIKAPSA-04
días 14/08/14
0 mar mié REQ-
Anticipo total de la Orden SP2 Alta 2 días 0% 0 días 2 días
días 19/08/14 20/08/14 DIKAPSA-05
0 jue REQ-
Hora tomada una orden de producción SP2 Alta 2 días 0% 0 días 2 días vie 22/08/14 DIKAPSA-06
días 21/08/14
SP Tercer Sprint (Desarrollo Módulos Alta 34 0 0% 0 34 sáb mié
3 EGP) días días días días 23/08/14 08/10/14

Desarrollo Catálogo Líneas de 0 sáb REQ-
SP3 Alta 5 días 0% 0 días 5 días jue 28/08/14 DIKAPSA-07
Producción - Productos días 23/08/14
Desarrollo Catálogo Tipos Acabados - 0 vie REQ-
Acabados días 29/08/14
Desarrollo Catálogo Departamentos - 0 vie REQ-
SP3 Alta 7 días 0% 0 días 7 días lun 15/09/14 DIKAPSA-07
Etapas - Procesos - Secuencias Procesos días 05/09/14
Desarrollo Catálogo Historial Tareas -
17 0 mar mié REQ-
Tareas - Involucrados Tareas - Archivos SP3 Alta 0% 0 días 17 días DIKAPSA-07
días días 16/09/14 08/10/14
Adjuntos
SP Cuarto Sprint (Desarrollo 34 0 0 34 jue mar
Alta 0%
4 Requemientos Control ODT) días? días días días? 09/10/14 25/11/14
0 jue REQ-
Código supervisor en etapas de ODT SP4 Alta 6 días 0% 0 días 6 días jue 16/10/14 DIKAPSA-08
días 09/10/14
Código supervisor de tiempos de ODT 0 vie REQ-
en proceso días 17/10/14
10 0 vie REQ-
Monitor de tiempos entregas ODT SP4 Alta 0% 0 días 10 días jue 06/11/14 DIKAPSA-10
días días 24/10/14
0 vie mié REQ-
Alertas en etapas Iniciales de proceso SP4 Alta 4 días 0% 0 días 4 días
días 07/11/14 12/11/14 DIKAPSA-11
0 jue mié REQ-
Ver ODT en área producción SP4 Alta 5 días 0% 0 días 5 días
días 13/11/14 19/11/14 DIKAPSA-12
0 jue mar REQ-
Enviar archivos SP4 Alta 4 días 0% 0 días 4 días
días 20/11/14 25/11/14 DIKAPSA-13
SP Quinto Sprint (Desarrollo de Módulo Medi 34 0 0 34 mié lun
0%
5 de Seguridad, Aditorial y Parámetros) a días días días días 26/11/14 12/01/15
Desarrollo de Catálogo de Usuarios - 11 0 mié mié REQ-
SP5 Media 0% 0 días 11 días
Grupos - Grupos Permisos días días 26/11/14 10/12/14 DIKAPSA-14
Desarrollo de Catálogo de Auditorias - 11 0 jue REQ-
SP5 Media 0% 0 días 11 días jue 25/12/14 DIKAPSA-14
Log Accesos días días 11/12/14
Desarrollo de Catálogo de Parámetros 12 0 vie REQ-
SP5 Media 0% 0 días 12 días lun 12/01/15 DIKAPSA-14
Colores - Formatos - Tipos Pagos días días 26/12/14
SP Sexto Sprint (Elaboración de Medi 34 0 0 33 mar jue
0%
6 Reportes) a días días días días 13/01/15 26/02/15
0 mar REQ-
Reporte ODT tomadas SP6 Media 5 días 0% 0 días 5 días lun 19/01/15 DIKAPSA-15
días 13/01/15
Reporte por producto cantidad SP6 Media 6 días 0 0% 0 días 6 días mar mar REQ-
días 20/01/15 27/01/15 DIKAPSA-16

0 mié mié REQ-
Reporte de tiempos en etapas SP6 Media 6 días 0% 0 días 6 días DIKAPSA-17
días 28/01/15 04/02/15
0 jue mié REQ-
Reporte ODT entregadas tarde SP6 Media 5 días 0% 0 días 5 días DIKAPSA-18
días 05/02/15 11/02/15
Reporte de compras por cliente y 0 jue REQ-
SP6 Media 6 días 0% 0 días 6 días jue 19/02/15 DIKAPSA-19
categoría días 12/02/15
0 vie REQ-
Reportes por vendedores SP6 Media 5 días 0% 0 días 5 días jue 26/02/15 DIKAPSA-20
días 20/02/15
SP Medi 34 0 0 34 vie mié
Séptimo Sprint (Pruebas) 0%
7 a días días días días 27/02/15 15/04/15
34 0 vie mié
Ejecución de pruebas de software SP7 Media 0% 0 días 34 días
días días 27/02/15 15/04/15
SP Medi 34 0 0 34 vie mié
Octavo Sprint (Publicación) 0%
8 a días días días días 27/02/15 15/06/15
34 0 vie mié
Puesta en producción SP8 Media 0% 0 días 34 días
días días 16/04/15 02/06/15
4.3 Implementacion de la Arquitectura de la Solucion
4.3.1 Implementacion de Diseño de Datos

Modelo entidad Relacion para el sistema de gestion de procesos para la empresa DIKAPSA
consta de Nro tablas realcionadas entres si para dar funcionalidad y servir de fuentes de datos
para SIGPROPED.
Figura Nr: Model Entidad Relacion del Sistema.

4.3.2 Arquitectura del Sistema
Figura Nr: Arquitectura del Sistema.

4.4 Sprint
Se define un formato de asignación del sprint que servirá para cada uno de los Sprint en una
tabla donde nos permitirá conocer las tareas que corresponden a cada sprint así como la fecha
de inicio juntamente al número de días y en que jordanas se desarrollará cada uno, el
permanente cambio en los estados de cada una de las tareas de los sprint exige a contar con
recurso de estados el ayudara a conocer el estado en el que se encuentra dicha tarea al pasar
por fases de Análisis, Codificación, Prototipado, Pruebas y Reuniones excluyendo en las
jordanas los días festivos.
Proyecto
SISTEMA DE GESTIÓN DE PROCESOS DE PRODUCCIÓN PARA LA
EMPRESA DIKAPSA
Nº de sprint Inicio Días Jornada
1 12-feb.-14 24 10
TAREAS
EQUIPO FESTIVOS
TIPOS ESTADOS
Análisis Pendiente Carlos Burgos
Codificación En curso
Prototipado Terminada
Pruebas Eliminada
Reunión
Tabla Nro: Iteraciones del Sprint

Elaborado por: Navegopolis.net
4.4.1 Sprint 1
En el primer sprint se procede a realizar las tareas del mismo que dejará definido la
implementación del módulo comercial y todos sus catálogos. Como son; La creación del
catálogo Clientes, Creación del catálogo de generación de una nueva orden de trabajo con sus
detalles de artículos a manufacturarse y sus acabados por producto, así como también el
desarrollo del catalogó de entregas.
4.4.1.1 Priorización
Para este primer sprint las tareas a desarrollarse son consideradas de acuerdo al nivel de
prioridad dada en la Pila del Producto y su relevancia en el proceso del sistema para la
ejecución del usuario en la generación de una orden de producción, por cuanto es necesario
contar con los catálogos de registros.
4.4.1.2 Asignación del Sprint
SPRINT INICIO DURACIÓN

1 12-feb.-14 31
Tareas pendientes 0
Horas de trabajo pendientes 0
PILA DEL SPRINT
Backlog ID Tarea Prioridad Tipo Estado Responsable
REQ-DIKAPSA-01 Desarrollo de Catálogo de Clientes Alta Pruebas Terminada Carlos Burgos
REQ-DIKAPSA-01 Desarrollo de Catálogo de ODT Alta Pruebas Terminada Carlos Burgos
REQ-DIKAPSA-01 Desarrollo de Catálogo de Detalle ODT Alta Pruebas Terminada Carlos Burgos
REQ-DIKAPSA-01 Desarrollo de Catálogo de Acabados Media Pruebas Terminada Carlos Burgos
REQ-DIKAPSA-01 Desarrollo de Catalogo de Maquinas Media Pruebas Terminada Carlos Burgos
REQ-DIKAPSA-01 Desarrollo de Catalogo de Materiales Media Pruebas Terminada Carlos Burgos
4.4.1.3 Prototipo interfaz gráfica
Se presenta el siguiente prototipo de interfaz gráfica usada para la administración de todos los
catálogos de gestión.
Figura Nr : Interfaz de Gestión de Módulos

Elaborada por: El Autor
4.4.2 Sprint 2
Contando una fuente de registros para la formulación y generación de una nueva Orden de
Trabajo con cada uno de sus artículos a manufacturarse y sus detalles de imprenta para cada
artículo se procedió a realizar el sprint numero dos el cual generará la toma de órdenes de
trabajo estandarizadas, reduciendo el tiempo del proceso de venta y negociación al igual que
se permite establecer precios manuales con cálculos de totales y saldos de una orden general.
También se consideró indispensable la implantación de la impresión de dicha orden de trabajo
en tamaño de ticket para el ahorro de recursos y contribuir con el medio ambiente.
Las tareas elegidas para el actual sprint y su orden de priorización fueron consideradas
siguiendo el orden de ejecución en el sistema de gestión de procesos, después de haber
desarrollado el catálogo de clientes y sus demás verificaciones de los mismos, procedemos a la
codificación de las nuevas órdenes de trabajo que es el núcleo para poder poner en marcha
cualquier control y monitoreo de una línea de producción y sus procesos operativos.

1 21-May.-14 31
Tareas pendientes 0
PILA DEL SPRINT
REQ-DIKAPSA-01 Toma de ODT Estandarizadas Alta Pruebas Terminada Carlos Burgos
REQ-DIKAPSA-01 Impresión Secuencias ODT Alta Pruebas Terminada Carlos Burgos
REQ-DIKAPSA-01 Precios manuales automáticos Media Pruebas Terminada Carlos Burgos
REQ-DIKAPSA-01 Anticipo total de la Orden Media Pruebas Terminada Carlos Burgos
Hora tomada una orden de
REQ-DIKAPSA-01 producción Baja Pruebas Terminada Carlos Burgos

Se define un prototipo de interfaz para la gestión de ventas y generar una nueva orden de
trabajo.
Figura Nr : Interfaz de Gestión de Ventas

4.4.3 Sprint 3
Para este sprint se procede a crear cada uno de los catálogos que servirán como fuente de
datos en la formulación de una nueva secuencia de procesos que debe seguir en una
determinada línea de producción, por lo que es importante contar con el levantamiento del
proceso de la empresa, así como también sus departamentos, etapas de un proceso y cada
uno de los acabados.
La relevancia que presentan cada una de las tareas es considerada por su importancia dentro
de la funcionalidad durante un flujo de trabajo, porque se ha visto necesario tener un registro de
todas la fuentes necesarias para la formulación de un flujo de trabajo para una determinada
linea de producción.

1 23-Agos.-14 31
Tareas pendientes 0
PILA DEL SPRINT
Desarrollo Catálogo
Líneas de Producción -
REQ-DIKAPSA-01 Productos Alta Pruebas Terminada Carlos Burgos
Desarrollo Catálogo Tipos
Acabados
REQ-DIKAPSA-01 - Acabados Alta Pruebas Terminada Carlos Burgos
Desarrollo Catálogo
Departamentos –
Etapas – Procesos - Secuencias
REQ-DIKAPSA-01 Procesos Media Pruebas Terminada Carlos Burgos
Desarrollo Catálogo Historial
Tareas –
Tareas - Involucrados Tareas –
REQ-DIKAPSA-01 Archivos Adjuntos Media Pruebas Terminada Carlos Burgos
Hora tomada una orden de
REQ-DIKAPSA-01 producción Baja Pruebas Terminada Carlos Burgos
Figura Nr : Interfaz de Gestión de Catalogo Gestión de Procesos

Figura Nr : Interfaz de Gestión de Inicio de Orden de Producción

Figura Nr : Interfaz de Gestión de Historial Tareas Procesos ODT

4.4.4 Sprint 4
En este sprint se realiza el monitoreo general y detallado una orden de trabajo por su proceso
de producción durante sufre su metamorfosis hasta que finalmente se realiza la entrega al
cliente en sus dos tipos ya sea parcial o toral, al igual que durante su flujo de proceso en cada
tarea se controla tiempos de entradas y salidas que facilitaran la apreciación real de tiempos en
cuanto respecta a entregas de cada producto de la orden.
Las tareas enlazadas a este evento fueron clasificadas por el desencadenamiento que
presenta con el sprint anterior de contar con la estructura del proceso de una línea de
producción para iniciar el control y monitoreo.

1 09/10/14 31
Tareas pendientes 0
PILA DEL SPRINT
REQ- Código supervisor en etapas
DIKAPSA-08 de ODT Alta Pruebas Terminada Carlos Burgos
Código supervisor de tiempos
REQ- de ODT
DIKAPSA-09 en proceso Alta Pruebas Terminada Carlos Burgos
REQ- Monitor de tiempos entregas
DIKAPSA-10 ODT Media Pruebas Terminada Carlos Burgos
REQ- Alertas en etapas Iniciales de
DIKAPSA-11 proceso Media Pruebas Terminada Carlos Burgos
REQ-
DIKAPSA-12 Ver ODT en área producción Baja Pruebas Terminada Carlos Burgos
REQ-
DIKAPSA-13 Enviar archivos
Figura Nr : Interfaz de Control de Orden de Trabajo

4.4.5 Sprint 5
Para este sprint se procede a realizar las tareas de seguridad del sistema, necesitando tener
una clasificación de las funciones de los empleados acuerdo sus roles y participación durante el
tratamiento de un flujo de procesos de una determinada línea de producción, de igual forma

considerando la utilización de parámetros para una mejor funcionamiento del sistema en ciertos
módulos y catálogos.
Su importancia surge a partir de la importancia de contar con determinada acción que deben
realizar los empleados en ciertas tareas de determinados productos, y las acciones realizadas
por lo que se considera un sprint de aumento.

1 26/11/14 31
Tareas pendientes 0
PILA DEL SPRINT
Desarrollo de Catálogo de
REQ-
DIKAPSA-14
Usuarios - Grupos - Grupos
Permisos Media Pruebas Terminada Carlos Burgos
Código supervisor de tiempos
REQ-
DIKAPSA-14
de ODT
en proceso Media Pruebas Terminada Carlos Burgos
REQ- Desarrollo de Catálogo de
DIKAPSA-14 Auditorias - Log Accesos Media Pruebas Terminada Carlos Burgos
Figura Nr : Interfaz de Gestion de Usuarios

4.4.6 Sprint 6
Para este sprint se elegido realizar las tareas que presentan menor prioridad dentro de nuestro
sistema, como se puede observar las tareas especificadas en la asignación no influyen en el
proceso de la generación de una nueva venta y en el proceso de monitoreo y control de orden
de trabajo.
Las tareas elegidas para este sprint son las de menor prioridad para el funcionamiento del
sistema, son tareas de gestión mas no de las del núcleo del sistema que son las de la Toma de
una nueva orden de trabajo y monitoreo y control de flujo de proceso de una línea de
producción en un determinado producto.

6 13/01/15 31
Tareas pendientes 0
PILA DEL SPRINT
REQ-
DIKAPSA-15 Reporte ODT tomadas Baja Pruebas Terminada Carlos Burgos
REQ- Reporte por producto
DIKAPSA-16 cantidad Baja Pruebas Terminada Carlos Burgos
REQ- Reporte de tiempos en
DIKAPSA-17 etapas Baja Pruebas Terminada Carlos Burgos
REQ- Reporte ODT entregadas
DIKAPSA-18 tarde Baja Pruebas Terminada Carlos Burgos
REQ- Reporte de compras por
DIKAPSA-19 cliente y categoría Baja Pruebas Terminada Carlos Burgos
REQ-
DIKAPSA-20 Reportes por vendedores Baja Pruebas Terminada Carlos Burgos
4.4.7 Sprint 7
4.4.8 Sprint 8
4.5 Incremento e implementación de los Sprints

Parte o subsistema que se produce en un sprint y se entrega al gestor del producto
completamente terminada y operativa.
4.6 Gráfica de producto (Burn Up)
Representación gráfica del plan de producto previsto por el gestor de producto. Es

una gráfica que representa los temas o epics del sistema en el orden que se
desean, y el tiempo en el que se prevé su ejecución.
Responsabilidades del gestor de producto

 Confección.
 Mantenimiento actualizado en todo momento durante la ejecución del
proyecto.
o Orden en el que desea disponer de los temas o “epics” del sistema, e
hitos del producto (versiones).
o Incorporación / eliminación /modificaciones de los temas, de su orden

de prioridad, estimaciones o hitos.
o Disponibilidad: [Indicar modo: si mantiene directamente la pizarra o
intranet o medios de comunicación, o envía las modificaciones al
Scrum Manager para su actualización, u otro modo empleado en la
empresa…]
 [Otras posibles implementadas en esta empresa]
Responsabilidades del Scrum Manager

 Supervisión del gráfico de producto, y comunicación con el gestor del
producto para pedirle aclaración de las dudas que pueda tener, o asesorarle
para la subsanación de las deficiencias que observe.
Responsabilidades del equipo técnico
 Conocimiento y comprensión actualizada del plan del producto.

 Resolución de dudas o comunicación de sugerencias con [indicar según se
haya implementado en la empresa (gestor de producto / scrum manager /
…)]
Responsabilidades del resto de implicados
 Conocimiento y comprensión actualizado del plan de producto.

 Resolución de dudas o comunicación de sugerencias con [indicar según se
haya implementado en la empresa (gestor de producto / scrum manager /
…)]
[Imagen opcional del formato empleado]
La línea de velocidad proyecta sobre el eje X la fecha o sprint en el que

previsiblemente se completarán las versiones representadas en el eje Y.
4.7 Gráfica de avance (Burn Down)
Gráfico que muestra el estado de avance del trabajo del sprint en curso.

 Sin responsabilidades específicas, más allá de mantenerse regularmente
informado del avance del sprint y disponible para atender decisiones para la
resolución de opciones en sprints sobrevalorados o infravalorados (la gráfica
de avance predice una entrega anterior o posterior a la fecha prevista)

 Supervisión de la actualización diaria por parte del equipo.
 Actualización diaria del gráfico de avance.

4.8 Reunión de incio de sprint
Reunión para determinar las funcionalidades o historias de usuario que se van a

incluir en el próximo incremento.

 Asistencia a la reunión.
 Exposición y explicación de las historias que necesita para la próxima
iteración y posibles restricciones de fechas que pudiera tener.

 Moderación de la reunión
 Confección de la pila del sprint.

 Auto-asignación del trabajo.
4.9 Reunión de cierre de sprint y entrega del incremento.
Reunión para probar y entregar el incremento al gestor del producto.

Características.
 Prácticas: sobre el producto terminado, no sobre simulaciones o imágenes).
 De tiempo acotado máximo de 2 horas.

 Asistencia a la reunión.
 Recepción del producto o presentación de reparos.

 Moderación de la reunión
 Presentación del incremento.

EVALUACION Y RESULTADO
FUNCIONALIDAD
SATISFACCION
ACEPTACION

Formato Ejemplo para Documentar El Uso de Scrum en Un Proyectodoc Compress

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Formato Ejemplo para Documentar El Uso de Scrum en Un Proyectodoc Compress

Cargado por

Copyright:

Formatos disponibles

Desarrollo del Sistema Versión: 0.

UNIVERSIDAD TECNICA DEL NORTE

Descripción de la metodología de trabajo (scrum)

1.1 Propósito de este documento.........................................................................................5

2. Descripción General de la Metodología.........................................................................5

3. Personas y roles del proyecto........................................................................................6

4.1 Pila de producto............................................................................................................. 6

Descripción de la metodología de trabajo

El sistema contará con la capacidad de tomar órdenes de producción de manera rápida

1.1 Propósito de este documento

Persona Contacto Rol

4.1 Pila de producto (Product Backlog)

Dentro de la primera reunión de retrospectiva Nro/Codigo que recomienda SCRUM en su

 Identificador (ID) de la Historia: Código que identifica a la historia de forma

que se utiliza en otros documentos. Se puede utilizar el formato siguiente;

Desarrollo ágil: Pila de Producto (Product Backlog)

con la finalidad de saber en qué de

Como un usuario público, necesito Alertas en Publico

de conocer que productos y líneas cantidad

4.2 Planificación de la Pila del sprint (Sprint Backlog)

Una vez definida la lista de requerimientos del cliente, se procede a crear la

 ID: Código de identificación de la tarea o sprint a desarrollarse

3 EGP) días días días días 23/08/14 08/10/14

días 20/01/15 27/01/15 DIKAPSA-16

4.3 Implementacion de la Arquitectura de la Solucion

4.3.1 Implementacion de Diseño de Datos

Figura Nr: Model Entidad Relacion del Sistema.

4.3.2 Arquitectura del Sistema

Figura Nr: Arquitectura del Sistema.

Tabla Nro: Iteraciones del Sprint

4.4.1.2 Asignación del Sprint

SPRINT INICIO DURACIÓN

Elaborado por: El Autor

4.4.1.3 Prototipo interfaz gráfica

Figura Nr : Interfaz de Gestión de Módulos

4.4.2.2 Asignación del Sprint

SPRINT INICIO DURACIÓN

Elaborado por: El Autor

Figura Nr : Interfaz de Gestión de Ventas

4.4.3.2 Asignación del Sprint

SPRINT INICIO DURACIÓN

4.4.3.3 Prototipo interfaz gráfica

Figura Nr : Interfaz de Gestión de Catalogo Gestión de Procesos

Figura Nr : Interfaz de Gestión de Inicio de Orden de Producción

Figura Nr : Interfaz de Gestión de Historial Tareas Procesos ODT

4.4.4.2 Asignación del Sprint

SPRINT INICIO DURACIÓN

4.4.4.3 Prototipo interfaz gráfica

Figura Nr : Interfaz de Control de Orden de Trabajo

tratamiento de un flujo de procesos de una determinada línea de producción, de igual forma

4.4.5.2 Asignación del Sprint

SPRINT INICIO DURACIÓN

4.4.5.3 Prototipo interfaz gráfica

Figura Nr : Interfaz de Gestion de Usuarios

4.4.6.2 Asignación del Sprint

SPRINT INICIO DURACIÓN

4.4.7.2 Asignación del Sprint

4.5 Incremento e implementación de los Sprints

4.6 Gráfica de producto (Burn Up)

Representación gráfica del plan de producto previsto por el gestor de producto. Es

Responsabilidades del gestor de producto

o Incorporación / eliminación /modificaciones de los temas, de su orden