Está en la página 1de 32

UNIVERSIDAD TECNOLOGICA DE LOS ANDES

Escuela profesional de Ingeniería de Sistemas e Informática


“Año del Fortalecimiento de la Soberanía Nacional”

UNIVERSIDAD TECNOLÓGICA DE LOS ANDES

Escuela Profesional de Ingeniería de Sistemas


e Informática

Plan de Gestión
del Proyecto

CURSO:

GERENCIA DE PROYECTOS PMI

DOCENTE:

Cesar Alfredo Saavedra Raya

ESTUDIANTES:

Astete Molinedo, Kevin Yosvani

Conza Castillo, Sharon Yandeline

Huanca Huamán, Paul Avelino

Martínez Munayco, María Fernanda

CUSCO-PERÚ

2022

PGP 1
UNIVERSIDAD TECNOLOGICA DE LOS ANDES
Escuela profesional de Ingeniería de Sistemas e Informática

Plan de Gestión
del Proyecto
DISEÑO E IMPLEMENTACION DE UN SISTEMA
DE INFORMACION PARA EL SEGUIMIENTO DE
VENTAS EN UNA EMPRESA COMERCIAL.
Fecha: 14/09/2022

PGP 2
UNIVERSIDAD TECNOLOGICA DE LOS ANDES
Escuela profesional de Ingeniería de Sistemas e Informática

Información del Proyecto

Datos
Empresa Big Tech E.I.R.L
Proyecto DISEÑO E IMPLEMENTACION DE
UN SISTEMA DE INFORMACION
PARA EL SEGUIMIENTO DE
VENTAS EN UNA EMPRESA
COMERCIAL.
Fecha de Preparación 14/09/2022
Cliente Micro Empresarios del Perú
Patrocinador Principal
Gerente de Proyecto ING. PAUL AVELINO HUANCA
HUAMAN

Patrocinador / Patrocinadores
Nombre Cargo Departamento/División Rama Ejecutiva
(Vicepresidencia)
María Gerente Gerencia General Gerente
Fernanda General
Martínez

Aprobaciones
Nombre / Cargo Fecha Firma
María Fernanda 04/09/2022
Martínez

Paul Huanca 04/09/2022

PGP 3
UNIVERSIDAD TECNOLOGICA DE LOS ANDES
Escuela profesional de Ingeniería de Sistemas e Informática

1. Introducción

El objetivo principal del presente proyecto es implementar un Sistema de


Información que permita realizar un seguimiento a las ventas de Micro y
pequeñas empresas del Perú, el cual se desarrollara en estricto cumplimiento
con los estándares y plazos establecidos, Para el presente proyecto la Gerencia
a designado al ING. PAUL AVELINO HUANCA HUAMAN como director del
Proyecto, Otorgándole total autoridad para el uso de recursos y administración
de costos asociados al proyecto.

PGP 4
UNIVERSIDAD TECNOLOGICA DE LOS ANDES
Escuela profesional de Ingeniería de Sistemas e Informática
2. Plan de gestión de configuraciones
Fecha Versión Descripción Autor
07/09/2022 1.0 Comienzo del Plan PAUL HUANCA
10/09/2022 1.1 Se especificó la recuperación de KEVIN ASTETE
los elementos de configuración
11/09/2022 1.2 Mantenimiento del plan y MARIA FERNANDA
calendario. MARTINEZ
14/09/2022 1.3 Finalización del plan. SHARON YANDELI
CONZA

Propósito
Este documento describe las actividades de gestión de configuración de software
que deben ser llevadas a cabo durante el proceso de desarrollo del proyecto.
Aquí se definen tanto los productos que se pondrán bajo control de configuración
como los procedimientos que deben ser seguidos por los integrantes del equipo
de trabajo.
Alcance
El Plan de configuración está basado en algunos supuestos que se detallarán:
 El tiempo de duración del proyecto está limitado a 20 semanas, por lo
tanto, se busca una rápida respuesta a los cambios, tratando que este
procedimiento sea lo más practico posible.
 El Modelo de Proceso se basa en un desarrollo incremental, dado por las
distintas iteraciones. Resulta importante tener control sobre cada una de
las iteraciones y fases, de los productos generados en estas y de los
cambios surgidos, evaluados y aprobados.
 Se deben incluir en control de configuración la mayor cantidad de
productos posibles, tomando en cuenta siempre las restricciones dadas
por la duración del proyecto y por la capacidad organizativa del grupo.
 La elección de los elementos de configuración se realizará en base a los
entregables, siendo ésta responsabilidad del Responsable del Gestor de
Configuración de Software, apoyado por los integrantes de cada área.
Identificación de la configuración
Elementos de configuración
Para este proyecto los elementos de configuración se corresponderán con los
entregables definidos en el Modelo de Proceso, aunque no necesariamente
todos los entregables deben ser elementos de configuración.
La decisión de cuáles de los entregables serán elementos de configuración
será tomada por el Responsable de la Gestión de Software, quién deberá
tomar en cuenta qué productos serán necesarios cuando se quiera recuperar
una versión completa del sistema. Se debe generar una línea base por
iteración en cada Fase, de acuerdo a lo siguiente:

