Facultad de Ciencias Exactas y Naturales

Escuela de Informtica
Ctedra Ingeniera de Sistemas
Ingeniera Sistemas III

Plan de Administracin del Proyecto

SIFCLA

Grupo N: 03
Allan Arce Gonzlez 402240933
Csar Cornejo Gmez 115340566
Jess Murillo Miranda 116320918
Marco Murillo Snchez 116440018
Jos Fonseca Mora 116520962

Profesora titular: Sandra Cabrera lzate

Fecha 2/05/2017

1
Contenido
1. Introduccin .......................................................................................................... 4
2. Plan de trabajo. ................................................................................................. 4
2.1.1 Entregables. .......................................................................................... 4
2.1.2 Actividades y Programacin ............................................................... 4
3. Supuestos y limitaciones o restricciones .......................................................... 5
4. Resumen de programacin y presupuesto del proyecto. .................................. 5
5. Definiciones o conceptos. falta .......................................................................... 6
6. Organizacin del proyecto ................................................................................. 6
6.1.1 Interfaces externas. ............................................................................. 6
6.1.2 Estructura interna ................................................................................. 6
Roles y responsabilidades .......................................................................................... 6
7. PLANES........................................................................................................... 7
7.1 Plan de Administracin de Riesgos .................................................................. 7
7.2 PLAN DE ADMINISTRACION DEL TIEMPO ............................................ 7
7.2.1 Plan de Lanzamiento (Release Planning) ........................................ 7
7.2.2 Informe de Release ............................................................................. 8
7.3 Sprint ................................................................................................................ 8
7.3.1 Sprint Backlog (Plan del Sprint ) ........................................................ 8
7.3.2 Se adjunta la imagen del Sprint back log establecido en la
herramienta KanbanFlow ................................................................................... 9
7.3.3 Se adjunta imagen como se aprecia el Kanban considerando, el
Back log, Sprint Backlog ,Tareas en ejecucin (en proceso) y Tareas
Finalizadas .......................................................................................................... 10
7.3.4 Informe de revisin y retrospeccin del sprint ............................... 10
7.4 Plan de cierre del proyecto. ............................................................................ 10
7.5 Otros ............................................................................................................... 10

2
 Historial de Revisiones
fecha versin descripcin de las modificaciones al PAP autor
desde anterior versin

6/2016 00 elaboracin de los Planes de miembros de Equipo

administracin de Proyectos, en su
primera versin.
3/2017 01 elaboracin de los Planes de miembros de Equipo
administracin de Proyectos, en su
segunda versin.
5/2017 02 elaboracin de los Planes de miembros de Equipo
administracin de Proyectos, en su
tercera versin.

3
 1. Introduccin.
La finalidad de este sistema es facilitar las operaciones de negocio en el taller
Chaves, simplificando cierto trabajo que en la actualidad se ejecuta manualmente,
y esto contrae problemas de mucho papeleo, y prdida de tiempo
confeccionndolo.
Se intenta simplificar este trabajo creando un sistema de informacin que regule
la facturacin y manejo de clientes de este taller.

2. Plan de trabajo.
2.1.1 Entregables.
En esta seccin se incluye el cronograma con los entregables del proyecto de este
ciclo.
Lista de los entregables del proyecto que son aportados por la ctedra y se encuentran
en el aula virtual para los equipos de proyecto o stakeholders.

Seman Fecha Agenda

a
Seguimiento 1: Realese actual y resultados del
3-4 27/02/2017 Sprint 3, actualizacin del Backlog para IS III
Software evaluacin general, Matriz de riesgos
10/03/2017 actualizada
6 20/03/2017 Seguimiento 2: Resultados del Sprint 4 y software
evaluacin general, Matriz de riesgos actualizada
Seguimiento 3: Resultados del Sprint 5 y entrega del
9 - 10 17/04/2017 plan de transicin y/o conversin, puesta a
produccin o pre-produccin, Software evaluacin
28/04/2017 general, Matriz de riesgos actualizada.
Seguimiento 4. Resultados del Sprint 6 y del
Release 2 Estado de la transicin, transferencia del
12 - 13 08/05/2017 sistema al usuario. Documentacin tcnica del
producto, Arquitectura, Software evaluacin general,
19/05/2017 Matriz de riesgos actualizada.
15 - 16 29/05/2017 Seguimiento 5. Visitas Post Implementacin (Acta de
Cierre), Matriz de riesgos actualizada.
09/06/2017
17 12/06/2017 Seguimiento 6: Cierre del proyecto , exposicin final,
DVD

2.1.2 Actividades y Programacin