PGP 5
UNIVERSIDAD TECNOLOGICA DE LOS ANDES
Escuela profesional de Ingeniería de Sistemas e Informática
 Los eventos que dan origen a la línea base.
 Los elementos que serán controlados en la línea base.
 Los procedimientos usados para establecer y cambiar la línea base.
 La autorización requerida para aprobar cambios a los documentos de la
línea base.
Nomenclatura de Elementos
Requerimientos:
Nomenclatura Entregable
RQACT Acta de Reunión de Requerimientos
RQDRQ Especificación de Requerimientos
RQMOD Modelo de Casos de Uso
RQRSU Requerimientos Suplementarios
RQDVC Documento de Validación con el Cliente
RQPIU Pautas para Interface de Usuario
RQRCA Requerimientos Candidatos
RQALS Alcance del Sistema
RQGLO Glosario
RQOOMDO Modelo de Dominio
RQOODRP Documento de Requerimientos para el Prototipo
RQGXNOM Nomenclatura

Diseño:
Nomenclatura Entregable

DSMDI Modelo de Diseño

DSARQ Descripción de la Arquitectura

DSOOMDA Modelo de Datos

DSOODDP Documento de Diseño del Prototipo

PGP 6
UNIVERSIDAD TECNOLOGICA DE LOS ANDES
Escuela profesional de Ingeniería de Sistemas e Informática
Implementación:
Nomenclatura Entregable

IMEDT Estándar de Documentación Técnica


IMEI Estándar de Implementación

IMPR Prototipo
IMIIN Informe de Integración

IMDT Documentación técnica


IMIVU Informe de Verificación Unitaria

IMOOPII Plan de Integración de la Iteración


IMOOMIM Modelo de Implementación

IMOOEJI Ejecutable de la Iteración


IMOORRP Reporte de Revisión por Pares

IMOOCVU Clases de la Verificación Unitaria de Módulo


IMGXICO Informe de Consolidación

Elementos de la Línea Base del Proyecto


FASE: Inicial
ITERACIÓN: Primera
Elemento Descripción Disciplina
RQACT Acta de Reunión de Requerimientos
Requerimientos
RQDRQ Especificación de Requerimientos
Requerimientos
RQOOMDO Modelo de Dominio Requerimientos
RQPIU Pautas para la interfaz de Requerimientos
usuario
RQGLO Glosario Requerimientos
RQDVC Documento de validación Requerimientos
con el cliente
RQDV Documento de vision Requerimientos
RQMOD Modelo de casos de uso Requerimientos
RQOODRP Documento de Requerimientos
Requerimientos para el
Prototipo
DSARQ Descripción de la Diseño
Arquitectura
DSOODDP Documento de Diseño del Diseño
Prototipo
IMEDT Estándar de Implementación
Documentación Técnica
IMEI Estándar de Implementación
Implementación

PGP 7
UNIVERSIDAD TECNOLOGICA DE LOS ANDES
Escuela profesional de Ingeniería de Sistemas e Informática

Recuperación de los Elementos de configuración