Hace referencia a como se divide el trabajo de curso por meses hasta que se
acabe el proyecto a finales de Ingeniera de Sistemas 3

4
3. Supuestos y limitaciones o restricciones

1.3.1 Supuesto:
Se parte del supuesto que la Empresa cuenta con un servidor para manejar la
base de datos tanto de los clientes, sistema de garantas y como los artculos
que se encuentren actualmente en la empresa.
Se parte del supuesto que la Empresa cuenta con un ordenador con el cual se
puede realizar las facturas y llevar el registro de garanta de los artculos
comprados.
Se parte del supuesto que la persona encargada ya tiene creado un inventario
de los artculos que se encuentran actualmente en la empresa para poder
llevar un registro claro las cantidades disponibles.
Se parte del supuesto que la empresa cuenta con un dispositivo de impresin
para poder brindar al cliente un respaldo impreso del servicio.

1.3.2 Limitaciones o restricciones: Son los aspectos que limitarn el plan, por
ejemplo para que no se cumpla el prototipo (parte de los entregables de este ciclo)
y/o conocimiento del cdigo, o que no se pueda llevar a cabo el plan, como:
Que se deba buscar una forma anexa para la impresin de las facturas RFN 01.
La computadora no posee una UPS RFN 01.

4. Resumen de programacin y presupuesto del proyecto.

1.4.1 Planes relacionados con tiempo y costo.
Se cuenta con un aproximado de 2 meses para el desarrollo total del proyecto, se
espera que el proyecto se culmine con los 3 sprint restantes.
La duracin total del desarrollo del sistema se cuenta con ao y medio distribuido
en 3 cursos de ingeniera de sistemas distribuidos en 6 meses c/u.
o Presupuesto: Se cuenta con un presupuesto de 280.456.00, este
presupuesto se destinara en la compra de la impresora.

5
1.4.2 Entrenamiento o capacitacin del recurso humano.
Si se necesita una pequea capacitacin a los usuarios directamente implicados con el
sistema. Se espera que la capacitacin pueda durar 1 da ya que la complejidad de
sistema no es muy alta.

5. Definiciones o conceptos. falta

En este apartado se incluye todo aquel trmino que se utilice propio del proceso
y que sea necesario dejar claro al lector, por ejemplo: siglas utilizadas, otros.
SIFCLA: Sistema de Facturacin Clientes y Garantas.

6. Organizacin del proyecto.

En los siguientes puntos se muestran como est organizado el sistema llamado SIFCLA.

6.1.1 Interfaces externas.

En este apartado no se cuenta con ningn ente externo al proyecto, ya que la empresa
en la cual se desarrolla el sistema es una pequea-mediana empresa, por lo cual no
cuenta con muchos departamentos y las consultas que se hacen son personas
directamente relacionadas con el proyecto.

6.1.2 Estructura interna.

Roles y responsabilidades.
Este apartado se refiere a la definicin de los roles y responsabilidades. Algunos
de los roles y responsabilidades se pueden tomar de la visin, aquellos asociados
al proyecto. Por ejemplo roles y responsabilidades del coordinador del proyecto,
del lder tcnico del encargado de la administracin del tiempo, encargado de la
documentacin, los miembros del equipo desarrollador, el usuario principal o lder
funcional.
Es el organigrama del proyecto:
En el equipo desarrollador
Allan Arce Gonzales es el Scrum Master junior.

6
 Csar Cornejo Gmez es el administrador de los tiempos de entrega y
realizacin de las tareas.
Marco Murillo Snchez es el encargado de la documentacin y analizar antes
de subirlos al aula.
Jess Murillo Miranda el encargado de agendar reuniones con el patrocinador,
profesor o resto del equipo.
Jos Fonseca Mora el encargado de monitorear los riesgos.
Por parte de la empresa
Karol Chaves es la lder funcional experto
Karol Chaves la es lder tcnico, por parte de la empresa.
Jos Murillo es el encargado de los casos de prueba.

7. PLANES

7.1 Plan de Administracin de Riesgos.

Se referencia a la Matriz de Riesgos versin actualizada con los nuevos
riesgos de este ciclo. Se incluye como un anexo a este documento.

7.2 PLAN DE ADMINISTRACION DEL TIEMPO

7.2.1 Plan de Lanzamiento (Release Planning)

En sta seccin existen los ltimos puntos a desarrollar segn lo indica el

cronograma del curso de ingeniera en sistemas III, que son los siguientes.

7
8
 7.2.2 Informe de Release

Esta minuta se encuentra en la seccin de anexos.

7.3 Sprint

7.3.1 Sprint Backlog (Plan del Sprint )

La distribucin del sprint es la siguiente:

El sprint 1 se desarrollaba el requerimiento de control de acceso
El sprint 2 se desarrollaba el requerimiento de Gestin de facturacin
El sprint 3 se desarroll el requerimiento de registro de reparaciones.
El sprint 4 se desarrollara el requerimiento de gestin de ventas y
requerimiento de gestin de Clientes.

El sprint 5 se desarrollara el requerimiento de gestin de Proveedores

y el requerimiento de gestin de Garantas
El sprint 6 se desarrollara la realizacin de pruebas con el sistema instalado en la
empresa patrocinadora.
El sprint 7 se desarrollara una nueva sesin de pruebas, estas con un tiempo
transcurrido a la instalacin que las pruebas anteriores.

9
10
7.3.2 Se adjunta la imagen del Sprint back log establecido en la
herramienta KanbanFlow.

sta imagen debe contar con los RF debidamente priorizados en orden

ascendente (mayor prioridad a menor prioridad)

11
 7.3.3 Se adjunta imagen como se aprecia el Kanban
considerando, el Back log, Sprint Backlog
,Tareas en ejecucin (en proceso) y Tareas Finalizadas

7.3.4 Informe de revisin y retrospeccin del sprint

7.4 Plan de cierre del proyecto.

Para efectos del cierre se espera ir a realizar una pequea capacitacin sobre el proyecto,
donde se les presentara a todos los usuarios e integrantes de la empresa patrocinadora el
resultado final de los 18 meses de ejecucin del proyecto. Adems de compartir los logros
alcanzados y la experiencia que se obtuvo con la elaboracin del proyecto.

7.5 Otros

Plan de Integracin, Plan de conversin, Migracin, Plan de capacitacin, Plan de implementacin

1. Anexos al plan.

12
 Matriz de riesgos

Tipo de Descripcin del Magnitud Responsable Estrategia de Que accin se Plan de

Riesgo riesgo del Administracin realiza contingencia
riesgo (Evitar, para la En caso de que
Mitigar, mitigacin se materializar
Aceptar o (control) el riesgo
Transferirlo el (antes de (Cul ser el
riesgo) materializarle) Plan B)
No conseguir la Que el Cambiar el
impresora a tiempo departamento de TI formato de
para la 12 Dpt. TI Mitigar investigue sobre las impresin para
programacin de la posibles impresoras adaptarlo a una
misma. que se adecuen a impresora
las caractersticas normal.
Riesgos mnimas del
tecnolgicos proyecto.

Dao de la Estar en constante Ayudar a la

computadora del informacin con la empresa en el
local y no se pueda seccin de TI de la soporte necesario
reparar o sustituir a Dpt. TI empresa para tener que necesite la
tiempo para la prueba 12 Asumirlo conocimiento del mquina de la
del programa. equipo de la empresa.
compaa y llegar a
un acuerdo con la
compaa si el riesgo
se materializa.

Fallos a la hora de 12 Dpt. TI Mitigar Que el Dpt de TI Tener un registro

envi de facturas investigue las salidas sobre todas las
digitales de facturas digitales facturas digitales
que se generan dentro que se generan y a
del sistema de donde se
carcter nico envan las mismas.

Mala Constante Ponerse de

organizacin del revisin y hacer acuerdo con los
cronograma de Marco una compaeros
Riesgos de trabajo, que 12 Murillo Evitar. reacomodacin el para doblar

13
calendario puede afectar a la cronograma esfuerzos y
empresa cuando se detecte ponerse al da
patrocinadora que una mala con las tareas
estimacin del atrasadas
tiempo
Falta de inters Poseer un Actuar segn lo
de miembros del ambiente dicta el cdigo
equipo de trabajo agradable entre de tica
para la 8 Grupo de Mitigar los compaeros previamente
elaboracin del trabajo de trabajo y realizado.
programa conversar con el
estudiante en
Personas cuestin para
solventar el
problema
Indisposicin de Hablar Actuar segn lo
un integrante con reiteradamente indique el
las labores del 8 Grupo de Evitar con la persona en cdigo de tica
equipo de trabajo disputa para que segn como lo
trabajo, aporte todo su dicte el
provocando un esfuerzo al apartado
recargo de equipo. correspondiente
trabajo a los
dems.
Perdida de una Crear un Buscar dentro
cantidad de ambiente del curso actual
Riesgos de integrantes agradable para personas que
calendario considerable que 8 Cada Asumirlo los integrantes no posean
imposibilite la integrante del equipo. grupo e
finalizacin del Discutir con los integrarlos al
proyecto. integrantes que grupo.
deseen irse del
grupo para
mejorar el
compaerismo
Probabilidad de Consultar Buscar otra
que la empresa se Dpt peridicamente empresa como
quede sin fondos 8 atencin al Asumirlo con la empresa opcin para
para mantenerse cliente para conocer su realizar un
Riesgos a flote en el disponibilidad nuevo
externos mercado. para seguir con el proyecto.
proyecto
Accidente Entablar Buscar una
relacionado conversaciones nueva empresa
desastres con la empresa si para la
naturales que 8 Empresa Asumirlo es posible el elaboracin del
puedan dejar a la seguimiento de la proyecto.
empresa sin misma en el
fondos para su mercado.