Documentación: se utilizará Google Drive que es un servicio de alojamiento de
archivos. Esta herramienta nos permite la elaboración de los documentos en
línea, es útil a la hora de compartir y hace fácil la colaboración entre varios
participantes.
Cada integrante tiene acceso a la carpeta “PGP2022”, en donde se encuentran
cuatro carpetas, cada una específica para cada fase (1-FaseInicial, 2-
FaseElaboración, 3-FaseConstrucción y 4-FaseTransición). Dentro de estas
cuatro carpetas se encuentran las carpetas de cada iteración (IteraciónY, donde
Y es 1 o 2), dependiendo de la fase serán dos carpetas o una. Además, dentro
de PGP2022 se encuentra una quinta carpeta llamada “Documentación
relevantes para todo el proyecto”, donde se almacenará cualquier documento
que se crea necesario y enriquecedor a lo largo de todo el proyecto (por ej:
material de estudio, documentación recibida, etc)
3. Plan de Gestión de Cambios
Evaluación de cambios o Análisis de Impacto
La evaluación del cambio involucra determinar qué es necesario hacer para
implementar el cambio y la estimación de sus costos y plazos. Se realiza en 2
pasos:
1. Planificación de la evaluación del cambio que involucra:
 Revisar la solicitud de cambio para entender su alcance. (Si es necesario
se discute con el originador para aclarar el alcance de lo propuesto y los
motivos de la solicitud.
 Determinar las personas del proyecto que deben realizar el análisis de
evaluación del cambio e involucrarlas.
 Desarrollar un Plan para la evaluación del cambio.
 Si el cambio involucra al Cliente, obtener el acuerdo de éste con el Plan.
2. Evaluar el cambio:
Dependiendo de las características del cambio, la evaluación del cambio
puede ser realizado por el Administrador o ser delegado a otras personas
del proyecto. Se debe determinar el impacto en:
 Los productos técnicos.
 Los Planes de proyecto.
 Los acuerdos con el Cliente.
 Los Riesgos del proyecto.
Aprobación o desaprobación de cambios
Se debe formar el “Comité de Control de Configuración” y determinar su
autoridad para la aprobación de cambios. La composición de este comité puede
variar según el tipo de cambio y las líneas de trabajo involucradas en él. Se
sugieren como posibles integrantes:

PGP 8
UNIVERSIDAD TECNOLOGICA DE LOS ANDES
Escuela profesional de Ingeniería de Sistemas e Informática
 Administrador (obligatorio)
 Desarrollador de Softwar (opcional)
 Analista (opcional)
 Gestor de Base de Datos (opcional)
 Cliente (opcional)
Modelo de Solicitud de Cambios

NOMBRE
NÚMERO DE SOLICITUD
DEL
DE CAMBIO
PROYECTO
PROYECTO
MGR.

SOLICITUD DE CAMBIO
NOMBRE
FECHA DE
DEL
SOLICITUD
SOLICITANTE
CONTACTO
DEL PRIORIDAD
SOLICITANTE
ARTÍCULO A
CAMBIAR
DESCRIPCI
ÓN DEL
CAMBIO
CRONOLOGÍA PREVISTA COSTOS ESTIMADOS

EVALUACIÓN DEL CAMBIO


NOMBRE
FECHA DE
DEL
EVAL
EVALUADOR
RESULTADO ESPERADO

TRABAJO REQUERIDO

ÁREA DE
DESCRIPCIÓN DEL IMPACTO NIVEL DE IMPACTO
IMPACTO
ALCANCE
HORARIO
COSTAR
CALIDAD

PGP 9
UNIVERSIDAD TECNOLOGICA DE LOS ANDES
Escuela profesional de Ingeniería de Sistemas e Informática

REVISIÓN / APROBACIÓN DE CAMBIOS


NOMBRE ACEPTADO /
ESTADO
DEL REVISOR RECHAZADO
FIRMA DEL FECHA DE
REVISOR REVISIÓN

COMENTARIOS ADICIONALES

SEGUIMIENTO DE CAMBIOS
ÚLTIMA
AGENTE DE
ACTUALIZACI
SEGUIMIENTO
ÓN
FIRMA DEL
NÚMERO DE
AGENTE DE 0.0.0
VERSIÓN
SEGUIMIENTO
COMENTARIOS ADICIONALES

- El equipo de proyecto de BigTech propone cambios a lo largo del


desarrollo del proyecto, cambios que se irán incorporando según las
necesidades posteriores sobre nuestra línea de base que es la
implementación de un sistema de información para seguimiento de
ventas.

- El equipo de nuestro proyecto acordó con los proveedores que algunas


de las repercusiones que dicho cambio propuesto tendría en alcance un
poco más de mercado de venta, en cuanto a plazos tendríamos que
trabajar más horas y en cuanto a los costes tratar de elegir calidad
necesaria para el proyecto.

- La información que teníamos antes era una propuesta de cambio con


respecto a procesos que podrían mejorar y esto estaría en un documento

PGP 10
UNIVERSIDAD TECNOLOGICA DE LOS ANDES
Escuela profesional de Ingeniería de Sistemas e Informática
estándar del proyecto. Dicha propuesta de cambio será firmada
por El Ing. Paul Huanca - jefe de proyecto.

- Para estos cambios se realizó una junta formada por la Ing. Paul Huanca,
Ing. Maria Martínez y Ing. Sharon Conza que conforman el equipo
directivo para decidir los cambios que se realizaran en el proyecto, esta
decisión está en el campo correspondiente de la “propuesta de cambio”.

- Finalmente, en cuanto el alcance debemos agregar mas cosas conforme


vamos desarrollando las propuestas, el diseño y la implementación de
este sistema de información, el presupuesto y el programa de este
proyecto serán actualizados progresivamente para considerar las
propuestas de cambio aprobadas por la junta conformada por el equipo
directivo de BigTech.

Implementación de cambios
Una vez realizada la evaluación del cambio, se decide en qué momento
implementarlo. Esta etapa involucra los procesos necesarios para
implementar la solicitud y monitorear el progreso del trabajo. Además se
especificará el momento de liberación del cambio; así como también los
responsables de las actividades que involucra el cambio. Recordando que
nos basamos en un proceso de desarrollo incremental e iterativo, donde
en cada iteración se realizan tareas de Análisis de requerimientos, Diseño,
Implementación y Verificación; se debe introducir el cambio en el área que
lo originó y continuar con las actividades del ciclo (Requerimientos,
Análisis, Diseño, Implementación, Verificación) que impactarán los
elementos de la línea base correspondientes a cada actividad.

4. Plan de gestión de alcance

El alcance del proyecto tiene dos partes:


1. Para ello dentro del primer mes de nuestro proyecto, nuestro equipo
preparó un listado de actividades que son recopilar los requisitos, definir nuestro
alcance, crear la estructura de desglose del trabajo (EDT), validar el alcance,
controlar el alcance; dichos requisitos fueron planteados en la reunión previa con
nuestros directivos. También se acordó requerir con algunos expertos en
diferentes áreas como compras, legalización para que el proyecto sea
correctamente asesorado, posteriormente trabajaremos con el diagrama de gant
y la herramienta Project para dar nuestro alcance de nuestro proyecto y así
cumplir metas.

PGP 11
UNIVERSIDAD TECNOLOGICA DE LOS ANDES
Escuela profesional de Ingeniería de Sistemas e Informática
2. Uno de nuestros Ingenieros se encargará de preparar una
propuesta preliminar sobre el diseño del proyecto, con la ayuda de un directivo
que vea el avance de nuestro proyecto, para ver los pasos que se están
realizando como es la maquetación del sistema análisis y diseño tal como se
acordó en el acta de constitución de nuestro proyecto, el diseño preliminar una
vez mostrado será aprobado por el Ing. Paul Huanca junto con la Empresa
BigTech que son las cabezas de este proyecto. En cuanto a los cambios
posteriores con respecto a la línea de base se deberá acordar previa reunión y
aprobación de junta directiva de los que participan en nuestro proyecto.

5. Plan de gestión de requisitos


Nuestro plan de gestión de requisitos es necesario para el desarrollo de nuestro
sistema de información, ya que en los entregables que daremos nos basaremos
en un modelo descriptivo que tiene por objetivo describir las funcionalidades que
vamos a cumplir a lo largo del desarrollo del proyecto.
En este caso, los requisitos ya se han establecido en el Acta de constitución:
- El uso de las nuevas tecnologías de Información por parte del personal
de las Empresas Comerciales.
- Que no se cuente con el Hardware necesario.
- Cumplir con los requerimientos del usuario.
- Información obtenida en las encuestas.
- Optimizar el sistema de ventas.
Dichos requisitos serán considerados en la preparación del diseño preliminar que
mencionamos anteriormente. Mediante la aprobación del diseño preliminar que
estará a cargo del Ing. Paul Huanca y directivos de bigTech aseguramos el
cumplimiento de los requisitos para el correcto desarrollo del proyecto.

6. Plan de gestión del programa

La herramienta diagrama de Gantt será gestionado por la Ing. Sharon Conza


Castillo ya que ella está encargada de esta actividad. El software utilizado será
Microsoft Project, puesto que está disponible en nuestra empresa y es seguro y
dinámico y es adecuado para realizar nuestro sistema de información y así dar
más alcance sobre el desarrollo del proyecto.
El programa inicial será creado conjuntamente con el equipo de proyecto y
aprobado por el jefe de proyecto Ing. Paul Huanca, Tras la fase de licitación, el
programa se detallará para incluir los trabajos de cada una de las empresas que
están involucradas con el desarrollo de nuestro proyecto.
El programa será supervisado constantemente, por un Ingeniero encargado de
ver el avance que tendrá el conteniendo e información sobre el estado de las
actividades, retrasos, curvas de avance camino crítico y plazo actualizado de la
finalización del proyecto para la realización del sistema de información.

PGP 12
UNIVERSIDAD TECNOLOGICA DE LOS ANDES
Escuela profesional de Ingeniería de Sistemas e Informática
Cada nueva actualización del programa considerará los cambios
aprobados durante la semana transcurrida tanto en la línea base como en el
programa actual para ver los avances documentación y así ver como va
encaminado el proyecto.

7. PLAN DE GESTÍON DE COSTOS

NOMBRE DEL PROYECTO


DISEÑO E IMPLEMENTACION DE UN SISTEMA DE INFORMACION PARA EL SEGUIMIENTO
DE VENTAS EN UNA EMPRESA COMERCIAL.

PLAN DE CUENTAS DE CONTROL


CUENTA DE ENTREGABLES PRESUPUESTO RESPONSABLE FECHAS
CONTROL INICIO – FIN
RECAVACIÓN DE CONSOLIDADO S/ 5 000.00 Ing. Sharon 01/09/2022 –
INFORMACIÓN DE Conza Catillo 30/09/2022
CUESTIONARIOS
Y ENTREVISTAS
DOCUMENTACIÓN UML DE S/ 15 000.00 Ing. Kevin Astete 01/10/2022 -
PROCESO 31/10/2022
ACTUAL DE
VENTAS Y EL
PLANTEO DE
OPTIMIZACIÓN
IMPLEMENTACIÓN DESARROLLO S/ 30 000.00 Ing. Paul 01/11/2022 –
DEL SISTEMA Huanca 15/12/2022
CONFORMIDAD SERVICIO POST S/ 10 000.00 Ing. María 16/12/2022 –
INSTALACIÓN Fernanda 31/12/2022
Martínez

PGP 13
UNIVERSIDAD TECNOLOGICA DE LOS ANDES
Escuela profesional de Ingeniería de Sistemas e Informática

PLANIFICACIÓN GRADUAL
ETAPA COMPONENTES DE FECHA DE RESPONSABLE
PLANIFICACIÓN EMISIÓN DEL
PRESUPUESTO
Fase I: Inicialización del proyecto. 01/09/2022 Ing. Kevin Astete
Recabar los datos del Molinedo
proceso actual del sistema
de ventas.
Fase II: Ejecución del proyecto. 01/10/2022 Ing. Paul Avelino
Documentar el proceso Huanca Huamán
actual del sistema de ventas,
plantear el modelo de
optimización.
Fase III: Implementación del proyecto. 01/12/2022 Big Tech SAC
Desarrollo del
Sistema de
información.

COSTOS DE CALIDAD

Costos Tipo Ejemplo


Políticas y Procesos Mantenimiento y
Costos de prevención
Actualizaciones
De conformidad Recabar los datos del proceso actual del sistema de
Costos de evaluación ventas.
(entrevistas, cuestionarios, etc)
Reparar defectos antes de llegar al Cliente
Costos de fallos Re-procesos y acciones correctivas
internos
Trabajar con sistemas escalables
De no
conformidad
Defectos detectados Demandas
Costos de fallos Garantías. Devoluciones Descuentos, pérdida de
externos ventas

PGP 14
UNIVERSIDAD TECNOLOGICA DE LOS ANDES
Escuela profesional de Ingeniería de Sistemas e Informática

8. PLAN DE GESTIÓN DE CALIDAD

NOMBRE DEL PROYECTO


DISEÑO E IMPLEMENTACION DE UN SISTEMA DE INFORMACION PARA EL SEGUIMIENTO
DE VENTAS EN UNA EMPRESA COMERCIAL.

Identificación y documentación de los estándares y métricas, para demostrar el


cumplimiento del proyecto.

Se deberán:

 Recomendar mejoras en los procesos y políticas de calidad de la


empresa.
 Establecer métricas para medir la calidad.
 Revisar la calidad antes de finalizar el entregable.
 Evaluar el impacto en la calidad cada vez que cambia el alcance, tiempo,
costo, recursos y riesgos.
 Destinar tiempo para realizar mejoras de calidad.
 Asegurar que se utilice el control integrado de cambios.

Linea base del alcance

Presupuesto

Planificar la Gestión Metricas listas de control


Cronograma
de Calidad plan de mejoras

Riegos

Interesados

PGP 15
UNIVERSIDAD TECNOLOGICA DE LOS ANDES
Escuela profesional de Ingeniería de Sistemas e Informática

ENFOQUE DE LA GESTIÓN DE CALIDAD

 Satisfacción del cliente. -


Para cumplir los requisitos del cliente, se deberá aplicar de manera
correcta las herramientas de recopilación de datos, las cuales son:
INSTRUMENTOS PARA RECOPILAR INFORMACIÓN
INSTRUMENTOS INFORMACIÓN
Cuestionarios Datos Cuantitativos.
Entrevistas Datos Cualitativos
Observación Datos a través de notas de campo,
grabaciones de vídeo o de audio,
que pueden analizarse mediante
herramientas de análisis
cualitativo

 Prevención en lugar de inspección. -


El costo de prevenir errores es mucho menor que el de corregirlos.
El equipo deberá estar en constante comunicación con el Jefe de Proyecto
el Ing. Paul Huanca, indicando los obstáculos que se van presentando
para así prevenir los errores futuros.

 Mejora continua. -
En el desarrollo del presente proyecto se implementará el ciclo PHVA,
PLANIFICAR-HACER-VERIFICAR-ACTUAR el cual será la base para la
mejora de la calidad.

PGP 16
UNIVERSIDAD TECNOLOGICA DE LOS ANDES
Escuela profesional de Ingeniería de Sistemas e Informática
 Responsabilidad por la calidad. –
El éxito requiere la activa participación de todos los miembros del equipo
del proyecto incluyendo la alta dirección.

MIEMBROS DEL PROYECTO


Item Tipo Interesados Nombre
1 Interno Director asociado del proyecto Ing. Paul Avelino Huanca
Huamán
2 Interno Intermediario cliente-empresa Ing. Kevin Astete Molinedo
consultora
3 Interno Profesional investigador del Ing. Paul Avelino Huanca
proyecto Huamán
4 Externo Patrocinador del proyecto Big Tech S.A.C.
5 Externo Gerente de recursos Ing. Sharon Conza Castillo
6 Externo Entrevistador o encuestador Ing. María Fernanda
del proyecto Martínez
Munayco

 Impacto de la NO calidad
o Aumento o incremento en los costos.
o Baja moral de los empleados de la organización.
o Bajo nivel de satisfacción del cliente final.
o Aumento de los riesgos.

PGP 17
UNIVERSIDAD TECNOLOGICA DE LOS ANDES
Escuela profesional de Ingeniería de Sistemas e Informática

9. PLAN DE MEJORA DE PROCESOS

Con la recopilación de Información, se obtendrá los procesos importantes ha


optimizar dentro del desarrollo del proyecto.

1. Proceso a Mejorar

Luego de hacer un estudio al seguimiento de ventas de diferentes empresas


comerciales en el Perú, se ve la necesidad de brindar un conjunto de
soluciones a la problemática actual que sufren estas empresas, en tal sentido
se requiere un sistema de información. Partiendo del hecho de que en la
actualidad los sistemas de información están cambiando la forma de operar
de muchas empresas comerciales.

2. Análisis del proceso


o El proceso de ventas y facturación actual se lleva de forma manual.
o No se Tiene control de Inventarios.
o No se tiene reporte automatizado de ventas.

3. Reformulación del proceso

Mediante un sistema de Información para el proceso de sus ventas de brindar


un conjunto de soluciones a la problemática actual que sufren estas
empresas.

4. Redacta un plan de mejora

RESPONSABLES DEL PLAN DE MEJORA


Item Interesados Nombre Función
1 Director asociado del proyecto Ing. Paul Asesorar y comprobar los
Avelino documentos de diagnóstico
Huanca
Huamán
2 Intermediario cliente-empresa Ing. Kevin Intermediación entre las partes
consultora Astete
Molinedo
3 Profesional investigador del Ing. Paul Interpreta cuestionario, análisis
proyecto Avelino y diagnóstico

PGP 18
UNIVERSIDAD TECNOLOGICA DE LOS ANDES
Escuela profesional de Ingeniería de Sistemas e Informática

Huanca
Huamán
4 Patrocinador del proyecto Big Tech Financiación del proyecto
S.A.C.
5 Gerente de recursos Ing. Sharon Verificación de implementación
Conza de estrategias sugeridas
Castillo
6 Entrevistados o encuestados del Ing. María Disposición para la realización
proyecto Fernanda de la entrevista y encuesta
Martínez
Munayco

PGP 19
UNIVERSIDAD TECNOLOGICA DE LOS ANDES
Escuela profesional de Ingeniería de Sistemas e Informática

10. PLAN DE GESTIÓN DE LOS RECURSOS HUMANOS

Identificar y documentar los roles dentro del proyecto, las responsabilidades,


las habilidades requeridas y las relaciones de comunicación.

Gestión de las relaciones jerárquicas y las fechas de adquisición y liberación del


personal.

PGP 20
UNIVERSIDAD TECNOLOGICA DE LOS ANDES
Escuela profesional de Ingeniería de Sistemas e Informática
ORGANIGRAMA DEL PROYECTO

Gerencia

Administración

Dpto. de Dpto. de Dpto. de


Logistica Sistemas Contabilidad

ASIGNACIÓN DE RESPONSABILIDADES

Director asociado del proyecto Ing. Paul Asesorar y comprobar los


Avelino documentos de diagnóstico
Huanca
Huamán
Intermediario cliente-empresa Ing. Kevin Intermediación entre las partes
consultora Astete
Molinedo
Profesional investigador del Ing. Paul Interpreta cuestionario, análisis
proyecto Avelino y diagnóstico
Huanca
Huamán
Patrocinador del proyecto Big Tech Financiación del proyecto
S.A.C.
Gerente de recursos Ing. Sharon Verificación de implementación
Conza de estrategias sugeridas
Castillo
Entrevistados o encuestados del Ing. María Disposición para la realización
proyecto Fernanda de la entrevista y encuesta
Martínez
Munayco

PGP 21
UNIVERSIDAD TECNOLOGICA DE LOS ANDES
Escuela profesional de Ingeniería de Sistemas e Informática

TABLA JERARQUICA DE ACTIVIDADES

ACTIVIDAD KEVIN ASTETE SHARON CONZA PAUL HUANCA MARÍA FERNANDA BIG TECH
MARTÍNEZ S.A.C.

Asesorar y comprobar los I I R I I


documentos de diagnóstico

Intermediación entre las R I A I I


partes

Interpreta cuestionario, I I R I I
análisis y diagnóstico

Financiación del proyecto I I A I R

Verificación de I R A I C
implementación de
estrategias sugeridas

Disposición para la I I A R C
realización de la entrevista
y encuesta

Leyenda: R: responsable A: aprueba C: Consultado I: Informado

PGP 22
PLAN DE GESTIÓN DE LAS COMUNICACIONES

Para planificar la gestión de las comunicaciones se necesita plantear estas


preguntas:

 ¿Qué información necesitan los interesados?


Toda la información de las recopilada de los instrumentos.
Cuestionarios Datos Cuantitativos.
Entrevistas Datos Cualitativos
Observación Datos a través de notas de campo, grabaciones de vídeo o
de audio, que pueden analizarse mediante herramientas de
análisis cualitativo

 ¿Cuándo necesitarán la información?


Previo a la Ejecución del proyecto.
Para poder documentar el proceso actual del sistema de ventas,
plantear el modelo de optimización.
 ¿Cuántos canales hay involucrados?
Se tienen 6 canales.
 ¿Quién se comunica con quién?
El responsable de la realización de la entrevista y encuesta con el responsable de
Interpretar los cuestionarios, análisis y diagnóstico
 ¿Quién recibirá la información?
El encargado de elaborar el UML de proceso actual de ventas y el
planteo de optimización.
 ¿Cómo se distribuirá la información?
En reuniones de Socialización.
 ¿Quién distribuirá la información?
El jefe de proyecto.
 ¿Qué tecnología utilizaremos?
Paneles infográficos.
 ¿Con qué frecuencia será la comunicación?
Reuniones semanales.
UNIVERSIDAD TECNOLOGICA DE LOS ANDES
Escuela profesional de Ingeniería de Sistemas e Informática

DIMENSIONES DE LA COMUNICACIÓN

Interna: miembros del equipo, usuario final, interesados, alta


dirección.

Interna y externa
Externa: cliente externo, otros proyectos, medios de
comunicación,
público en general.
Formal: informes, memorandos, instrucciones, procedimientos y
manuales.
Formal e
informal

Informal: correos electrónicos, conversaciones ad hoc.


Vertical: hacia arriba (alta dirección) y abajo (subordinados, dentro
Vertical y

de la organización).
horizontal
Horizontal: entre colegas.
Oficial: boletines, informe anual.
Oficial y no
oficial
No oficial: comunicaciones extraoficiales
Escrita: informes, correo electrónico, planes.

Escrita y oral

Oral: presentaciones, reuniones, comunicaciones ad hoc.


Verbal: diálogo (dos o más personas), monólogo (una sola persona).
Verbal y no
verbal
No verbal: inflexiones de voz y lenguaje corporal

APLICACIÓN DE LA NORMA ISO 9001:2015 24


UNIVERSIDAD TECNOLOGICA DE LOS ANDES
Escuela profesional de Ingeniería de Sistemas e Informática

PLAN DE GESTIÓN DE LOS RIESGOS

Realizar la identificación, el análisis, la planificación de respuesta a los riesgos.

La gestión de riesgos busca aumentar la probabilidad y el impacto de las


oportunidades, y disminuir la probabilidad y el impacto de las amenazas.

El plan debe dar respuesta a los siguientes interrogantes:

 ¿Quiénes van a identificar los riesgos?


Todos los miembros del proyecto en las reuniones semanales.
 ¿Cuándo se llevará a cabo la identificación de los riesgos?
A través de los diagramas de UML de los procesos actuales de ventas y
el planteo de optimización.
 ¿Cómo se priorizarán los riesgos?
Según al impacto que tendrá dentro del proyecto.
 ¿Qué herramientas se utilizarán para el análisis cuantitativo?
Se utilizarán cuestionarios.
 ¿Con qué frecuencia se realizará el monitoreo de riesgos?
Se realizará de forma semanal en cada reunión.

APLICACIÓN DE LA NORMA ISO 9001:2015 25


UNIVERSIDAD TECNOLOGICA DE LOS ANDES
Escuela profesional de Ingeniería de Sistemas e Informática

ESTRUCTURA DE DESGLOSE DE RIESGOS


Es un estructura jerárquica de los riesgos del proyecto, identificados y
organizados por categoría de y subcategoría, que identifica las distintas
áreas y causas de posibles riesgos.
DISEÑO E IMPLEMENTACION DE
UN SISTEMA DE INFORMACION
PARA EL SEGUIMIENTO DE
VENTAS EN UNA EMPRESA
COMERCIAL

TÉCNICOS EXTERNOS ORGANIZACIONALES GESTIÓN DEL PROYECTO

Requisitos Proveedores Interdependencias Estimados

Tecnología Normativos Recursos Planificación

Complejidad Mercado Financiación Control

Interfases Cliente Priorización Comunicaciones

Desempeño Clima Urgencia

Fiabilidad Legales

Calidad

APLICACIÓN DE LA NORMA ISO 9001:2015 26


UNIVERSIDAD TECNOLOGICA DE LOS ANDES
Escuela profesional de Ingeniería de Sistemas e Informática

PLAN DE GESTIÓN DE ADQUISICIONES Y SUMINISTRO

Planificar la gestión de las adquisiciones es determina qué bienes y servicios


deberán adquirirse fuera de la organización y cuáles podrán ser provistos
internamente por el equipo de proyecto.

Se analiza cuál es el tipo de contrato más conveniente para cada caso en


particular, se prepara toda la documentación necesaria para realizar los pedidos
de propuestas.

El director del proyecto deberá:


 Colaborar en la adecuación del contrato a las necesidades del proyecto.
 Asegurar que el contrato incluya todos los requisitos del proyecto.
 Incorporar acciones de mitigación de riesgos en el contrato.
 Comprender todos los términos del contrato.
 Participar en la negociación del contrato para cuidar la relación con el
vendedor
 Administrar el contrato y sus cambios

Es importante conocer Los Tipos de Contrato

CONTRATOS DE PRECIO FIJO

En este tipo de contratos se establece un precio total fijo para un producto o


servicio definido que se va a prestar, se clasifican en:

 Contratos de Precio Fijo Cerrado (FFP).- El precio de los bienes se fija


al comienzo y no está sujeto a cambios, salvo que se modifique el alcance
del trabajo. Cualquier aumento de costos por causa de un desempeño
adverso es responsabilidad del vendedor, quien está obligado a completar
el esfuerzo.

 Contratos de Precio Fijo más Honorarios con Incentivos


(FPIF).- Permite incentivos financieros ligados al cumplimiento de
las métricas acordadas. Los objetivos de desempeño se establecen al

APLICACIÓN DE LA NORMA ISO 9001:2015 27


UNIVERSIDAD TECNOLOGICA DE LOS ANDES
Escuela profesional de Ingeniería de Sistemas e Informática

principio, y el precio final del contrato se determina tras completar


todo el trabajo sobre la base del desempeño del vendedor.

 Contratos de Precio Fijo con Ajuste Económico de Precio (FP-


EPA).– Se utiliza cuando el período de desempeño del vendedor abarca
un periodo considerable de años. Permite ajustes finales predefinidos
sobre el precio del contrato debido a cambios inflacionarios o aumentos
(o disminuciones) del costo de productos específicos.

CONTRATOS DE COSTOS REEMBOLSABLES

Implican reembolso de costos al proveedor por todos los costos legítimos y


reales para completar el trabajo, más los honorarios que representan la ganancia
del proveedor, se clasifican en:

 Contrato de Costo Más Honorarios Fijos (CPFF).- Al vendedor se le


reembolsan todos los costos autorizados, a la vez que recibe el pago de
sus honorarios fijos calculados como un porcentaje de los costos del
proyecto estimados al inicio. Los honorarios se pagan exclusivamente por
el trabajo completado y no varían en función del desempeño del vendedor.

 Contrato de Costo Más Honorarios con Incentivos (CPIF).- Al


vendedor se le reembolsan todos los costos autorizados y recibe
honorarios con incentivos predeterminados, basados en el logro de
objetivos específicos de desempeño establecidos en el contrato. Si los
costos finales son inferiores o superiores a los costos originales
estimados, el comprador y el vendedor comparten las desviaciones de
costos según una fórmula previamente negociada.

 Contrato de Costo Más Honorarios por Cumplimiento de Objetivos


(CPAF).- Al vendedor se le reembolsan todos los costos legítimos, pero
la mayor parte de los honorarios es obtenida basándose sólo en
la satisfacción de cierto criterio subjetivo general de desempeño
definido e incorporado dentro del contrato.

CONTRATO POR TIEMPO Y MATERIALES (T&M).

Contiene aspectos tanto de los contratos de costos reembolsables como de


los contratos de precio fijo.

APLICACIÓN DE LA NORMA ISO 9001:2015 28


UNIVERSIDAD TECNOLOGICA DE LOS ANDES
Escuela profesional de Ingeniería de Sistemas e Informática

El valor total del acuerdo y la cantidad exacta de elementos a entregar


pueden no estar definidos por el comprador en el momento de la adjudicación
del contrato.

Las tarifas por unidad de mano de obra o de materiales pueden establecerse por
anticipado por el comprador y el vendedor, incluidas las ganancias del vendedor,
cuando ambas partes acuerdan los valores para categorías específicas de
recursos, tales como tarifas por hora específicas para ingenieros expertos o
categorías de materiales con tarifas específicas por unidad.

Comparación entre los tres tipos de contrato


Situaciones Costos Tiempo y Precio fijo
reembolsables materiales

¿Generalmente Servicios y en Servicios Productos


qué se algunos casos
adquiere? productos
especificos

Tipo de costos Variables Fijos – tasa por Fijo


para el dependende de hora
comprador los gastos
incurridos

Ganancias del Usualmente se Incluidas en la Incluidas en el precio


provedor incluyen como tasa por hora
honorarios e
incentivos

APLICACIÓN DE LA NORMA ISO 9001:2015 29


UNIVERSIDAD TECNOLOGICA DE LOS ANDES
Escuela profesional de Ingeniería de Sistemas e Informática

Tipo de Informática, Todas para Construcción


industrias en investigación y recursos
donde se utiliza desarrollo especializados

Nivel de Alto Medio Bajo


negociación
rerequerido

Nivel de riesgo Bajo Medio Alto


de costo para el
proveedor

Criterios para la selección de proveedores:

 Capacidad técnica.

 Nivel de riesgo.

 Garantías.

 Capacidad de producción.

 Tamaño y tipo de negocio.

 Desempeño pasado del proveedor

APLICACIÓN DE LA NORMA ISO 9001:2015 30


UNIVERSIDAD TECNOLOGICA DE LOS ANDES
Escuela profesional de Ingeniería de Sistemas e Informática

DISEÑO E IMPLEMENTACION DE UN SISTEMA DE INFORMACION PARA


EL SEGUIMIENTO DE VENTAS EN UNA EMPRESA COMERCIAL

INFORME DE LA LÍNEA BASE DEL PROYECTO

Versión [1.0]

Errores encontrados

o El proceso de ventas y facturación actual se lleva de forma manual.

o No se Tiene control de Inventarios.

o No se tiene reporte automatizado de ventas.

Proceso de Ventas y Facturación Manual

Luego de hacer un estudio al seguimiento de ventas de diferentes empresas


comerciales en el Perú, se ve la necesidad de brindar un conjunto de soluciones
a la problemática actual que sufren estas empresas, en tal sentido se requiere
un sistema de información. Partiendo del hecho de que en la actualidad los
sistemas de información están cambiando la forma de operar de muchas
empresas comerciales.

1.1. Proceso de Ventas y Facturación Manual

Área del producto

Área Comercial

Versión

Versión 2022

Número de Versión vigente: I Número de Versión presente:

APLICACIÓN DE LA NORMA ISO 9001:2015 31


UNIVERSIDAD TECNOLOGICA DE LOS ANDES
Escuela profesional de Ingeniería de Sistemas e Informática

Fecha de la Versión

Fecha de la Versión vigente: 30-08-2022

Fecha de la Versión presente: 14-09-2022

Responsable del producto

Jefe de Proyecto el Ing. Paul Huanca,

Acciones Correctivas

Luego de hacer un estudio al seguimiento de ventas de diferentes empresas


comerciales en el Perú, se ve la necesidad de brindar un conjunto de soluciones
a la problemática actual que sufren estas empresas, en tal sentido se requiere
un sistema de información. Partiendo del hecho de que en la actualidad los
sistemas de información están cambiando la forma de operar de muchas
empresas comerciales.

APLICACIÓN DE LA NORMA ISO 9001:2015 32

También podría gustarte