14
 permanencia en
el mercado.
Riesgos de Mala estimacin Poseer una Hablar con la
costo de los costos para constante empresa y la
el taller al inicio 6 Marco Evitar valoracin del gerente para
del proyecto. Murillo presupuesto dado llegar a un
por la empresa y nuevo acuerdo
utilizar la menor sobre el
cantidad del presupuesto.
mismo.
Dificultad de Consultar y Investigaciones
entendimiento a analizar con pertinentes para
la hora de 6 Grupo de Mitigar personas expertas la resolucin de
desarrollo por trabajo en el tema que los problemas
parte del equipo nos puedan guiar que se puedan
de trabajo. para una solucin presentar
del problema.
Dificultad para la Investigacin El grupo de
programacin u antes de la trabajo busque
compatibilizacin 6 Grupo de compra, sobre la la impresora
de la impresora trabajo. Evitar impresora que que se adecue
Riesgos con el programa a adquirir la al presupuesto
funcionales realizar. compaa, para de la empresa
indicarles si es que cumpla con
posible la los requisitos
compatibilizacin deseados.
con la aplicacin.
Inadecuada 4 Csar Confirmar lo Llegar a un
inferencia basada Cornejo Evitar tratado en la acuerdo con la
en la amplitud reunin anterior compaa hasta
del problema a con la empresa un punto donde
desarrollar para corroborar es posible la
que la modificacin
recoleccin de del proyecto.
datos fue la
indicada.
Tener a una Dar la opcin al Buscar a la
persona cliente que persona
encargada del 2 Jess Asumirlo contrate a una correcta para
sistema y su Murillo persona externa a que realice la
mantenimiento la empresa para funcin.
despus de la dar
entrega mantenimiento al
sistema
Riesgos Falta de 2 Dpt. TI Mitigar Revisar con Buscar los
tecnolgicos caractersticas anterioridad la accesorios que
mnimas por computadora que se adecuen a la
parte del equipo se usara y si es maquina
para el buen inadecuada, existente y

15
funcionamiento entablar una cumplan los
del programa. conversacin con requerimientos
el responsable de mnimos para
TI, si es posible la ejecucin de
cambiar las la aplicacin.
caractersticas de
la computadora

Minuta #14 aceptacin plan relase

MINUTA N.14

Hora: 10:00am Sede: Taller Chaves

Objetivo: Finalizar el plan de sprint1 y

Convocada por: Jess Persona que convoca a relase1,
Murillo Miranda reunin ensear avances actuales del sprint1

Participantes
Allan Arce Gonzlez Universidad Nacional Estudiante
Csar Cornejo Gmez Universidad Nacional Estudiante
Jos Fonseca Mora Universidad Nacional Estudiante
Marco Murillo Snchez Universidad Nacional Estudiante
Jesus Murillo Miranda Universidad Nacional Estudiante
Karol Chaves Hurtado Taller Chaves Stakeholder

Puntos a Tratar
Muestra final del plan de Sprint #1 Muestra final plan de release #1

Dar a conocer los casos de uso a tratar en el sprint #1

Mostrar al stakeholder los avances actuales programados

16
III. Resultados
Se llev a cabo una reunin en la sede de la empresa patrocinadora, la cual
llevo a tratar diferentes temas, entre los cuales se mostr al stakeholder el
plan de release1 y el plan de sprint1 que se iban a ejecutar
consecuentemente. Adems, se dio a conocer cules de los casos de uso se
iban a ejecutar durante la elaboracin de ambos planes.

En la finalidad de la reunin, se mostr al stakeholder los avances que se

ejecutaron en el proyecto de manera programada para alguna posible
sugerencia que pudiera existir por parte del mismo

IV. Acuerdos
El grupo de trabajo y el stakeholder llegaron a un acuerdo que para la finalidad del
sprint1, solo se iba a contar con el mdulo de login y administracin de usuarios, que,
para el mismo, vendra siendo la parte de seguridad ms importante con la que cuenta
el sistema.

Otros:

17
1