plan del proyecto.docx

Prototipo de Sistema de Identificación de Oportunidades de Negocio Página 1

ING. CANCHANO CARO, JAVIER

GESTIÓN DE PROYECTOS INFORMÁTICOS

UNIVERSIDAD NACIONAL DE INGENIERÍA

FACULTAD DE INGENIERÍA INDUSTRIAL Y DE SISTEMAS

Universidad Nacional de Ingeniería Facultad de Ingeniería Industrial y de Sistemas

Participantes:


1.Arriaga Aedo, Danae Gabriela2.Buendía Narvaez, Julio César 3.Céspedes Chaupis, Roberto Lauro4.Espinoza Morales, Mariela Mireya5.Eustaquio Vasquez, Raul Eduardo6.Lazo Rodriguez, Yessica Laura7.Laurel Moreyra, Miguel Angel8.Merino Suasnabar, Nohelia Milagros9.Perez Arostegui, Jesus10.Yucra Ramos, Luis Enrique


ÍNDICE1. Acta de Constitución..................................................................................................................5

2. Gestión del Alcance...................................................................................................................9

2.1. Plan de Gestión del Alcance..............................................................................................9

2.2. Documentación de Requisitos.........................................................................................10

2.3. Matriz de Trazabilidad de Requisitos..............................................................................11

2.4. Estructura de Desglose de Trabajo (EDT)........................................................................13

2.5. Diccionario de la EDT.......................................................................................................14

3. Gestión del Tiempo..................................................................................................................26

3.1. Plan de Gestión del Tiempo.............................................................................................26

3.2. Cronograma del Proyecto................................................................................................29

4. Gestión de Costos....................................................................................................................36

4.1. Plan de Gestión de Costos...............................................................................................36

5. Gestión de Calidad...................................................................................................................37

5.1. Plan de Gestión de Calidad..............................................................................................37

6. Gestión de Recursos Humanos................................................................................................42

6.1. Plan de Recursos Humanos..............................................................................................42

i) Datos del equipo del Proyecto........................................................................................44

ii) Organigrama del Equipo..................................................................................................44

iii) Descripción de Roles....................................................................................................45

iv) Lista de Analistas.........................................................................................................50

v) Reglas Básicas..................................................................................................................50

7. Gestión de Comunicaciones.....................................................................................................51

7.1. Plan de Gestión de Comunicaciones................................................................................51

8. Gestión de Riesgos...................................................................................................................59

8.1. Plan de Gestión de Riesgos..............................................................................................59

9. Gestión de Adquisiciones.........................................................................................................63

9.1. Plan de Gestión de Adquisiciones...................................................................................63

Matriz de Adquisiciones...........................................................................................................67

10. Gestión de Interesados............................................................................................................72

10.1. Plan de Gestión de Interesados...................................................................................72



1. Glosario de Términos

GLOSARIO DE TÉRMINOS

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTOPrototipo de Sistema de Identificación de Oportunidades de Negocio

PSION

NOMBRE DEL SPONSORIng. Javier Canchano Caro

SIGLAS COMUNES

SIGLA DEFINICION

PMI® Project Management InstitutePMP® Project Management Professional

PMBOK® Project Management Body of KnowledgeFIIS Facultad de Ingeniería de SistemasEV Valor GanadoPV Valor PlanificadoAC Costo RealEAC Estimación a la conclusiónTCPI Índice de desempeño del trabajo por completarBAC Presupuesto hasta la conclusiónSEACE Sistema Electrónico de Contrataciones del EstadoPAC Plan Anual de ContratacionesIP Es un protocolo de comunicación de datos digitales.



DEFINICIONES Alcance: Suma de productos, servicios y resultados que se proporcionarán en el proyecto. Cronograma: Es una lista de todos los elementos terminales de un proyecto con sus fechas

previstas de comienzo y final. Stakeholder: Los interesados dentro de un proyecto EDT: En gestión de proyectos, una estructura de descomposición del trabajo o EDT,

también conocido por su nombre en inglés Work Breakdown Structure o EDT, es una estructura exhaustiva, jerárquica y descendente formada por los entregables a realizar en un proyecto.

Acta de Constitución del Proyecto: Es una declaración sobre el alcance, objetivos y participantes en el proyecto. Proporciona una delimitación preliminar de las funciones y responsabilidades, se esbozan los objetivos del proyecto, identifica las principales partes interesadas, y define la autoridad del Director de Proyecto. Sirve como una referencia de autoridad para el futuro del proyecto.

CPI: Índice de performance del costo. Una medida de eficiencia en función de los costos respecto al proyecto. Es la relación del valor ganado y los costos reales. Un valor mayor o igual a 1 indica una condición favorable.

SPI: Índice de performance del cronograma. Una medida de eficiencia del cronograma en el proyecto. Es la razón entre el valor ganado y el valor planificado.

CV: Es una medida de desempeño del costo en un proyecto SV: Es una medida de desempeño del cronograma en un proyecto AC: Es el costo total en el que se ha incluido realmente PGP: Plan general del proyecto QA: Aseguramiento de la calidad QC: Control de calidad



PARTE 1



1. Acta de Constitución

ACTA DE CONSTITUCIÓN


PSION

NECESIDAD DEL PROYECTO

Contar con la información de los planes anuales de contrataciones en un tiempo óptimo, ya que actualmente la búsqueda de las oportunidades del negocio en la página web del SEACE, se desarrolla de manera manual por las empresas proveedoras y esta búsqueda toma mucho tiempo.

DESCRIPCIÓN DEL PROYECTO

El equipo del Curso de Gestión de Proyectos Informáticos elaborará un plan de proyecto para la elaboración de una solución informática que mejore la gestión de identificación de oportunidades de negocio publicadas en el SEACE aplicando las buenas prácticas establecidas por el PMI® en su guía PMBOK® 5ta Ed.

DEFINICIÓN DEL PRODUCTO DEL PROYECTO

El entregable final de este proyecto será el Plan para la Gestión del Proyecto " Prototipo de Sistema de Identificación de Oportunidades de Negocio" y el aplicativo informático.

DEFINICIÓN DE REQUISITOS DEL PROYECTO



- Plan de Dirección de Proyecto que se adapte a las necesidades del Negocio.- Plan acorde a los lineamientos del PMI®.- Aplicar la teoría desarrollada hasta el momento en el curso de Gestión de Proyectos Informáticos.-El aplicativo informático permitirá la búsqueda automatizada y personalizada para la identificación de oportunidades de negocio.

OBJETIVOS DEL PROYECTOCONCEPTO OBJETIVOS CRITERIOS DE ÉXITO

1. Alcance

Realizar el Plan para la Dirección del proyecto y el aplicativo informático que permitirá la identificación y presentación de las oportunidades de negocio.

Minimización de los cambios en el Plan de alcance.

2. Tiempo

Cumplir satisfactoriamente el cronograma de Actividades propuesto, evitando en lo más mínimo usar el tiempo de las holguras.Cumplir con las fechas de entrega de entregables.

Mantener las holguras de actividades, SPI mayor o igual a 1.

3. CostoHacer uso eficiente del presupuesto propuesto, minimizando el uso de las reservas contempladas.

Reserva usada tiende a cero.CPI mayor o igual a 1.

JUSTIFICACIÓN DEL PROYECTO

JUSTIFICACION CUALITATIVA JUSTIFICACION CUANTITATIVA

Pronosticar un mejor plan de ventas anual. Aumento de las oportunidades de negocio. Optimizar la búsqueda de la información.Planificar los recursos necesarios.

Flujo de caja.Ventas Anuales.Tiempo de espera.Costos de operación.

DESIGNACIÓN DEL DIRECTOR DE PROYECTONOMBRE Nohelia Milagros Merino Suasnabar

REPORTA A Ing. Javier Canchano Caro

SUPERVISA A Equipo de GPI

EQUIPO PRELIMINAR

Danae Gabriela Arriaga AedoJulio César Buendía Narvaez Roberto Lauro Céspedes ChaupisMariela Mireya Espinoza MoralesRaul Eduardo Eustaquio VasquezYessica Laura Lazo Rodriguez Miguel Angel Laurel Moreyra Nohelia Milagros Merino Suasnabar



Jesus Perez ArosteguiLuis Enrique Yucra Ramos

CRONOGRAMA DE HITOS DEL PROYECTOHITO O EVENTO SIGNIFICATIVO FECHA PROGRAMADA

Inicio de Proyecto. 02/11/2013Actas de reuniones y planilla de pago de la semana. 04/11/ 2013Presentación del Acta de Constitución del Proyecto y Plan de Proyecto. 07/11/2013Actas de reuniones y planilla de pago de la semana. 11/11/2013Plan de proyecto actualizado, conformado por los siguientes planes de gestión:

Integración Alcance Tiempos Costos Calidad RR.HH Adquisiciones Interesados 14/11/2013

Actas de reuniones y planilla de pago de la semana. 18/11/2013Aprobación del Plan de proyecto. 21/11/2013Actas de reuniones y planilla de pago de la semana. 25/11/2013Presentación preliminar del producto. 28/11/2013Actas de reuniones y planilla de pago de la semana. 05/12/2013Presentación del producto final. 05/12/2013Acta de Conformidad Final. 05/12/2013

ORGANIZACIONES O GRUPOS ORGANIZACIONALES QUE INTERVIENEN EN EL PROYECTOIng. Óscar Condorhuaman QuichePRINCIPALES AMENAZAS DEL PROYECTORetiro de algún integrante del equipo.Falta de compromiso de los miembros del equipo.La variación en la disponibilidad horaria de los miembros del equipo.La renuncia de los programadores.Que la normativa peruana de seguridad informática en internet, prohíba que sistemas automatizados extraigan información de sitios web específicos como el www.seace.gob.pe .PRINCIPALES OPORTUNIDADES DEL PROYECTOLa automatización del proceso de búsqueda de Oportunidades de Negocio del cliente.Mejorar la gestión de identificación de oportunidades de negocio y de clientes. Aprendizaje experimental en el tema de Gestión de Proyectos por el equipo del proyecto.PRESUPUESTO PRELIMINAR DEL PROYECTO

CONCEPTO MONTO (S/.)Personal S/. 22,600 Materiales de oficina S/. 875 Alquiler de equipos S/. 6,300


http://www.seace.gob.pe/


Servicios de Terceros S/. 3,040 Otros Costos Operativos S/.1,000Total S/.33,815SPONSOR QUE AUTORIZA EL PROYECTO

NOMBRE EMPRESA CARGO FECHA

Ing. Canchano Caro, JavierUniversidad Nacional

de Ingeniería Docente 07/11/2013



PARTE 2



2. Gestión del Alcance1.1. Plan de Gestión del Alcance

CONTROL DE VERSIONES

Versión Hecha por Revisada por Aprobada por Fecha Motivo

1.0Nohelia

Merino/Julio Buendpia

Equipo de Proyecto

Nohelia Merino 04-11-2013 Versión Original

PLAN DE GESTIÓN DEL ALCANCE


PSION

PROCESOS DE RECOPILACIÓN DE REQUISITOS

Se solicitará a cada uno de los interesados sus requisitos para este proyecto, así como sus expectativas mediante reuniones y correos electrónicos.

PROCESO DE DEFINICIÓN DEL ALCANCE

La definición del Alcance del proyecto se desarrollará de la siguiente manera:- El equipo del proyecto en reunión con el Sponsor revisarán el Alcance preliminar, el cual servirá como base para el desarrollo de la EDT.PROCESO PARA LA ELABORACIÓN DE LA EDT



Los pasos que se realizarán para la elaboración de la EDT son los siguientes: - La EDT del proyecto será estructurado de acuerdo a la herramienta de descomposición,identificándose primeramente los principales entregables, que en el proyecto actúan como fases.- En el proyecto se identificó 2 fases: Gestión de Proyecto y de Desarrollo.- Identificado los principales entregables, se procede con la descomposición del entregable en paquetes de trabajo, los cuales nos permiten conocer al mínimo detalle el costo, trabajo y calidadincurrido en la elaboración del entregable.- El equipo utilizará para la elaboración de la EDT la herramienta EDT Chart Pro, pues permite unafácil diagramación y manejo de los entregables del proyecto.

PROCEDIMIENTO PARA LA ELABORACIÓN DEL DICCIONARIO SIMPLIFICADO EDTPrevio a este proceso; la EDT del proyecto debe haber sido elaborado, revisado y aprobado. Es en base a la información de la EDT que se elaborará el diccionario simplificado EDT, para lo cual se realizaran los siguientes pasos:- La elaboración del Diccionario EDT se hace mediante una plantilla.-Se identifica las siguientes características de cada entregable de la EDT:A. Se detalla el objetivo del entregable.B. Se hace una descripción breve del entregable.C. Se describe el trabajo a realizar para la elaboración del entregable, como son la lógica o enfoque de elaboración y las actividades para elaborar cada entregable.D. Se establece la asignación de responsabilidades por cada entregable. Se asigna al responsable y al personal de apoyo.E. Se establecen las fechas de inicio y fin del entregable.F. Se establecen los criterios de aceptación del entregable.PROCESO PARA VALIDACIÓN DEL ALCANCEAl término de la elaboración de los entregables, serán validados al Cliente del proyecto; de presentarse observaciones se elaborarán las Solicitudes de Cambio.

PROCESO PARA CONTROL DEL ALCANCEEn este caso se presentan dos variaciones:

- Primero, el Director de Proyecto se encarga de verificar que el entregable cumpla con lo acordado en la línea base del Alcance. Si el entregable es aprobado es enviado al Cliente, de lo contrario, será devuelto a su responsable junto con una solicitud de cambio, donde se señala cuáles son las correcciones o mejoras que se deben hacer.

- Segundo, el Cliente puede presentar sus observaciones respecto al entregable, para lo cual requerirá reunirse con el Director de Proyecto y presentará sus requerimientos de cambio o ajuste. De lograrse la aceptación del cliente se requerirá la firma de un Acta de aceptación del entregable.

1.2. Documentación de Requisitos

Control de Versiones




1.0 11-11-2013 Versión original

DOCUMENTACIÓN DE REQUISITOS

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO

Prototipo de Sistema de Identificación de Oportunidades del Negocio

PSION

NECESIDAD DEL NEGOCIO U OPORTUNIDAD A APROVECHAR:

Oportunidad de aprendizaje experimental de gestión de proyectos del equipo de proyecto para ampliar su nivel de conocimientos.

Presentar el Trabajo en un Feria y Concurso de Proyectos 2013 organizado por la FIIS.

Automatizar la Búsqueda de Oportunidades de Negocio de una Página Web del Estado.

Incrementar las ventas del negocio.

Fomentar el uso de recursos tecnológicos para el conocimiento de las Contrataciones del Estado.

OBJETIVOS DEL NEGOCIO Y DEL PROYECTO:

CÓDIGO DESCRIPCIÓN

NEGOCIO:

OB01 Mejorar la Identificación de Oportunidades de Negocio en el SEACE.

PROYECTO:

OB02Desarrollar un Plan de Dirección del Proyecto para la Identificación de Oportunidades de Negocio, tomando en consideración las necesidades y recursos del cliente.

OB03Desarrollar un aplicativo informático para la Identificación de Oportunidades de Negocio.

1.3. Lista de Requisitos

REQUISITOS FUNCIONALES:

STAKEHOLDERPRIORIDAD OTORGADA POR EL STAKEHOLDER

REQUISITOS


Cliente:ING. ÓSCAR

CONDORHUAMANMuy alto RE01

Permitir la Importación de los datos de los PAC de la web del SEACE.

Muy alto RE02 Permitir la actualización de los datos importados de los PAC del SEACE.



Muy alto RE03Permitir la clasificación de datos importados.

Alto RE04Elaborar la documentación del desarrollo del sistema.

Alto RE05Elaborar la documentación del plan del proyecto.

Alto RE06 Elaborar la documentación del código fuente del software.

Medio RE07 Incluir un manual de usuario como documentación de ayuda.

Alto RE08Permitir la gestión de cuentas de usuario.

REQUISITOS NO FUNCIONALES:


REQUISITOS


Sponsor:ING. JAVIER CANCHANO

COMUNIDAD FIIS

Alto RE09Capacitar a los usuarios en el sistema

Medio RE10 Realizar Pruebas al Software

Alto RE11Crear interfaz gráfica de una manera de fácil comprensión para el usuario

REQUISITOS DE CALIDAD:


REQUISITOS


Cliente:ING. ÓSCAR

CONDOHUAMAN Muy Alto RE12 Incluir Garantía del Software

CRITERIOS DE ACEPTACIÓN:

CONCEPTOS CRITERIOS DE ACEPTACIÓN

1. DE CALIDAD * Calidad de los documentos que serán generados del proyecto.* Satisfacer las expectativas del cliente.

2. ADMINISTRATIVOS

* El presupuesto del proyecto no debe superar el presupuesto del proyecto.* Cumplimiento del cronograma del proyecto .* Aprobación de todos los Entregables por el Cliente.

3. TÉCNICOS*El entregable final debe cumplir con el 100% de los requerimientos del cliente.

REGLAS DEL NEGOCIO:



Comunicación constante entre el equipo de proyecto, respecto a la ejecución del proyecto.

Emitir informes periódicos del estatus del proyecto, y tomar acciones correctivas de ser el caso.

ENTREGABLES DEL PROYECTO

FASE DEL PROYECTO PRODUCTOS ENTREGABLES

1.Dirección del Proyecto

1.1 Plan del Proyecto Actualizado1.2.1 Informe de Estatus del Proyecto1.2.2 Informe de Gestión de Cambios1.2.3 Informe de Gestión de Riesgos1.2.4 Informe de Seguimiento de calidad1.3.1 Acta de Conformidad Por Fases1.3.2 Acta de Conformidad Final1.3.3 Lecciones Aprendidas

2.Análisis

2.1 Requerimientos Funcionales2.2 Requerimientos No Funcionales2.3 Diagrama de Paquetes2.4 Diagrama de Casos de Uso2.5 Diagrama de Actividades2.6 Diagrama de Clases

3.Diseño3.1 Diagrama de Componentes3.2 Modelo Físico de Datos3.3 Vistas de Usuario de Interfaz

4.Desarrollo4.1 Pseudocódigo4.2 Código Fuente

5.Pruebas5.1 Plan de Pruebas5.2 Casos de Pruebas

6.Implantación

6.1 Informe Técnico del Sistema6.2 Manual de Usuario6.3 Software de Instalación6.4 Informe de Capacitación6.5 Informe de Instalación6.6 Certificado de Garantía

RESTRICCIONES DEL PROYECTO

El presupuesto no deberá exceder el monto planificado.



El tiempo de ejecución del proyecto no debe ser mayor a lo especificado.

El equipo del proyecto será perteneciente a la casa de estudio UNI.

El presupuesto se limitará al brindado por el Sponsor.

SUPUESTOS DEL PROYECTO

El equipo definido se mantendrá a lo largo del proyecto.

El Prototipo del Sistema de Identificación de Oportunidades de Negocio se llevará a cabo según lo planeado.

1.4. Matriz de Trazabilidad de Requisitos

ESTADO ACTUALEstado Abreviatura

Activo AC

Cancelado CA

Diferido DI

Adicionado AD

Aprobado AP

NIVEL DE ESTABILIDADEstado Abreviatura

Alto A

Mediano M

Bajo B

GRADO DE COMPLEJIDADEstado Abreviatura

Alto A

Mediano M



Bajo B


CÓDIGO DESCRIPCIÓNSUSTENTO

DE SU INCLUSIÓN

FECHA DE INCLU-SION

PROPIE-TARIO

PRIORIDAD VERSIÓNESTADO

ACTUAL (AC, CA, DI, AD, AP)

NIVEL DE ESTABILI-DAD (A,

M, B)

GRADO DE

COM-PLEJIDAD (A, M,

B)

ALCANCE DEL

PROYECTO /ENTREGABLE DEL EDT

OBJETIVOS DEL PROYECTO

RE01

Permitir la Importación de los datos de los PAC de la web del SEACE.

Solicitado por el Cliente

08 de Noviembre del 2013

CLIENTE Muy alto 1.0 AC A A

2.4 Diagrama

de Casos de Uso

OB01

RE02

Permitir la actualización de los datos importados de los PAC del SEACE.




2.4 Diagrama

de Casos de Uso

OB01

RE03

Permitir la clasificación de datos importados




2.4 Diagrama

de Casos de Uso

OB01

RE04

Elaborar la documentación del desarrollo del sistema



CLIENTE Alto 1.0 AC M M6.1 Informe Técnico del

SistemaOB03

RE05

Elaborar la documentación del plan del proyecto



CLIENTE Alto 1.0 AC A M1.1 Plan de Proyecto

ActualizadoOB02.



RE06

Elaborar la documentación del código fuente del software



CLIENTE Alto 1.0 AC M M4.2 Código

Fuente OB03

RE07

Incluir un manual de usuario como documentación de ayuda



CLIENTE Medio 1.0 AC A B 6.2 Manual de Usuario OB03

RE08

Permitir la gestión de cuentas de usuario

Recomendaciones


EL EQUIPO

DE PROYECT

O

Alto 1.0 AC A A

2.4 Diagrama

de Casos de Uso

OB03

RE09Capacitar a los usuarios en el sistema

Solicitado por el Sponsor


SPONSOR Medio 1.0 AC A B

6.4 Informe de

Capacitación

OB01

RE10Realizar Pruebas al Software

Solicitado por el cliente


CLIENTE Alto 1.0 AC M M 5.2 Casos de Pruebas 0B03

RE11

Crear interfaz gráfica de una manera de fácil comprensión para el usuario

Recomendaciones


EL EQUIPO

DE PROYECT

O

Medio 1.0 AC A M3.3 Vistas

de Interfaz de Usuario

OB03

RE12 Incluir Garantía del Software

Solicitado por el Sponsor


SPONSOR Medio 1.0 AC A M6.6

Certificado de Garantía

OB03


1.5. Estructura de Desglose de Trabajo (EDT)


1.6. Diccionario de la EDT


Prototipo de Sistema de Identificación de Oportunidades de Negocio

PSION

1.1 Plan del proyecto actualizado

Objetivo del paquete de trabajo: Elaborar el plan de proyecto

Descripción del paquete de trabajo:

En este entregable se detalla la actualización de los planes para la direccción del proyecto, tales como los de alcance, tiempo, costo calidad, RR.HH., comunicaciones, riesgos, adquisiciones e interesados.

Descripción del trabajo a realizar (Actividades):

1.1.1 Actualizar el Plan de Proyecto

Asignación de responsabilidades:

Responsable: Director del Proyecto

Participa: Equipo del Proyecto

Apoya: Equipo del Proyecto

Revisa: Director de Calidad

Aprueba: Líder UsuarioFechas Programadas: 27 días: 31/10/13 – 04/11/13

Criterios de Aceptación:

Tiempo: El plan de proyecto debe estar alineado al tiempo de ejecución solicitado por el cliente.Calidad: La calidad del plan de proyecto debe ser coherente y presentable para el cliente.

Supuestos: Todos los miembros del equipo conocen los requerimientos iniciales del cliente.

Riesgos: R001R002

Recursos asignados: Personal: -Director de Proyecto-Director de Comunicaciones-Director de Calidad-Gerente de RRHH-Analista de RRHH-Gerente de Costos-2 Analistas de Tiempo-2 Analistas de Alcance-Gerente de Adquisiciones



-Analista de Adquisiciones-Gerente de Riesgos-2 Analistas de Riesgos-Gerente de InteresadosMateriales o Consumibles: -800 Hojas A4

1.2.1 Informe de Estatus del Proyecto

Objetivo del paquete de trabajo: Mostrar el comportamiento del proyecto a través de un Informe del proyecto.


En este entregable se revisará el desarrollo del proyecto mediante reuniones semanales, para informar el estado y avance del proyecto al cliente.


1.2.1.1 Validar entregables 1.2.1.2 Elaborar Informe de Estatus1.2.1.3 Actualizar el Informe de Estatus


Responsable: Director de Proyecto

Participa: Director de Calidad


Revisa: Director de Proyecto

Aprueba: Líder UsuarioFechas Programadas: 2.5 días: 31/10/13 – 04/11/13

Criterios de Aceptación:Calidad: Que se cumpla los requisitos de calidad establecidos por el cliente.

Supuestos: Los entregables estén realizados a tiempo y sean aprobados por el Cliente.

Riesgos: R001 Recursos asignados: Personal:

-Director de Proyecto-Director de CalidadMateriales o Consumibles: -50 hojas bond-10 Fólders Manila-Cartucho de colores-Cartucho negroEquipos o Máquinas: -Impresora-Laptops



1.2.2 Informe de Gestión de CambiosObjetivo del paquete de trabajo: Elaborar el Informe de Gestión de Cambios del ProyectoDescripción del paquete de trabajo:

En este entregable se documentan los cambios que se han realizado a lo largo de vida del proyecto.


1.2.2.1 Recepcionar solicitudes de cambio del Plan del Proyecto1.2.2.2 Verificar y analizar las solicitudes de cambio del Plan del Proyecto1.2.2.3 Aprobar solicitudes de cambio de cambio del Plan del Proyecto1.2.2.4 Recepcionar solicitudes de cambio del Desarrollo del Sistema1.2.2.5 Verificar y analizar las solicitudes de cambio del Plan del Desarrollo del Sistema1.2.2.6 Aprobar solicitudes de cambio de cambio del Plan del Desarrollo del Sistema



Participa: Director de Calidad



Aprueba: Líder Usuario

Fechas Programadas: 2.5 días: 07/11/13-11/11/13

Criterios de Aceptación:Tiempo: No se afecte el tiempo establecido al inicio del proyecto.Costos: No afecte los costos establecidos al inicio del proyecto.

Supuestos: No existan cambios que afecten el alcance.

Riesgos: R005R006

Recursos asignados:

Personal: -Director de Proyecto-Director de CalidadMateriales o Consumibles: -10 hojas bond-Cartucho de colores-Cartucho negroEquipos o Máquinas: -Impresora-Laptop

1.2.3 Informe de Gestión de RiesgosObjetivo del paquete de trabajo: Elaborar el Informe de Gestión de Riesgos del ProyectoDescripción del paquete de trabajo:

Aquí se controlará los riesgos que han sido previsto en la planificación del proyecto.


1.2.3.1 Actualizar el estado de los riesgos por fase1.2.3.2 Actualizar el documento de riesgos



1.2.3.3 Documentar los riesgos por fase



Participa: Gerente de Riesgos

Apoya: Analistas de Riesgos



Fechas Programadas: 1 día: 31/10/13 – 31/11/13Criterios de Aceptación: Calidad: Riesgos controlados.

Supuestos: No existirá algún inconveniente con la realización de los planes de respuesta a los riesgos.

Riesgos: R001R018

Recursos asignados:

Personal: -Director de Proyecto-Gerente de Riesgos-2 Analistas de RiesgosMateriales o Consumibles: -50 hojas bond-10 Fólders Manila-Cartucho de colores-Cartucho negroEquipos o Máquinas: -Impresora-Laptops

1.3.1 Actas de Conformidad por Fases

Objetivo del paquete de trabajo: Elaborar un informe consolidado de todas las actas de conformidad de las fases del proyecto.


Se presentara el consolidado de todas las actas de conformidad de las fases del proyecto.


1.3.1.1 Solicitar cierre de Fase1.3.1.2 Realizar presentación de la Fase1.3.1.3 Esperar aprobación del cierre de Fase1.3.1.4 Formalizar el cierre de Fase1.3.1.5 Realizar informe de cierre de Fase

Asignación de responsabilidades: Responsable: Director de Proyecto

Participa: Equipo de Proyecto

Apoya: Equipo de Proyecto





Fechas Programadas: 2.5 días: 31/10/13 – 04/11/13

Criterios de Aceptación:Calidad: Que los entregables cumplan con lo establecido en el plan de proyecto en términos de tiempo, costos, calidad.

Supuestos: Aceptación de los entregables por parte del Sponsor.

Riesgos: R001, R002, R003, R004, R005,R006, R007, R008, R009, R010, R011, R012, R013, R014, R015, R017, R018, R019, R020, R021, R022 y R023.

Recursos asignados:

Personal: -Director de Proyecto-Gerente de RRHH-Gerente de Costos-Gerente de Adquisiciones-Gerente de Riesgos-Gerente de Interesados-Gerente de DesarrolloMateriales o Consumibles: -30 hojas bond-1 Fólder-1 Anillado-Cartucho de colores-Cartucho negroEquipos o Máquinas: -Impresora-Laptops

1.3.2 Acta de Conformidad Final

Objetivo del paquete de trabajo: Elaborar el informe Final del Proyecto para ser presentado al Cliente.


En esta etapa de la gestión se presentará el informe final del desarrollo del proyecto al sponsor, así como el acta de cierre del proyecto, donde se indicara la conformidad del proyecto.


1.3.2.1 Solicitar cierre del Proyecto1. 3.2.2 Realizar presentación del Proyecto1. 3.2.3 Esperar aprobación del cierre del Proyecto1. 3.2.4 Formalizar el cierre del Proyecto1. 3.2.5 Realizar informe de cierre del Proyecto







Fechas Programadas: 2.5 días: 31/10/13 - 04/11/13Criterios de Aceptación: Calidad: El proyecto cumpla con lo establecido en el Acta de



Constitución del Proyecto.

Supuestos: Entregables predecesores finalizados a tiempo y aceptados por el Cliente.

Riesgos: R001, R002, R003, R004, R005,R006, R007, R008, R009, R010, R011, R012, R013, R014, R015, R017, R018, R019, R020, R021, R022 y R023.

Recursos asignados:

Personal: -Director de ProyectoMateriales o Consumibles: -20 hojas bond-1 Anillado-Cartucho de colores-Cartucho negroEquipos o Máquinas: -Impresora-Laptops

1.3.3 Lecciones Aprendidas

Objetivo del paquete de trabajo: Documentar conocimiento reutilizable que se puede aprovechar para manejar la performance futura de proyectos.


Se documentará la descripción de las causas, las acciones correctivas tomadas, el razonamiento detrás de las acciones, los resultados obtenidos y las lecciones aprendidas.


1.3.3.1 Redactar Informe de Lecciones Aprendidas







Fechas Programadas: 0.5 día: 04/12/13-04/12/13Criterios de Aceptación: Elaborar el entregable en la fecha programada.

Supuestos: Entregables predecesores finalizados a tiempo y aceptados por el Cliente.

Riesgos: R002R004

Recursos asignados: Personal: -Director de ProyectoMateriales o Consumibles: -20 hojas bond-9 Fólderes-Cartucho de colores-Cartucho negroEquipos o Máquinas: -Impresora



-Laptops

2.1.1 Requerimientos Funcionales

Objetivo del paquete de trabajo: Recopilar y documentar todos los requerimientos funcionales de parte de los interesados del proyecto.


Elaborar la lista de los requerimientos que especifican acciones que el sistema debe ser capaz de desarrollar, además especifican el comportamiento de las entradas y salidas del sistema.


2.1.1 Planificar Reuniones de levantamiento de requerimientos con los interesados del proyecto2.1.2 Ejecutar las Reuniones de levantamiento de requerimientos2.1.3 Elaborar la lista de requerimientos


Responsable: Gerente de Desarrollo

Participa: Analista de Sistemas

Apoya:



Fechas Programadas: 2 días: 07/11/13-08/11/13Criterios de Aceptación: Calidad: Requerimientos de acuerdo a las necesidades del Cliente.Supuestos: Facilidad de reuniones con los interesados.

Riesgos: R001R002

Recursos asignados:

Personal: -Gerente de Desarrollo-1 Analista de SistemaMateriales o Consumibles: -10 hojas bond-Cartucho de colores-Cartucho negroEquipos o Máquinas: -Impresora-Laptops

2.1.2 Requerimientos No Funcionales

Objetivo del paquete de trabajo: Recopilar y documentar todos los requerimientos no funcionales de parte de los interesados del proyecto.


Elaborar la lista de los requerimientos que describen los atributos del sistema, entorno o ambiente donde éste se desarrolla.


2.2.1 Planificar Reuniones de levantamiento de requerimientos con los interesados del proyecto2.2.2 Ejecutar las Reuniones de levantamiento de requerimientos2.2.3 Elaborar la lista de requerimientos

Asignación de responsabilidades: Responsable: Gerente de Desarrollo




Apoya:



Fechas Programadas: 2 días: 07/11/13-08/11/13Criterios de Aceptación: Calidad: Requerimientos de acuerdo a las necesidades del Cliente.Supuestos: Facilidad de reuniones con los interesados.

Riesgos: R001R002

Recursos asignados:

Personal: -Gerente de Desarrollo-1 Analista de SistemaMateriales o Consumibles: -45 hojas bond-Cartucho de colores-Cartucho negroEquipos o Máquinas: -Impresora-Laptops

2.1.3 Diagrama de Paquetes

Objetivo del paquete de trabajo: Identificar los sistemas, subsistemas y sus relaciones de dependencias.


En esta etapa se muestra cómo un sistema está dividido en agrupaciones lógicas mostrando las dependencias entre esas agrupaciones.


2.3.1 Identificar sistemas2.3.2 Identificar subsistemas2.3.3 Identificar relaciones de dependencias




Apoya:



Fechas Programadas: 1 día: 11/11/13-11/11/13

Criterios de Aceptación: Calidad: Definición del alcance del sistema, subsistemas, y relaciones de dependencias.

Supuestos: Se ha elaborado la lista de requerimientos.



Riesgos: R004 R010

Recursos asignados:

Personal: -1 Gerente de Desarrollo-1 Analista de SistemaMateriales o Consumibles: -10 hojas bond-Cartucho de colores-Cartucho negroEquipos o Máquinas: -Impresora-Laptops

2.1.4 Diagrama de Casos de Uso

Objetivo del paquete de trabajo: Elaborar el Diagrama de los principales Casos de Uso.


Un caso de uso identifica un proceso específico. En esta etapa se define la secuencia de actividades a realizar para el proceso, la interacción con el actor del negocio y produce un resultado medible. Se debe buscar entre los principalesprocesos del negocio, principales servicios para el cliente o aotras entidades. El diagrama debe mostrar los actores del negocio, los casos de uso identificados y sus relaciones entre ellos.


2.4.1 Identificar procesos2.4.2 Identificar actores2.4.3 Identificar relaciones




Apoya:






Riesgos: R004 R010

Recursos asignados: Personal: -1 Gerente de Desarrollo-1 Analista de SistemaMateriales o Consumibles: -15 hojas bond-Cartucho de colores-Cartucho negro



Equipos o Máquinas: -Impresora

2.1.5 Diagrama de Actividades

Objetivo del paquete de trabajo: Elaborar el Diagrama de Actividades.


Elaborar el Diagrama de actividades para los principales Casos de Uso del Negocio donde se muestra la secuencia u orden de las actividades para alcanzar el objetivo del caso de uso.Cada diagrama debe incluir : Actividades, Transiciones, Decisiones, Barras de sincronización y Roles.


2.5.1 Definir Actividades2.5.2 Definir Transiciones y Decisiones2.5.3 Identificar roles




Apoya:






Riesgos: R004 R010

Recursos asignados:

Personal: -1 Gerente de Desarrollo-1 Analista de SistemaMateriales o Consumibles: -10 hojas bond-Cartucho de colores-Cartucho negroEquipos o Máquinas: -Impresora-Laptops

2.1.6 Diagrama de Clases

Objetivo del paquete de trabajo: Elaborar el Diagrama de Clases de la fase de Análisis.


El diagrama podrá dividirse por paquetes o por casos de uso si es demasiado extenso. En primer lugar, se definen los tres tipos (estereotipos) de clases del sistema: Clase entidad, Clase interface y Clase controladora. Luego se identifican los atributos de las clases y por último se identifican las asociaciones entre los tres tipos de



clases. Este diagrama es importante porque nos muestra la estructura estática del sistema.


2.6.1 Definir Clases2.6.2 Definir Atributos2.6.3 Identificar relaciones




Apoya:






Riesgos: R004 R010

Recursos asignados:Personal: -1 Gerente de Desarrollo-1 Analista de Sistema

2.2.1 Diagrama de Componentes

Objetivo del paquete de trabajo: Elaborar el Diagrama de Componentes


En esta etapa se elabora el diagrama de componentes y el desarrollo de cada componente de software.


3.1.1 Definir Componentes3.1.2 Identificar Relaciones




Apoya:



Fechas Programadas: 0.5 día: 12/11/13-12/11/13





Riesgos: R004 R010

Recursos asignados:-1 Gerente de Desarrollo-1 Analista de Sistema

2.2.2 Modelo Físico de Datos

Objetivo del paquete de trabajo: Elaborar el Modelo Físico de Datos


En esta etapa se define el tipo dato y tamaño del tipo de dato de los atributos de las clases.


3.2.1 Definir tipo de datos3.2.2 Definir tamaño de tipo de datos




Apoya:





Supuestos: Diagrama de clases elaborado.

Riesgos: R004 R010


2.2.3 Vistas de Interfaz de Usuario

Objetivo del paquete de trabajo: Elaborar las interfaces de usuario del sistema.


En esta etapa se elabora el prototipo de las pantallas.


3.3.1 Diseñar las pantallas del sistema3.3.2 Definir las interacciones entre las pantallas del sistema

Asignación de responsabilidades: Responsable: Gerente de Desarrollo


Apoya:





Fechas Programadas: 1 día: 12/11/13-13/11/13Criterios de Aceptación:Supuestos: Diagrama de clases elaborado.

Riesgos: R004 R010


2.3.1 Pseudocódigo

Objetivo del paquete de trabajo: Elaborar los algoritmos de la lógica del sistema.


En esta etapa se desarrollará los procedimientos y funciones del pseudocódigo del sistema.


4.1.1 Desarrollar los procedimientos del pseudocódigo del sistema4.1.2 Desarrollar las funciones del pseudocódigo del sistema



Participa: Programadores

Apoya:



Fechas Programadas: 4 días: 13/11/13-17/11/13


Supuestos: Las vistas de interfaz de usuario han sido elaboradas.

Riesgos: R004 R010

Recursos asignados:Personal: -1 Gerente de Desarrollo-2 Programadores

2.3.2 Código Fuente

Objetivo del paquete de trabajo: Programar el pseudocódigo.


En esta etapa se realizará la programación de los procedimientos y funciones del pseudocódigo en los lenguajes de programación php y javascript.




4.2.1 Programar los procedimientos del pseudocódigo del sistema4.2.2 Programar las funciones del pseudocódigo del sistema



Participa: Programadores

Apoya:



Fechas Programadas: 9 días: 17/11/13-28/11/13


Supuestos: Las vistas de interfaz de usuario han sido elaboradas.

Riesgos: R004 R010

Recursos asignados:Personal: -1 Gerente de Desarrollo-2 Programadores

2.4.1 Plan de Pruebas

Objetivo del paquete de trabajo: Elaborar el Plan de Pruebas


Se detallará todos los tipos depruebas a ejecutarse para corroborar el correcto comportamiento de cada funcionalidad del sistema desarrollado.


5.1.1 Definir los tipos de pruebas5.1.2 Planificar las pruebas del sistema




Apoya:



Fechas Programadas: 1 días: 28/11/13 – 29/11/13


Supuestos: Las vistas de interfaz de usuario han sido elaboradas.Riesgos: R004, R010 y R018



Recursos asignados:Personal: -1 Gerente de Desarrollo-1 Analista de Sistemas

2.4.2 Casos de Pruebas

Objetivo del paquete de trabajo: Ejecutar los casos de pruebas al sistema


En esta etapa se prepara los casos de pruebas que permitan comprobar cada parte de la arquitectura: Requerimientos funcionales y no funcionales como Tiempos de respuestas esperados, Volumen de información a manejar, Configuraciones de hardware y software, Seguridad, recuperaciones ante fallas.


5.2.1 Preparar los casos de pruebas5.2.2 Ejecutar las pruebas5.2.3 Elaborar el informe de resultados de pruebas




Apoya:



Fechas Programadas: 2 días: 29/11/13 – 03/12/13


Supuestos: Las vistas de interfaz de usuario han sido elaboradas.Riesgos: R004

Recursos asignados:

Personal: -1 Gerente de Desarrollo-1 Analista de SistemasMateriales o Consumibles: -20 hojas bond-5 Fólderes-Cartucho de colores-Cartucho negroEquipos o Máquinas: -Impresora-Laptops

2.5.1 Informe Técnico del Sistema

Objetivo del paquete de trabajo: Elaborar el Informe Técnico del Sistema


En este paquete de trabajo se documenta las fases de análisis, diseño y desarrollo del sistema.




6.1.1 Documentar el análisis del sistema6.1.2 Documentar el diseño del sistema6.1.3 Documentar el desarrollo del sistema




Apoya:



Fechas Programadas: 1 día: 03/12/13 – 03/12/13


Supuestos: Las fases de análisis, diseño, desarrollo y pruebas han finalizado.Riesgos: R004, R010 y R018

Recursos asignados:

-1 Gerente de Desarrollo-1 Analista de SistemasMateriales o Consumibles: -280 hojas bond-1 Anillado-Cartucho de colores-Cartucho negroEquipos o Máquinas: -Impresora-Laptops

2.5.2 Manual de Usuario

Objetivo del paquete de trabajo: Elaborar el Manual de Usuario del Sistema.


En este paquete se elabora el manual de usuario conteniendo una descripción clara de cada uno de las opciones y/o pantallas y procesos de sistema.


6.2.1 Describir el funcionamiento de las vistas de interfaz de usuario de usuario6.2.2 Describir los roles de los usuarios del sistema




Apoya:



Fechas Programadas: 1 día: 03/12/13 – 04/12/13Criterios de Aceptación: Calidad: El manual de usuario es amigable para el cliente



Supuestos: La fase de pruebas del sistema ha finalizado.Riesgos: R004, R010 y R018.

Recursos asignados:

-1 Gerente de Desarrollo-1 Analista de SistemasMateriales o Consumibles: -70 hojas bond-Cartucho de colores-Cartucho negroEquipos o Máquinas: -Impresora-Laptops

2.5.3 Software de Instalación

Objetivo del paquete de trabajo: Generar un CD con el software de instalación.


En este entregable se generará un CD conteniendo los archivos de instalación del sistema desarrollado y objetos desarrollados como parte del sistema.


6.3.1 Grabar los archivos de instalación del sistema en un CD y objetos desarrollados




Apoya:





Supuestos: La fase de pruebas del sistema ha finalizado.Riesgos: R004, R010 y R018

Recursos asignados:Personas:-1 Gerente de Desarrollo-1 Analista de Sistemas

2.5.4 Informe de Capacitación

Objetivo del paquete de trabajo: Elaborar el Informe de Estatus de usuarios capacitados.


En este entregable se detalla el desempeño de cada usuario capacitado y el tiempo que se necesitó.


6.4.1 Elaborar el Plan de Capacitación6.4.2 Ejecutar el Plan de Capacitación6.4.3 Elaborar el Informe de Resultados






Apoya:






Recursos asignados:

Personal:-1 Gerente de Desarrollo-1 Analista de SistemasMateriales o Consumibles: -45 hojas bond-1 Anillado-Cartucho de colores-Cartucho negroEquipos o Máquinas: -Impresora-Laptops

2.5.5 Informe de Instalación

Objetivo del paquete de trabajo: Realizar la instalación del sistema.


Implementar el sistema y verificar el Documento de Conformidad de entrega del nuevo sistema cumpliendo con todas las funcionalidades definidas en el alcance. Posteriormente obtener el Acta conformidad y funcionamiento del Sistema en Producción.


6.5.1 Realizar el pase a producción6.5.2 Obtener la conformidad del funcionamiento del sistema




Apoya:



Fechas Programadas: 1.5 días: 03/12/13 – 04/12/13





Recursos asignados:

Personal:-1 Gerente de Desarrollo-1 Analista de SistemasMateriales o Consumibles: -20 hojas bond-Cartucho de colores-Cartucho negroEquipos o Máquinas: -Impresora-Laptops

2.5.6 Certificado de Garantía

Objetivo del paquete de trabajo: Emitir el certificado de garantía del software.


En este entregable se elabora el certificado que compromete al equipo de proyecto por un periodo de 6 meses a brindar soporte al cliente.


6.6.1 Elaborar el Certificado de Garantía




Apoya:






Recursos asignados:

Personal:-1 Gerente de Desarrollo-1 Analista de SistemasMateriales o Consumibles: -5 hojas bond-1 Anillado-Cartucho de colores-Cartucho negroEquipos o Máquinas: -Impresora-Laptops



3.1.1 Díptico y Banner

Objetivo del paquete de trabajo: Completar la inscripción a la Feria y Concurso de Proyectos.


En este entregable se elabora el Díptico con el modelo dado por la Comisión de Acreditación además de la elaboración del Banner.


3.1.1.1 Elaborar el Díptico3.1.1.2 Elaborar el Banner


Responsable: Gerente de RRHH

Participa: Analista de RRHH

Apoya:


Aprueba: Sponsor

Fechas Programadas: 1 día


Supuestos: La ejecución del proyecto ha finalizado.Riesgos: R011 y R012

Recursos asignados:

Personal:-1 Gerente de RRHH-1 Analista de RRHHEquipos o Máquinas: -Laptops

3.1.2 PPT

Objetivo del paquete de trabajo: Completar la inscripción a la Feria y Concurso de Proyectos.


En este entregable se elabora la Presentación que se envía al Comité para completar la inscripción del proyecto.


3.1.2.1 Elaborar la Presentación




Apoya:


Aprueba: Sponsor






Recursos asignados:


3.1.3 Formato Completado

Objetivo del paquete de trabajo: Completar formato de inscripción a la Feria y Concurso de Proyectos.


En este entregable se completa el formato de inscripción a la Feria y Concurso de Proyectos.


3.1.3.1 Completar Formato de Inscripción




Apoya:


Aprueba: Sponsor




Recursos asignados:

Personal:-1 Gerente de RRHH-1 Analista de RRHHEquipos o Máquinas: -Laptop

3.2.1 PPT Final

Objetivo del paquete de trabajo: Elaborar la presentación final a exponer durante el concurso de proyectos.


En este entregable se elabora la presentación que se expondrá durante el concurso de proyectos.


3.2.1.1 Elaborar la presentación final para el concurso

Asignación de responsabilidades: Responsable: Gerente de RRHH




Apoya:


Aprueba: Sponsor




Recursos asignados:

Personal:-1 Gerente de RRHH-1 Analista de RRHHEquipos o Máquinas: -Laptop

3.2.2 Informe Final

Objetivo del paquete de trabajo: Completar formato de inscripción a la Feria y Concurso de Proyectos.


En este entregable elabora el informe final


3.2.2.1 Elaborar el Informe Final a presentar en el Concurso




Apoya:


Aprueba: SponsorFechas Programadas: 1 día


Supuestos: La ejecución del proyecto ha finalizado.Riesgos: R011 y R012Recursos asignados: Personal:

-1 Gerente de RRHH-1 Analista de RRHHMateriales o Consumibles: -20 hojas bond-1 Anillado-Cartucho de colores-Cartucho negroEquipos o Máquinas:



-Impresora-Laptops

3.2.3 Prototipo Demostrativo

Objetivo del paquete de trabajo: Preparar el Prototipo del Sistema a presentar en la exposición.


En este entregable se prepara la presentación del Prototipo del Sistema


3.2.3.1 Elaborar el Prototipo Demostrativo




Apoya:


Aprueba: SponsorFechas Programadas: 1 día



Recursos asignados:


3.2.4 Informe de Ensayo

Objetivo del paquete de trabajo: Elaborar el Informe del Ensayo previo la exposición final en el concurso.


En este entregable se redactar el Informe del Ensayo que se realizará antes de la exposición final.


3.2.4.1 Elaborar el Informe de Ensayo


Responsable: Gerente de RRHHParticipa: Analista de RRHHApoya: Revisa: Director de CalidadAprueba: Sponsor

Fechas Programadas: 1 díaCriterios de Aceptación: Tiempo: No se afecte el tiempo establecido al inicio del proyecto.

Costos: No afecte los costos establecidos al inicio del proyecto.Supuestos: La ejecución del proyecto ha finalizado.Riesgos: R011 y R012Recursos asignados: Personal:



-1 Gerente de RRHH-1 Analista de RRHHMateriales o Consumibles: -40 hojas bond-1 Anillado-Cartucho de colores-Cartucho negroEquipos o Máquinas: -Impresora-Laptops

3.2.5 Informe de Presentación

Objetivo del paquete de trabajo: Elaborar el Informe de la Presentación Final para el concurso de Proyectos.


En este entregable se elaborará el Informe de la Presentación Final para el concurso de Proyectos.


3.2.5.1 Elaborar el Informe de Presentación3.2.5.2 Entregar Certificado de Garantía


Responsable: Gerente de RRHHParticipa: Analista de RRHHApoya: Revisa: Director de CalidadAprueba: Sponsor

Fechas Programadas: 1 díaCriterios de Aceptación: Tiempo: No se afecte el tiempo establecido al inicio del proyecto.

Costos: No afecte los costos establecidos al inicio del proyecto.Supuestos: La ejecución del proyecto ha finalizado.Riesgos: R011 y R012

Recursos asignados:

Personal:-1 Gerente de RRHH-1 Analista de RRHHMateriales o Consumibles: -40 hojas bond-1 Anillado-Cartucho de colores-Cartucho negroEquipos o Máquinas: -Impresora-Laptops



3. Gestión del Tiempo1.7. Plan de Gestión del Tiempo



1.0 RC JB NM 06-11-2013 Versión Original

PLAN DE GESTIÓN DEL TIEMPO

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTOPrototipo de Sistema de Identificación de

Oportunidades de NegocioPSION

PROCESO DE DEFINICIÓN DE ACTIVIDADES

A partir de la aprobación del Enunciado del Alcance, la EDT y el Diccionario de la EDT se procede a realizar lo siguiente:Identificación y Secuenciamiento de Actividades

- Por cada entregable definido en la EDT del proyecto se identifica cuáles son las actividades que permitirán el término del entregable. Para tal caso se da un código, nombre y alcance de trabajo y persona responsable, para cada actividad del entregable.

- Inicialmente definimos las actividades por cada entregable, con uso de las herramientas y técnicas siguientes: Estimación Análoga y Juicio de Expertos.

- Para este proceso utilizamos el formato de Identificación de Actividades.-

PROCESO DE SECUENCIAMIENTO DE ACTIVIDADES

Red del Proyecto - Definimos la Red del Proyecto en base a los entregables del proyecto, con ayuda de las

herramientas y técnicas siguientes: Método de Diagramación con Procedencia (Final a Inicio) y Determinación de Dependencias (Dependencias discrecionales).



- Luego por separado graficamos la red del proyecto de las actividades de cada fase del proyecto.

- Para este proceso utilizamos el formato de Red del Proyecto.

PROCESO DE ESTIMACIÓN DE RECURSOS DE LAS ACTIVIDADES

Estimación de Recursos y Duraciones - Para la estimación de recursos se hizo uso de las herramientas y técnicas siguientes: Juicio de

Expertos y Software de Gestión de Proyectos. - En base a los entregables y actividades que se han identificado para el proyecto se procede a

realizar las estimaciones de la duración y el tipo de recursos (personal, materiales o consumibles, y maquinas o no consumibles).

- Para el Recurso de tipo Personal se define los siguientes: nombre de recurso, trabajo y duración.

- Para el recurso de tipo Materiales o Consumibles se define los siguientes: nombre de recurso y cantidad.

- Para este proceso utilizamos el formato de Estimación de Recursos y Duraciones.

PROCESO DE ESTIMACIÓN DE DURACIÓN DE LAS ACTIVIDADES

El proceso de estimación de la duración de las actividades se define de acuerdo al tipo de recurso asignado a la actividad:

- Si el recurso es tipo personal, estimamos la duración que tomará realizar la actividad. - En cambio si el tipo de recurso es material u otro tipo, se define la cantidad que se utilizará

para realizar la actividad. - Para este proceso se usó de las herramientas y técnicas siguientes: Juicio de Expertos y Análisis

de Reserva.

PROCESO DE DESARROLLO DE CRONOGRAMA

En base a los siguientes documentos: - Identificación y Secuenciamiento de Actividades. - Estimación de Recursos y Duraciones. - Red del Proyecto.

Se obtiene toda la información necesaria para elaborar el Cronograma del proyecto, mediante la herramienta Software de Gestión de Proyectos, MS Project 2010, realizando los siguientes pasos:

- En primer lugar trasladamos las actividades de la EDT del Proyecto.- Ingresamos las actividades de los entregables del proyecto. - Ingresamos las actividades repetitivas del proyecto y los hitos. - Definimos el calendario del proyecto. - Damos propiedades a las actividades. - Asignamos los recursos de las actividades del proyecto. - Secuenciamos las actividades y los entregables del proyecto.

El Cronograma es enviado al Sponsor, el cual debe aprobar el documento para proseguir con el



proyecto.

PROCESO DE CONTROL DE CRONOGRAMA

Dentro de la Gestión del Proyecto, se ha identificado el entregable Informe de Estatus del Proyecto. Es mediante estos informes que podemos controlar el cronograma del proyecto, además mediante el uso de la herramienta Software de Gestión de Proyectos, MS Project 2010. Ante la aprobación de una Solicitud de Cambio presentada por el Comité de Gestión de Cambios, se hacen las modificaciones aprobadas o si fuera el caso se hace la re planificación del proyecto.

1.8. Listado de Actividades del Proyecto

PAQUETE DE TRABAJO ACTIVIDAD DEL PAQUETE DE TRABAJOA C T I V I D A D

P R E D E C E S O R AT I P O D E

R E L A C I Ó NA D E L A N T O /

A T R A S O

C Ó D I GO

E D TN O M B R E

C Ó D I GO N O M B R E

A L C A N C E D E L

T R A B A J O D EL A

A C T I V I D AD

1.1PLAN DE PROYECTO ACTUALIZADO 1.1.1

Actualizar el Plan de Proyecto

Se revisará y aceptará cualquier información modificada o actualizada concerniente directamente con el proyecto.

1.2.1 INFORME DE ESTADO

1.2.1.1 Validar entregables

Se debe lograr la aceptación de los stakeholders sobre los entregables del proyecto.

1.2.1.2 Elaborar Informe de Estado

Se debe elaborar un informe sobre los progresos

1.2.1.1



logrados para los stakeholders.

1.2.1.3Actualizar Informe de Estado

Se hará la modificación o actualización respectiva sobre el informe de estado.

1.2.1.2

1.2.2INFORME DE GESTIÓN DE CAMBIOS

1.2.2.1

Recepcionar solicitudes de cambio del Plan del Proyecto

Se recibirán las diferentes solicitudes de cambios con referente al modelamiento del proyecto.

1.2.2.2

Verificar y analizar las solicitudes de cambio del Plan del Proyecto

Se hará la verificación y su posterior análisis de las solicitudes de cambios con referente al modelamiento del Plan del proyecto

1 . 2 . 2 . 1

1.2.2.3

Aprobar solicitudes de cambio de cambio del Plan del Proyecto

Se logrará la autorización de las solicitudes de cambios con referente al Modelamiento de Plan del proyecto en coordinación con los stakeholders.

1 . 2 . 2 . 2

1.2.2.4 Recepcionar solicitudes de cambio del Desarrollo del Sistema

Se recibirán las diferentes solicitudes de cambios con referente a la Elaboración del proyecto.



1.2.2.5

Verificar y analizar las solicitudes de cambio del Plan del Desarrollo del Sistema

Se hará la verificación y su posterior análisis de las solicitudes de cambios con referente a la Elaboración del proyecto.

1 . 2 . 2 . 4

1.2.2.6

Aprobar solicitudes de cambio de cambio del Plan del Desarrollo del Sistema

Se logrará la autorización de las solicitudes de cambios con referente a la Elaboración del proyecto

1 . 2 . 2 . 5

1.2.3INFORME DE GESTIÓN DE RIESGOS

1.2.3.1

Actualizar Estado de los Riesgos por Fase

Se debe actualizar los estados de los riesgos identificados por cada Fase.

1.2.3.2Actualizar Documento de Riesgos

Se debe actualizar el documento realizado de riesgos.

1.2.3.3Documentar los Riesgos por Fase

Se deberá documentar los riesgos por cada Fase.

1.3.1ACTAS DE

CONFORMIDAD POR FASES

1.3.1.1

Solicitar cierre de Fase

Se realizará la solicitud de cierre de la fase de gestión del proyecto en coordinación con los stakeholders.

1.3.1.2 Realizar presentación de la Fase

Se realizará la presentación respectiva al cliente y al equipo del

1 . 3 . 1 . 1



proyecto sobre el cierre de la fase de gestión del proyecto.

1.3.1.3

Esperar aprobación del cierre de Fase

Se tendrá a la espera la aprobación de parte de los stakeholders con respecto al cierre de la fase de gestión del proyecto.

1 . 3 . 1 . 2

1.3.1.4Formalizar el cierre de Fase

Se debe formalizar mediante documentos firmados con los stakeholders sobre el cierre de la fase de gestión de proyectos.

1 . 3 . 1 . 3

1.3.1.5

Realizar informe de cierre de Fase

Se realizará un informe final sobre el cierre de la fase de la gestión de proyectos que será entregada a los stakeholders.

1 . 3 . 1 . 4

1.3.2 ACTA DE CONFORMIDAD

FINAL

1.3.2.1 Solicitar cierre del Proyecto

Se realizará la solicitud de cierre del proyecto en coordinación con los stakeholders.



1.3.2.2Realizar presentación del Proyecto

Se realizará la presentación respectiva al cliente y al equipo del proyecto sobre el cierre del proyecto.

1 . 3 . 2 . 1

1.3.2.3

Esperar aprobación del cierre del Proyecto

Se tendrá a la espera la aprobación de parte de los stakeholders con respecto al cierre del Proyecto.

1 . 3 . 2 . 2

1.3.2.4Formalizar el cierre del Proyecto

Se debe formalizar mediante documentos firmados con los stakeholders sobre el cierre del proyecto.

1 . 3 . 2 . 3

1.3.2.5

Realizar Informe de cierre del Proyecto

Se realizará un informe final sobre el cierre de la fase de la gestión de proyectos que será entregada a los stakeholders.

1 . 3 . 2 . 4

1.3.3 LECCIONES APRENDIDAS

1.3.3.1 1.3.3.1 Redactar Informe de Lecciones Aprendidas

Se elaborará un informe de lecciones aprendidas que son recogidas de las solicitudes de cambio y

1.3.2.5



experiencias del Equipo de proyecto.

2.1REQUERIMIENT

OS FUNCIONALES

2.1.1.

Planificar Reuniones de levantamiento de requerimientos con los interesados del proyecto

Se planificaran reuniones con los clientes para el levantamiento de requerimientos funcionales

2.1.2

Ejecutar las Reuniones de levantamiento de requerimientos

Se realizara las reuniones con los clientes y se levantaran los requerimientos funcionales

2.1.1

2.1.3

Elaborar la lista de requerimientos

Se realizara un listado que contendrá todos los requerimientos funcionales

2.1.2

2.2 REQUERIMIENTOS NO FUNCIONALES

2.2.1

Planificar Reuniones de levantamiento de requerimientos con los interesados del proyecto

Se planificaran reuniones con los clientes para el levantamiento de requerimientos no funcionales

2.2.2 Ejecutar las Reuniones de levantamiento de requerimientos

Se realizara las reuniones con los clientes y se levantaran los

2.2.1



requerimientos no funcionales

2.2.3

Elaborar la lista de requerimientos

Se realizara un listado que contendrá todos los requerimientos no funcionales

2.2.2

2.3 DIAGRAMA DE PAQUETES

2.3.1Identificar sistemas

Realizar la identificación de todos los sistemas involucrados en el proyecto

2.1 y 2.2

2.3.2Identificar subsistemas

Realizar la identificación de todos los subsistemas involucrados en el proyecto

2.3.1

2.3.3 Identificar relaciones

Realizar las relaciones entre los subsistemas

2.3.2

2.4 DIAGRAMA DE CASOS DE USO

2.4.1Identificar procesos

Realizar la identificación de todos los procesos del sistema informático.

2.1 y 2.2

2.4.2Identificar actores

Realizar la identificación de todos los actores del sistema informático.

2.1 y 2.2

2.4.3 Identificar relaciones

Realizar la identificación de todas las relaciones del sistema informático.

2.1 y 2.2



2.5DIAGRAMA DE ACTIVIDADES

2.5.1Definir Actividades

Se realizara la definición de todas las actividades necesarias para el éxito del proyecto.

2.1 y 2.2

2.5.2

Definir Transiciones y Decisiones

Se realizara la definición de las transiciones y decisiones involucradas en el proyecto.

2.5.1

2.5.3 Identificar roles

Se realizara la identificación de los roles de cada uno de los elementos del sistema informático.

2.5.2

2.6DIAGRAMA DE CLASES

2.6.1Definir Clases

Se definirá las clases necesarias para el éxito del proyecto.

2.1 y 2.2

2.6.2Definir Atributos

Se definirá los atributos necesarios para el éxito del proyecto.

2.6.1

2.6.3Identificar relaciones

Se identificaran todas y cada una de las relaciones entre las clases y de qué tipo son estas.

2.6.2

3.1 DIAGRAMA DE COMPONENTES 3.1.1

Definir Componentes

Se definirán todos los componentes necesarios para el

2.6



sistema informático.

3.1.2Identificar Relaciones

Se identificara todas y cada una de las relaciones de los componentes.

2.6

3.2 MODELO FÍSICO DE DATOS

3.2.1Definir tipo de datos

Se definirá el tipo de los datos.

2.6

3.2.2

Definir tamaño de tipo de datos.

Se definirá el tamaño necesario que tendrá cada dato.

2.6

3.3VISTAS DE INTERFAZ DE USUARIO

3.3.1

Diseñar las pantallas del sistema

Se diseñara las pantallas con un grado intuitivo para un fácil uso.

2.6

3.3.2

Definir las interacciones entre las pantallas del sistema

Se definirá las secuencias de las pantallas y las interacciones entres estas.

2.6

4.1PSEUDOCÓDIGO

4.1.1

Desarrollar los procedimientos del pseudocódigo del sistema

Se desarrollara los procedimientos necesarios del pseudocódigo

3.3.2

4.1.2

Desarrollar las funciones del pseudocódigo del sistema

Se desarrollara las funciones necesarios del pseudocódigo

3.3.2

4.2 CÓDIGO FUENTE

4.2.1 Programar los

Se programara

4.1.1



procedimientos del pseudocódigo del sistema

los procedimientos del pseudocódigo del sistema informático.

4.2.2

Programar las funciones del pseudocódigo del sistema

Se programara las funciones del pseudocódigo del sistema informático.

4.1.2

5.1 PLAN DE PRUEBAS

5.1.1Definir los tipos de pruebas

Se definirá que tipo de prueba serán necesarios para evaluar al sistema informático.

4.2

5.1.2 Planificar las pruebas del sistema

Se planificara la frecuencia con que se realizara las pruebas al sistema informático.

4.2

5.2 CASOS DE PRUEBAS

5.2.1

Preparar los casos de pruebas

Se preparara los casos de prueba necesarios para verificar la funcionalidad del sistema informático.

5.1

5.2.2 Ejecutar las pruebas

Se ejecutara los casos de prueba para validar el S.I.

5.2.1

5.2.3

Elaborar el informe de resultados de pruebas

Se elaborara un informe con cada uno de los resultados de cada caso de prueba.

5.2.2



6.1INFORME TÉCNICO DEL SISTEMA

6.1.1 Documentar el análisis del sistema.

Se documentara el análisis del sistema informático.

5.2.2

6.1.2 Documentar el diseño del sistema.

Cada diseño del sistema será documentado para una mejor revisión.

5.2.2

6.1.3Documentar el desarrollo del sistema.

Cada desarrollo del sistema será documentado para una mejor revisión.

5.2.2

6.2 MANUAL DE USUARIO

6.2.1

Describir el funcionamiento de las vistas de interfaz de usuario de usuario

Se ejecutara la descripción de las funcionalidades de las pantallas o vistas de interfaz del sistema informático.

5.2.3

6.2.2

Describir los roles de los usuarios del sistema.

Se describirá cada uno de los roles de los usuarios del sistema informático.

5.2.3

6.3 SOFTWARE DE INSTALACIÓN 6.3.1

Grabar los archivos de instalación del sistema en un CD y objetos desarrollados.

Al término, grabar todos los documentos en un CD.

5.2.3

6.4 INFORME DE CAPACITACIÓN

6.4.1 Elaborar el Plan de Capacitación

Se elaborar el plan para la capacitación a los clientes.

5.2.2



6.4.2 Ejecutar el Plan de Capacitación

Se ejecutara el plan de capacitación.

6.4.1

6.4.2Elaborar el Informe de Resultados.

Se realizara un informe con los resultados de las capacitaciones.

6.4.2

6.5INFORME DE INSTALACIÓN

6.5.1

Realizar el pase a producción.

Se realizar la instalación del S.I para el usuario final.

5.2.3

6.5.2

Obtener la conformidad del funcionamiento del sistema.

Se obtendrá un visto bueno o conformidad del funcionamiento adecuado u optimo del S.I.

6.5.1

6.6CERTIFICADO DE GARANTÍA 6.6.1

Elaborar el Certificado de Garantía

Se realiza un certificado para verificar la garantía del producto final.

6.5.1


1.9. Cronograma del Proyecto


4. Gestión de Costos1.10. Plan de Gestión de Costos



1.0 DA JB NM 05-11-2013 Versión Original

PLAN DE GESTIÓN DE COSTOS



TIPOS DE ESTIMACIÓN DEL PROYECTO

TIPO DE ESTIMACIÓN MODO DE FORMULACIÓN NIVEL DE PRECISIÓN

Orden de Magnitud Análisis de Reserva -50% al +100%

Presupuesto Bottom Up -15% al +25%

UNIDADES DE MEDIDA

TIPO DE RECURSO UNIDADES DE MEDIDA

Recurso Personal Costo / hora

Recurso Material o Consumible Unidades



Recurso Máquina o no Consumibles Unidades

UMBRALES DE CONTROL

ALCANCE:PROYECTO/FASE/ENTREGABLE VARIACIÓN PERMITIDA

ACCIÓN A TOMAR SI VARIACIÓN

EXCEDE LO PERMITIDO

Proyecto Completo +/- 5% costo planificado Investigar variación para tomar acción correctiva

MÉTODOS DE MEDICIÓN DE VALOR GANADO

ALCANCE:PROYECTO / FASE /

ENTREGABLEMÉTODO DE MEDICIÓN MODO DE MEDICIÓN

Proyecto Completo Valor acumulado – Curva S Reporte del performance Semanal del Proyecto

FORMULAS DE PRONÓSTICO DEL VALOR GANADO

TIPO DE PRONÓSTICO FÓRMULAMODO: QUIÉN, CÓMO, CUÁNDO,

DÓNDE

EAC variaciones típicas AC + (BAC-EV)/CPILa Dirección de Calidad emite el Informe de Estatus del Proyecto según el Cronograma del proyecto.

NIVELES DE ESTIMACIÓN Y DE CONTROL

TIPO DE ESTIMACIÓNDE COSTOS

NIVEL DE ESTIMACIÓN DE COSTOS NIVEL DE CONTROL DE COSTOS

Orden de Magnitud Por fase No aplica

Presupuesto Por fase/entregable –recurso

Por fase/entregable –recurso

PROCESOS DE GESTIÓN DE COSTOS

PROCESO DE GESTIÓN DE

COSTOSDESCRIPCIÓN

Estimación de Costes

Se estima los costes del proyecto en base al tipo de estimación por presupuesto. Esto se realiza en la planificación del proyecto y es responsabilidad del área de Gestión de Costos, y aprobado por el Sponsor.



Preparación de suPrepuesto de Costes

Se elabora el presupuesto del proyecto y las reservas de gestión del proyecto. Este documento es elaborado por el área de Gestión de Costos y, revisado y aprobado por el Sponsor.

Control de Costes

Se evaluará el impacto de cualquier posible cambio del costo, informando al Sponsor los efectos en el proyecto, en especial las consecuencias en los objetivos finales del proyecto (alcance, tiempo y costo).

El análisis de impacto deberá ser presentado al Sponsor y evaluará distintos escenarios posibles, cada uno de los cuales corresponderá alternativas de intercambio de triple restricción.

Toda variación final dentro del +/- 5% del presupuesto será considerada como normal.

Toda variación final fuera del +/- 5% del presupuesto será considerada como causa asignable y deberá ser auditada. Se generarán una lecciones aprendidas.

FORMATOS DE GESTIÓN DE COSTOS

FORMATO DE GESTIÓN DE COSTOS DESCRIPCIÓN

Plan de Gestión deCostos

Documento en donde se especifica el plan para la gestión de los costos del proyecto.

Costeo del Proyecto Este informe detalla los costos a nivel de las actividades de cada entregable, según el tipo de recurso que participe.

Presupuesto por Fase ypor Tipo de Recurso

El formato de Presupuesto por Fase y por Tipo de Recurso informe los costos del proyecto divididos por fases, y cada fase en los 3 tipos de recursos (personal, materiales, maquinaria).

Presupuesto porMes

El formato Presupuesto por Semana informa los costes del proyecto por semana y los costes acumulados por semana.

SISTEMA DE CONTROL DE COSTOS

DESCRIPCIÓNCada responsable del equipo de proyecto emite un reporte semanal informando los entregables realizados y el porcentaje de avance. El Director de Proyecto se encarga de compactar la información del equipo de proyecto en el Cronograma, actualizando el proyecto según los reportes del equipo, y procede a re-planificar el proyecto en el escenario del MS Project. De esta manera se actualiza el estado del proyecto, y se emite el Informe Semanal del Performance del Proyecto.



El coste del proyecto puede tener una variación de +/- 5 % del total planeado, si como resultado de la re-planificación del proyecto estos márgenes son superados se necesitará emitir una solicitud de cambio, la cual deberá ser revisada y aprobada por el Director del Proyecto y el Sponsor.

SISTEMA DE CONTROL DE CAMBIOS DE COSTOS

El Sponsor y el Director del Proyecto son los responsables de evaluar, aprobar o rechazar las propuestas de cambios.

Todos los cambios de costos deberán ser evaluados integralmente, teniendo en cuenta para ello los objetivos del proyecto y los intercambios de la triple restricción.

Los documentos que serán afectados o utilizados en el Control de Cambios de Costos son: -Solicitud de Cambios.-Acta de reunión de coordinación del proyecto.-Plan del Proyecto (re-planificación de todos los planes que sean afectados)En primera instancia el que tiene la potestad de resolver cualquier disputa relativa al tema es el Director de Proyecto, si está no puede ser resuelta por él, es el Sponsor que asume la responsabilidad.

FINANCIAMIENTO DEL PROYECTO

Entre las fuentes de financiamiento que se utilizaron para financiar el proyecto fue: Fuentes Internas que es el uso de recursos propios o autogenerados, el aporte de los miembros del equipo de planificación para el financiamiento del desarrollo del plan de dirección del proyecto.

1.11. Costo del Proyecto por Actividad




COSTO DEL PROYECTO POR ACTIVIDAD




Fase - Paquete de Trabajo - Actividad

Recurso % Total Unidad Costo Recurso Costo Fase/Activida

d

Hoja Bond

Anillado

Fólder

Manila

Transpor

te

Reunión

Cliente

Reunión Equipo

Hoja Bon

d

Anillado

Fólder

Manila

Transpor

te

Reunión

Cliente

Reunión Equipo

Hoja Bond Anillado Fólder

ManilaTranspo

rteReunión Cliente

Reunión Equipo

TipoCosto Total Variable

Estimado Total 1500 10 40 8 6 100 100%

100%

100%

100%

100%

100%

S/. 30.00

S/. 25.00

S/. 20.00

S/. 80.00

S/. 1,200.00

S/. 1,000.00

S/. 2,355.00

1. Dirección de Proyecto 970 7 31 6 3 72 65% 70% 78% 75% 50% 50% S/.

19.40S/.

17.50S/.

15.50S/.

60.00S/.

600.00S/.

720.00S/.

1,432.401.1 Plan de

proyecto actualizado

800 5 0 12 53% 50% 0% 0% 0% 12% S/. 16.00

S/. 12.50

S/. -

S/. -

S/. -

S/. 120.00

S/. 148.50

1.1.1 Actualizar el Plan de Proyecto

800 5 0 12

53% 50% 0% 0% 0% 12%S/.

16.00S/.

12.50S/. -

S/. -

S/. -

S/. 120.00

S/. 148.50

1.2 Monitoreo y Control

100 0 20 0 0 30 7% 0% 50% 0% 0% 20% S/. 2.00

S/. -

S/. 10.00

S/. -

S/. -

S/. 300.00

S/. 312.00

1.2.1 Informe de Estatus del Proyecto

40 0 10 0 0 10 2.67% 0% 25% 0% 0% 10% S/.

0.80S/. -

S/. 5.00

S/. -

S/. -

S/. 100.00

S/. 105.80

1.2.1.1 Validar entregables 10 0 0

100.7% 0% 0% 0% 0% 10%

S/. 0.20

S/. -

S/. -

S/. -

S/. -

S/. 100.00

S/. 100.20

1.2.1.2 Elaborar Informe de Estatus

10 0 10 0.7% 0% 25% 0% 0% 0%

S/. 0.20

S/. -

S/. 5.00

S/. -

S/. -

S/. -

S/. 5.20

1.2.1.3 Actualizar el

20 0 0 1.3%

0% 0% 0% 0% 0% S/. 0.40

S/. -

S/. -

S/. -

S/. -

S/. -

S/. 0.40



Informe de Estatus1.2.2 Informe de Gestión de Cambios

10 0 0 0 0 10 1% 0% 0% 0% 0% 10%S/.

0.20S/. -

S/. -

S/. -

S/. -

S/. 100.00

S/. 100.20

1.2.2.1 Recepcionar solicitudes de cambio del Plan del Proyecto 10 0% 0% 0% 0% 0% 10%

S/. -

S/. -

S/. -

S/. -

S/. -

S/. 100.00

S/. 100.00

1.2.2.2 Verificar y analizar las solicitudes de cambio del Plan del Proyecto 0% 0% 0% 0% 0% 0%

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

1.2.2.3 Aprobar solicitudes de cambio de cambio del Plan del Proyecto 0% 0% 0% 0% 0% 0%

S/. -

S/. -

S/. -

S/. -

S/. -

S/. - S/.

-1.2.2.4 Recepcionar solicitudes de cambio del Desarrollo del Sistema

10

1% 0% 0% 0% 0% 0%S/.

0.20S/. -

S/. -

S/. -

S/. -

S/. -

S/. 0.20

1.2.2.5 Verificar y analizar las solicitudes de cambio del Plan del Desarrollo del Sistema 0% 0% 0% 0% 0% 0%

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

1.2.2.6 Aprobar solicitudes de cambio de

0% 0% 0% 0% 0% 0% S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -



cambio del Plan del Desarrollo del Sistema1.2.3 Informe de Gestión de Riesgos

50 0 10 0 0 10 3% 0% 25% 0% 0% 10% S/. 1.00

S/. -

S/. 5.00

S/. -

S/. -

S/. 100.00

S/. 106.00

1.2.3.1 Actualizar el estado de los riesgos por fase 10 0% 0% 0% 0% 0% 10%

S/. -

S/. -

S/. -

S/. -

S/. -

S/. 100.00

S/. 100.00

1.2.3.2 Actualizar el documento de riesgos 0% 0% 0% 0% 0% 0%

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

1.2.3.3 Documentar los riesgos por fase

50 10 3.333% 0% 25% 0% 0% 0%

S/. 1.00

S/. -

S/. 5.00

S/. -

S/. -

S/. -

S/. 6.00

1.3 Cierre 70 2 11 6 3 30 5% 20% 28% 75% 50% 30% S/. 1.40

S/. 5.00

S/. 5.50

S/. 60.00

S/. 600.00

S/. 300.00

S/. 971.90

1.3.1 Actas de Conformidad por fase

30 1 1 4 2 20 2% 10% 3% 50% 33% 20% S/. 0.60

S/. 2.50

S/. 0.50

S/. 40.00

S/. 400.00

S/. 200.00

S/. 643.60

1.3.1.1 Solicitar cierre de Fase

1 2 120 0% 0% 3% 25% 17% 20%

S/. -

S/. -

S/. 0.50

S/. 20.00

S/. 200.00

S/. 200.00

S/. 420.50

1.3.1.2 Realizar presentación de la Fase 0% 0% 0% 0% 0% 0%

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

1.3.1.3 Esperar aprobación del cierre de Fase 0% 0% 0% 0% 0% 0%

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

1.3.1.4 Formalizar el cierre de Fase

2 10% 0% 0% 25% 17% 0%

S/. -

S/. -

S/. -

S/. 20.00

S/. 200.00

S/. -

S/. 220.00

1.3.1.5 Realizar 30 1 2% 10% 0% 0% 0% 0% S/. S/. S/. S/. S/. S/. S/.



informe de cierre de Fase 0.60 2.50 - - - - 3.101.3.2 Acta de conformidad Final

20 1 1 2 1 10 1% 10% 3% 25% 17% 10%S/.

0.40S/.

2.50S/.

0.50S/.

20.00S/.

200.00S/.

100.00S/.

323.40

1.3.2.1 Solicitar cierre del Proyecto

1 2 110 0% 0% 3% 25% 17% 10%

S/. -

S/. -

S/. 0.50

S/. 20.00

S/. 200.00

S/. 100.00

S/. 320.50

1.3.2.2 Realizar presentación del Proyecto

00% 0% 0% 0% 0% 0%

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

1.3.2.3 Esperar aprobación del cierre del Proyecto

0

0% 0% 0% 0% 0% 0%

S/. -

S/. -

S/. -

S/. -

S/. -

S/. - S/.

-1.3.2.4 Formalizar el cierre del Proyecto 0% 0% 0% 0% 0% 0%

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

1.3.2.5 Realizar informe de cierre del Proyecto

20 1

1% 10% 0% 0% 0% 0%S/.

0.40S/.

2.50S/. -

S/. -

S/. -

S/. -

S/. 2.90

1.3.3 Lecciones Aprendidas 20 0 9 0 0 0 1% 0% 23% 0% 0% 0% S/.

0.40S/. -

S/. 4.50

S/. -

S/. -

S/. -

S/. 4.90

1.3.3.2 Redactar Informe de Lecciones Aprendidas

20 9 1.33% 0% 23% 0% 0% 0%

S/. 0.40

S/. -

S/. 4.50

S/. -

S/. -

S/. -

S/. 4.90

2. Análisis 90 0 4 0 0 28 6% 0% 10% 0% 0% 28% S/. 1.80

S/. -

S/. 2.00

S/. -

S/. -

S/. 280.00

S/. 283.80

2.1 Requerimientos Funcionales

10 0 2 0 0 12 1% 0% 5% 0% 0% 12% S/. 0.20

S/. -

S/. 1.00

S/. -

S/. -

S/. 120.00

S/. 121.20

2.1.1 Planificar 10 12 0.67 0% 0% 0% 0% 12% S/. S/. S/. S/. S/. S/. S/.



Reuniones de levantamiento de requerimientos con los interesados del proyecto %

0.20 - - - - 120.00

120.202.1.2 Ejecutar las Reuniones de levantamiento de requerimientos 0% 0% 0% 0% 0% 0%

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

2.1.3 Elaborar la lista de requerimientos

20% 0% 5% 0% 0% 0%

S/. -

S/. -

S/. 1.00

S/. -

S/. -

S/. -

S/. 1.00

2.2 Requerimientos No Funcionales

45 0 2 0 0 12 3% 0% 5% 0% 0% 12% S/. 0.90

S/. -

S/. 1.00

S/. -

S/. -

S/. 120.00

S/. 121.90

2.2.1 Planificar Reuniones de levantamiento de requerimientos con los interesados del proyecto

30

12 2% 0% 0% 0% 0% 12%S/.

0.60S/. -

S/. -

S/. -

S/. -

S/. 120.00

S/. 120.60

2.2.2 Ejecutar las Reuniones de levantamiento de requerimientos 0% 0% 0% 0% 0% 0%

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

2.2.3 Elaborar la lista de

15 2 1% 0% 5% 0% 0% 0% S/. 0.30

S/. -

S/. 1.00

S/. -

S/. -

S/. -

S/. 1.30



requerimientos2.3 Diagrama de Paquetes

10 0 0 0 0 0 1% 0% 0% 0% 0% 0% S/. 0.20

S/. -

S/. -

S/. -

S/. -

S/. -

S/. 0.20

2.3.1 Identificar sistemas 10

0.67% 0% 0% 0% 0% 0%

S/. 0.20

S/. -

S/. -

S/. -

S/. -

S/. -

S/. 0.20

2.3.2 Identificar subsistemas 0% 0% 0% 0% 0% 0%

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

2.3.3 Identificar relaciones de dependencias 0% 0% 0% 0% 0% 0%

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

2.4 Diagrama de Casos de uso 15 0 0 0 0 4 1% 0% 0% 0% 0% 4% S/.

0.30S/. -

S/. -

S/. -

S/. -

S/. 40.00

S/. 40.30

2.4.1 Identificar procesos 10

4 1% 0% 0% 0% 0% 4%S/.

0.20S/. -

S/. -

S/. -

S/. -

S/. 40.00

S/. 40.20

2.4.2 Identificar actores 2

0% 0% 0% 0% 0% 0%S/.

0.04S/. -

S/. -

S/. -

S/. -

S/. -

S/. 0.04

2.4.3 Identificar relaciones 3

0% 0% 0% 0% 0% 0%S/.

0.06S/. -

S/. -

S/. -

S/. -

S/. -

S/. 0.06

2.5 Diagramas de Actividades 10 0 0 0 0 0 1% 0% 0% 0% 0% 0% S/.

0.20S/. -

S/. -

S/. -

S/. -

S/. -

S/. 0.20

2.5.1 Definir Actividades 10

0.67% 0% 0% 0% 0% 0%

S/. 0.20

S/. -

S/. -

S/. -

S/. -

S/. -

S/. 0.20

2.5.2 Definir Transiciones y Decisiones 0% 0% 0% 0% 0% 0%

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

2.5.3 Identificar roles 0% 0% 0% 0% 0% 0%

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

2.6 Diagrama de Clases 0 0 0 0 0 0 0% 0% 0% 0% 0% 0% S/.

-S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

2.6.1 Definir Clases 0% 0% 0% 0% 0% 0%

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

2.6.2 Definir Atributos 0% 0% 0% 0% 0% 0%

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -



2.6.3 Identificar relaciones 0% 0% 0% 0% 0% 0%

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

3. Diseño 0 0 0 0 0 0 0% 0% 0% 0% 0% 0%S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

3.1 Diagrama de Componentes 0 0 0 0 0 0 0% 0% 0% 0% 0% 0% S/.

-S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

3.1.1 Definir Componentes 0% 0% 0% 0% 0% 0%

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

3.1.2 Identificar Relaciones 0% 0% 0% 0% 0% 0%

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

3.2 Modelo Físico de Datos 0 0 0 0 0 0 0% 0% 0% 0% 0% 0% S/.

-S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

3.2.1 Definir tipo de datos 0% 0% 0% 0% 0% 0%

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

3.2.2 Definir tamaño de tipo de datos 0% 0% 0% 0% 0% 0%

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

3.3 Vistas de Interfaz de Usuario

0 0 0 0 0 0 0% 0% 0% 0% 0% 0% S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

3.3.1 Diseñar las pantallas del sistema 0% 0% 0% 0% 0% 0%

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

3.3.2 Definir las interacciones entre las pantallas del sistema 0% 0% 0% 0% 0% 0%

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

4. Desarrollo 0 0 0 0 0 0 0% 0% 0% 0% 0% 0% S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

4.1 Pseudocódigo 0 0 0 0 0 0 0% 0% 0% 0% 0% 0% S/.

-S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

4.1.1 Desarrollar los

0% 0% 0% 0% 0% 0% S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -



procedimientos del pseudocódigo del sistema4.1.2 Desarrollar las funciones del pseudocódigo del sistema 0% 0% 0% 0% 0% 0%

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

4.2 Código Fuente 0 0 0 0 0 0 0% 0% 0% 0% 0% 0% S/.

-S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

4.2.1 Programar los procedimientos del pseudocódigo del sistema

0

0% 0% 0% 0% 0% 0%S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

4.2.2 Programar las funciones del pseudocódigo del sistema

0

0% 0% 0% 0% 0% 0%S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

5. Pruebas 20 0 5 0 0 0 1% 0% 13% 0% 0% 0% S/. 0.40

S/. -

S/. 2.50

S/. -

S/. -

S/. -

S/. 2.90

5.1 Plan de Pruebas 0 0 0 0 0 0 0% 0% 0% 0% 0% 0% S/.

-S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

5.1.1 Definir los tipos de pruebas 0% 0% 0% 0% 0% 0%

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

5.1.2 Planificar las pruebas del sistema 0% 0% 0% 0% 0% 0%

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

5.2 Casos de Pruebas 20 0 5 0 0 0 1% 0% 13% 0% 0% 0% S/.

0.40S/. -

S/. 2.50

S/. -

S/. -

S/. -

S/. 2.90

5.2.1 Preparar los casos de pruebas 0% 0% 0% 0% 0% 0%

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

5.2.2 Ejecutar 0% 0% 0% 0% 0% 0% S/. S/. S/. S/. S/. S/. S/.



las pruebas - - - - - - -5.2.3 Elaborar el informe de resultados de pruebas

20 5

1% 0% 13% 0% 0% 0%S/.

0.40S/. -

S/. 2.50

S/. -

S/. -

S/. -

S/. 2.90

6. Implementación

420 3 0 2 3 0 28% 30% 0% 25% 33% 0% S/. 8.40

S/. 7.50

S/. -

S/. 20.00

S/. 600.00

S/. -

S/. 635.90

6.1 Informe Técnico del Sistema

280 1 0 0 0 0 19% 10% 0% 0% 0% 0% S/. 5.60

S/. 2.50

S/. -

S/. -

S/. -

S/. -

S/. 8.10

6.1.1 Documentar el análisis del sistema

120 1

8% 10% 0% 0% 0% 0%S/.

2.40S/.

2.50S/. -

S/. -

S/. -

S/. -

S/. 4.90

6.1.2 Documentar el diseño del sistema

60

4% 0% 0% 0% 0% 0%S/.

1.20S/. -

S/. -

S/. -

S/. -

S/. -

S/. 1.20

6.1.3 Documentar el desarrollo del sistema

100

7% 0% 0% 0% 0% 0%S/.

2.00S/. -

S/. -

S/. -

S/. -

S/. -

S/. 2.00

6.2 Manual de Usuario 70 0 0 0 0 0 5% 0% 0% 0% 0% 0% S/.

1.40S/. -

S/. -

S/. -

S/. -

S/. -

S/. 1.40

6.2.1 Describir el funcionamiento de las vistas de interfaz de usuario de usuario

50

3% 0% 0% 0% 0% 0%S/.

1.00S/. -

S/. -

S/. -

S/. -

S/. -

S/. 1.00

6.2.2 Describir los roles de los usuarios del

20 1% 0% 0% 0% 0% 0% S/. 0.40

S/. -

S/. -

S/. -

S/. -

S/. -

S/. 0.40



sistema6.3 Software de Instalación

0 0 0 0 0 0 0% 0% 0% 0% 0% 0% S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

6.3.1 Grabar los archivos de instalación del sistema en un CD y objetos desarrollados

0

0% 0% 0% 0% 0% 0%S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

6.4 Informe de Capacitación 45 1 0 2 2 0 3% 10% 0% 25% 33% 0% S/.

0.90S/.

2.50S/. -

S/. 20.00

S/. 400.00

S/. -

S/. 423.40

6.4.1 Elaborar el Plan de Capacitación

151% 0% 0% 0% 0% 0%

S/. 0.30

S/. -

S/. -

S/. -

S/. -

S/. -

S/. 0.30

6.4.2 Ejecutar el Plan de Capacitación

0 2 20% 0% 0% 25% 33% 0%

S/. -

S/. -

S/. -

S/. 20.00

S/. 400.00

S/. -

S/. 420.00

6.4.3 Elaborar el Informe de Resultados

30 12% 10% 0% 0% 0% 0%

S/. 0.60

S/. 2.50

S/. -

S/. -

S/. -

S/. -

S/. 3.10

6.5 Informe de Instalación 20 0 0 0 0 0 1% 0% 0% 0% 0% 0% S/.

0.40S/. -

S/. -

S/. -

S/. -

S/. -

S/. 0.40

6.5.1 Realizar el pase a producción

201% 0% 0% 0% 0% 0%

S/. 0.40

S/. -

S/. -

S/. -

S/. -

S/. -

S/. 0.40

6.5.2 Obtener la conformidad del funcionamiento del sistema 0% 0% 0% 0% 0% 0%

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

S/. -

6.6 Certificado de Garantía 5 1 0 0 1 0 0% 10% 0% 0% 0% 0% S/.

0.10S/.

2.50S/. -

S/. -

S/. 200.00

S/. -

S/. 202.60

6.6.1 Elaborar el Certificado de Garantía

5 1 0 00% 10% 0% 0% 0% 0%

S/. 0.10

S/. 2.50

S/. -

S/. -

S/. -

S/. -

S/. 2.60

6.6.2 Entregar el 1 0% 0% 0% 0% 17% 0% S/. S/. S/. S/. S/. S/. S/.



Certificado de Garantía - - - - 200.00 - 200.00

Total 1500 10 40 8 6 100100%

100%

100%

100%

83% 78%S/.

30.00S/.

25.00S/.

20.00S/.

80.00S/.

1,200.00S/.

1,000.00S/.

2,355.00


Presupuesto del Proyecto

Presupuesto del Proyecto

Concepto/RecursoMétricas Monto

Unidades Costo Unitario (S/.) Unidad de Medida Magnitud Soles (S/.)

Recurso Personal 107,100Analista de Sistemas 10 25 Horas 160 40,000Programador 2 20 Horas 160 6,400Analista de RRHH 1 25 Horas 120 3,000Analista de Tiempo 2 25 Horas 120 6,000Analista de Alcance 2 25 Horas 120 6,000Analista de Adquisiciones 1 25 Horas 120 3,000Analista de Riesgos 2 25 Horas 120 6,000Gerente de RRHH 1 30 Horas 120 3,600Gerente de Costos 1 30 Horas 120 3,600Gerente de Adquisiciones 1 30 Horas 120 3,600Gerente de Riesgos 1 30 Horas 120 3,600Gerente de Interesados 1 30 Horas 120 3,600Gerente de Desarrollo 1 30 Horas 160 4,800Director de Calidad 1 30 Horas 120 3,600Director de Comunicaciones 1 30 Horas 120 3,600Director de Proyecto 1 30 Horas 120 3,600Capacitación 60Líder Usuario 2 10 Horas 3 60Servicio de Terceros 3,040Asesor 1 85 Horas 24 2,040Auditor 1 125 Horas 8 1,000Costos Operativos 505Hojas Bond A4 1.5 20 Millar 30Fólders Manila 40 0.5 Unidad 20Anillados 10 2.5 Unidad 25Materiales de Oficina 10 10 Unidad 100Cartucho Negro 4 45 Unidad 180Cartucho de Color 1 60 Unidad 60Módem Intenet 1 90 Unidad 90Otros Costos Operativos 2,280Reunión Equipo - Refrigerios 10 10 Unidad 10 1,000Reunión Cliente 6 50 Unidad 4 1,200Trasporte 2 8 Unidad 5 80Recurso Maquina o Activo Fijo 14,975Impresora 1 200 Unidad 200Proyector 1 375 Unidad 375



Alquiler 14,600Local 1 40 Día 15 600Laptop 10 70 Día 20 14,000TOTAL LINEA BASE 124,860Reserva de Contingencia Porcentaje 10% 12,486Reserva de Gestión Porcentaje 12% 14,983TOTAL PRESUPUESTO 152,329



5. Gestión de Calidad1.12. Plan de Gestión de Calidad



1.0 LY JB NM 07-11-2013 Versión Original1.1 LY JB NM 12-11-2013

PLAN DE GESTIÓN DE CALIDAD



POLÍTICA DE CALIDAD DEL PROYECTO

Este proyecto debe cumplir con requisitos de calidad desde el punto de vista del cliente, es decir, acabar dentro del tiempo establecido y del presupuesto planificado, asimismo debe cumplir con los requisitos de calidad en cuanto al producto y el proyecto.

LINEA BASE DE CALIDADPROYECTO

FACTOR DE CALIDAD

OBJETIVO DE

METRICA A USAR PLANTILLA FRECUENCIA Y MOMENTO DE

FRECUENCIA DE MOMENTO DE



RELEVANTE CALIDAD MEDICION REPORTE

Perfomance del Proyecto

CPI>= 1CPI= Cost

Perfomance Index Acumulado

001

• Frecuencia: Cada fase finalizada.• Medición: El día que culmine la última actividad de cada fase.

• Frecuencia: Cada fase finalizada.• Reporte: Al día siguiente de la medición.

SPI≥0.95SPI = Schedule Performance Index Acum.

001

• Frecuencia: Cada fase finalizada.• Medición: El día que culmine la última actividad de cada fase.

• Frecuencia: Cada fase finalizada.• Reporte: Al día siguiente de la medición.

Satisfacción del Sponsor

𝑋≥4

X = Grado de satisfacción del Sponsor (escala de Likert 1-5).

002

• Frecuencia: Luego de los paquetes de trabajo del EDT 1.1, 1.2.4, 1.3.3, 2.6, 3.3, 4.2 5.2, 5.2 y 6.6.• Medición: El momento de medición se manejará internamente

• Frecuencia: Luego de los paquetes de trabajo del EDT 1.1, 1.2.4, 1.3.3, 2.6, 3.3, 4.2 5.2, 5.2 y 6.6.• Reporte: Al día siguiente de la medición

PRODUCTO

FACTOR DE CALIDAD

RELEVANTE

OBJETIVO DE

CALIDADMÉTRICA A USAR PLANTILLA MOMENTO DE

MEDICIÓNMOMENTO DE

REPORTE

Seguridad de Acceso 𝑋=0

X = Instrucciones no permitidas

realizadas003

• Frecuencia: Al final de todas las actividades del paquete 5.2.1 del EDT.

• Medición: Periódicamente.

• Frecuencia: Al final de todas las actividades de los paquetes del EDT.

• Reporte: Al día siguiente de la medición.

Adecuidad 𝑋>=95% X = Completitud de

implementación funcional.

004 • Frecuencia: Al final de las actividades del paquetes 5.2.1 del EDT.

• Frecuencia: Al final de las actividades del paquete 5.2.1 del EDT.• Reporte: Al día siguiente de la



• Medición: 02/12/13.

medición.

DOCUMENTACIÓN

FACTOR DE CALIDAD

RELEVANTE

OBJETIVO DE

CALIDADMÉTRICA A USAR PLANTILL

AMOMENTO DE

MEDICIÓNMOMENTO DE

REPORTE

Contenido 𝑋=100% X = Coherencia 005

• Frecuencia: Al final de las actividades de los paquetes del EDT.

• Medición: En la fecha que se termine con el paquete de trabajo y cada vez que se quiera emitir algún documento dentro del proyecto.

• Frecuencia: Al final de las actividades de los paquetes del EDT.

• Reporte: Al día siguiente de la medición.

PLAN DE MEJORAS DEL PROCESO

Cada vez que se deba mejorar un proceso se seguirán los siguientes pasos:

1. Acotar el proceso

2. Definir la oportunidad de mejora

3. Tomar información sobre el proceso

4. Analizar la información levantada

5. Definir las acciones correctivas para mejorar el proceso

6. Aplicar las acciones correctivas

7. Verificar si las acciones correctivas han sido efectivas

8. Estandarizar las mejoras logradas para hacerlas parte del proceso

ROLES PARA LA GESTIÓN DE LA CALIDAD

ROL NO 1 : Objetivos del rol:

Responsable ejecutivo y final por la calidad del proyecto.



DIRECTOR DE PROYECTO

Funciones del rol:

Revisar, aprobar, y tomar acciones correctivas para mejorar la calidad

Supervisa a:

Director de Calidad

ROL NO 2 :

DIRECTOR DE CALIDAD

Objetivos del rol:

Gestionar operativamente la calidad.

Funciones del rol:

Revisar estándares, revisar entregables, aceptar entregables o disponer su reproceso, deliberar para generar acciones correctivas, aplicar acciones correctivas.

Niveles de autoridad :

Exigir cumplimiento de entregables al equipo de proyecto

Reporta a:

Director de Proyecto

Supervisa a:

Equipo de Proyecto

Requisitos de habilidades:

Liderazgo, Comunicación, Negociación, Motivación, y Solución de Conflictos

ROL NO 3 :

MIEMBROS DEL EQUIPO DE PROYECTO

Objetivos del rol:

Elaborar los entregables con la calidad requerida y según estándares

Funciones del rol :

Elaborar los entregables

Niveles de autoridad:

Aplicar los recursos que se le han asignado

Reporta a:

Gerente de Calidad



Requisitos de conocimientos:

Gestión de Proyectos y las especialidades que le tocan según sus entregables asignados

Requisitos de habilidades:

Específicas según los entregables

PROCESOS DE GESTIÓN DE LA CALIDAD

Enfoque de Aseguramiento de la Calidad

El aseguramiento de calidad se hará monitoreando continuamente la performance del trabajo, los resultados del control de calidad, y sobre todo las métricas

De esta manera se descubrirá tempranamente cualquier necesidad de auditoría de procesos, o de mejora de procesos

Los resultados se formalizarán como solicitudes de cambio y/o acciones correctivas/preventivas

Asimismo se verificará que dichas solicitudes de cambio, y/o acciones correctivas/preventivas se hayan ejecutado y hayan sido efectivas

Enfoque del Control de la Calidad

El control de calidad se ejecutara revisando los entregables para ver si están conformes o no

Los resultados de estas mediciones se consolidarán y se enviarán al proceso de aseguramiento de calidad

Asimismo en este proceso se hará la medición de las métricas y se informarán al proceso de aseguramiento de calidad



Los entregables que han sido reprocesados se volverán a revisar para verificar si ya se han vuelto conformes

Para los defectos detectados se tratará de detectar las causas raíces de los defectos para eliminar las fuentes del error, los resultados y conclusiones se formalizarán como solicitudes de cambio y/o acciones correctivas/preventivas

Enfoque de Mejora de Procesos

Cada vez que se requiera mejorar un proceso se seguirá lo siguiente: 1. Acotar el proceso 2. Definir la oportunidad de mejora 3. Tomar información sobre el proceso 4. Analizar la información levantada 5. Definir las acciones correctivas para mejorar el proceso 6. Aplicar las acciones correctivas 7. Verificar si las acciones correctivas han sido efectivas 8. Estandarizar las mejoras logradas para hacerlas parte del proceso

1.13. Matriz de Actividad de Calidad



1.0 NM JB NM 17-11-2013 Versión Original

MATRIZ DE ACTIVIDAD DE CALIDAD



MATRIZ DE ACTIVIDAD DE CALIDAD

PAQUETE DE TRABAJO TAREAS DE PREVENCION TAREAS DE CONTROL

1.1.Plan de Proyecto Actualizado

Revisión del Acta de Constitución del Proyecto.

Revisión por el Sponsor y Aprobación por el Cliente.



1.2.1. Informe de Estatus del Proyecto

Revisión por el Director de Calidad y Director de Proyecto.

1.2.2. Informe de Gestión de Cambios

Revisión por el Director de Proyecto.

1.2.3. Informe de Gestión de Riesgos

Revisar el informe sobre los riesgos y actuar de acuerdo al plan de respuesta a los riesgos.

Comunicar y aprobar la respuesta a los riesgos por parte del Sponsor.

1.3.1. Acta de Conformidad Por Fases

Revisión por el Sponsor.

1.3.2. Acta de Conformidad Final Revisión por el Sponsor.

1.3.3 Lecciones Aprendidas

Revisión por el Director del Proyecto.

2.1 Requerimientos Funcionales

Revisión de los requerimientos funcionales por parte del Director del Proyecto.

Revisión por parte del Sponsor y Cliente.

2.2 Requerimientos No Funcionales

Revisión de los requerimientos no funcionales por parte del Director del Proyecto.

Revisión por parte del Sponsor y Cliente.

2.3 Diagrama de PaquetesRevisión por parte del Gerente de Desarrollo y Director de Proyecto.

Revisión por parte del Líder Usuario.

2.4 Diagrama de Casos de Uso

Revisión por parte del Gerente de Desarrollo y Director de Proyecto.


2.5 Diagrama de Actividades



2.6 Diagrama de ClasesRevisión por parte del Gerente de Desarrollo y Director de Proyecto.


3.1. Diagrama de Componentes



3.2 Modelo Físico de Datos





3.3 Vistas de Interfaz de Usuario



4.1 PseudocódigoRevisión por parte del Gerente de Desarrollo y Director de Proyecto.

4.2 Código FuenteRevisión por parte del Gerente de Desarrollo y Director de Proyecto.


5.1 Plan de PruebasRevisión por parte del Gerente de Desarrollo y Director de Proyecto.


5.2 Casos de PruebasRevisión por parte del Gerente de Desarrollo y Director de Proyecto.


6.1 Informe Técnico del Sistema



6.2 Manual de UsuarioRevisión por parte del Gerente de Desarrollo y Director de Proyecto.


6.3 Software de Instalación



6.4 Informe de Capacitación



6.5 Informe de InstalaciónRevisión por parte del Gerente de Desarrollo y Director de Proyecto.


6.6 Certificado de Garantía



PLANTILLA DE MÉTRICA DE CALIDAD Nº 01




PLANTILLA DE MÉRTRICA DE CALIDAD N°01





PSION

MÉTRICA DE:

PRODUCTO PROYECTO X

FACTOR DE CALIDAD RELEVANTE

Performance del proyecto

DEFINICIÓN DEL FACTOR DE CALIDAD

La performance del proyecto se define como el cumplimiento del cronograma y del presupuesto del proyecto.

Este factor de calidad es relevante pues permitirá al equipo del proyecto saber si está al margen de las utilidades o si se está ocasionando pérdidas, si se están desarrollando las actividades con el mismo ritmo que se ha plasmado en el cronograma o si hay retrasos o adelantos.

PROPÓSITO DE LA MÉTRICA

Monitorear el rendimiento del proyecto en cuanto a cumplimiento del cronograma y presupuesto,

DEFINICIÓN OPERACIONAL

El área de medición de control de calidad calculará el valor ganado, los días que termine cada fase, y calculará el CPI (índice de performance del costo) y el SPI (índice del performance del cronograma), obteniendo los indicadores de rendimiento del proyecto.

MÉTODO DE MEDICIÓN

1. Se recabará información de avances reales, valor ganado, fechas de inicio y fin real, trabajo real, y costo real.

2. Se calculará los índices de CPI y SPI.3. Estos índices se trasladarán al Informe de Performance del Proyecto.4. Se revisará el informe con el Director de Proyecto y se tomarán las acciones

correctivas y/o preventivas pertinentes.5. Se informará al cliente de dichas acciones de ser el caso.

RESULTADO DESEADO

1. Para el CPI se desea un valor acumulado no menor de 1.



2. Para el SPI se desea un valor acumulado no menor de 1.

ENLACE CON OBJETIVOS ORGANIZACIONAL

El cumplimiento de esta métrica es indispensable para manejar de manera adecuada la gestión del desarrollo. Ello hará posible el aumento de práctica y experiencia en cuanto a Gestión de proyectos se refiere para todos los miembros del equipo.

RESPONSABLE DEL CONTROL DE CALDIAD

El jefe del área de control de calidad es el encargado de vigilar el factor de calidad, y promover las mejoras de procesos que sean necesarias para lograr los objetivos de calidad planteados. La responsabilidad, en última instancia, de cumplir con la calidad deseada recae en el Director de Proyecto.








MÉTRICA DE:

PRODUCTO PROYECTO X


Satisfacción del usuario




Es la situación en la cual el usuario está contento y satisfecho con el desarrollo y la adquisición de nuestro producto, situación que le permite confiar y contar con nuestro equipo para proyectos posteriores. Este factor de calidad es importante, porque consideramos que un usuario satisfecho es el mejor indicador de nuestra gestión en el proyecto.


Permitirnos saber si nuestros recursos están trabajando de la mejor forma, con un trato amable y cumpliendo con los requerimientos de nuestro usuario.

DEFINICIÓN OPERACIONAL

La métrica operará en base a valores predefinidos (niveles de satisfacción) entre 1 y 5. Siendo el significado para cada valor: 1. Muy malo 2. Malo3. Regular4. Bueno5. Muy bueno

El jefe de calidad será el encargado de entrevistar al usuario mediante una encuesta. El contacto para la entrevista con el usuario se manejará de forma interna dependiendo de su disponibilidad siendo el responsable de tal tarea el Director de Proyecto. Los resultados de la encuesta serán reportados el mismo día.


1. Se elaborará una encuesta dirigida al líder usuario. 2. El jefe de calidad pedirá al líder usuario que responda a la encuesta. 3. El jefe de calidad revisará la encuesta llenada por el usuario. 4. Se informará de los resultados al área de Gestión de Cambios y Actualizaciones.

RESULTADO DESEADO

Se desea para todas las mediciones un resultado mayor o igual a 4.






La persona responsable de vigilar este factor de calidad y los resultados de la métrica es el jefe de calidad del proyecto. Promover las mejoras de procesos que serán necesarias para lograr los objetivos de calidad planteados es responsabilidad del jefe del área de control de calidad en conjunto con el área de Gestión de Cambios y Actualizaciones. La responsabilidad, en última instancia, de cumplir con la calidad deseada recae en el Director de Proyecto.








MÉTRICA DE:

PRODUCTO X PROYECTO


Seguridad de acceso


La seguridad de acceso a la información del producto se define como la capacidad de proteger la información de manera que las personas o sistemas no autorizados no puedan leerlos o modificarlos al tiempo que no se deniega el acceso a las personas o sistemas autorizados.

NOMBRE DE LA MÉTRICA

Intrusiones no permitidas realizadas




Contar el número de accesos no permitidos a los datos que son manejados por el producto.


Se realizarán intentos de intrusiones. 1. Fórmula: 𝑋=Cantidad de instrucciones no permitidas realizadas2. Interpretación: 𝑋≥0 3. Tipo de medida: X se cuenta en números enteros. 4. Fuentes: Pruebas, Informe de revisión. 5. Audiencia: Programadores.

RESULTADO DESEADO

Se desea que en todas las mediciones se obtenga un valor de 𝑋=0. Si se obtiene un valor mayor a cero no se estará garantizando la seguridad de la información.




El jefe de calidad es la persona responsable de vigilar este factor de calidad y de promover (en conjunto con el área de Control de Calidad y de Gestión de Cambios y Actualizaciones) las mejoras que sean necesarias para lograr los objetivos de calidad planeados. La responsabilidad, en última instancia, de cumplir con los objetivos de calidad deseada recae en el Director de Proyecto.

6. Gestión de Recursos Humanos1.14. Plan de Recursos Humanos





1.0 ML JB NM 07-11-2013 Versión Original

PLAN DE GESTIÓN DE RECURSOS HUMANOS

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTOSistema de Búsqueda de Oportunidades de

NegocioPSION

CAPACITACIÓN, ENTRENAMIENTO

1. RRHH se encargará de evaluar a cada integrante del equipo de proyecto durante la capacitación, según la intervención de los mismos. Ver Planilla de Pago

2. RRHH se encargará de analizar los resultados de la evaluación para tomarlos en cuenta en algún posible cambio en los equipos de cada área.

3. RRHH, durante las reuniones, mencionará las actividades o tareas de cada uno de los integrantes del equipo de proyecto, indicando las tareas realizadas en la reunión anterior, las que se están realizando, y las que se van a realizar más adelante, así como los inconvenientes o impedimentos que hayan tenido.

SISTEMA DE RECONOCIMIENTO Y RECOMPENSAS:

1. El Director del área de Gestión de Recursos Humanos elaborará un Sistema de Reglas Básicas que evaluará el cumplimiento de las actividades y asistencias del personal a las reuniones, semanalmente entrega un informe al Director de Proyecto.

2. El Director de Proyecto maneja el siguiente sistema de evaluación:Él evalúa actitudes del personal durante el transcurso de las actividades, basándose en la evaluación periódica, según el formato de reglas básicas que serán controladas por el Director del Proyecto. El resultado de esta evaluación es una nota que se retribuye al personal. Ver Planilla de Pago

CUMPLIMIENTO DE REGULACIONES, PACTOS, Y POLÍTICAS

1. Todo el personal que participa del proyecto será controlado por el Sistema de reglas de convivencia elaborada por el área Recursos Humanos, y controlada por la Dirección Ejecutiva.

2. La evaluación del resultado al final del proyecto será entregada al Director de Proyecto y



al Sponsor.

1.15. Equipo de Proyecto

LISTA DE RESPONSABILIDADES POR CADA INTEGRANTE

Código Nombres Roles

DA Danae Arriaga AedoGerente de Costos, Analista de Riesgos y Analista de Sistemas.

JB Julio Buendia NarvaezGerente de Riesgos, Analista de Alcance y Analista de Sistemas.

RCL Roberto Cespedes Chaupis Analista de Tiempo y Analista de Sistemas.

ME Mariela Espinoza MoralesGerente de RRHH y Analista de Adquisiciones y Analista de Sistemas.

RE Raúl Eustaquio Vasquez

Gerente de Adquisiciones, Gerente de Desarrollo, Analista de Sistemas y Programador.

YL Yessica Lazo RodriguezDirector de Comunicaciones, Analista de Sistemas y Programador.

ML Miguel Laurel MoreyraAnalista de RRHH, Analista de Tiempo y Analista de Sistemas.

NM Nohelia Merino SuasnabarDirector de Proyecto, Analista de Alcance y Analista de Sistemas.

JP Jesús Perez ArosteguiGerente de Interesados y Analista de Sistemas.

LY Luis Yucra RamosDirector de Calidad, Analista de Riesgos y Analista de Sistemas.

1.16. Datos del equipo del Proyecto

Lista de correos electrónicos y telefonos

Apellidos Nombres Correo Celular



Arriaga Aedo Danae Gabriela [email protected] 959240474

Buendía Narvaez Julio César [email protected] 956169283

Céspedes Chaupis Roberto Lauro [email protected] 945945976

Espinoza Morales Mariela Mireya [email protected] 965682211

Eustaquio Vasquez Raul Eduardo [email protected] 994944056

Lazo Rodriguez Yessica Laura [email protected] 961771560

Laurel Moreyra Miguel Angel [email protected] 990463246

Merino Suasnabar Nohelia Milagros [email protected] 998990858

Perez Arostegui Jesus [email protected] 989210250

Yucra Ramos Luis Enrique [email protected] 988766112

1.17. Organigrama del Equipo

1.18. Descripción de Roles



NOMBRE DEL ROL

SPONSOR

OBJETIVOS DEL ROL:

Patrocinar el proyecto. Velar por el éxito del proyecto. Apoyar, soportar y defender los intereses del proyecto.

RESPONSABILIDADES:

Aprobar el Project Chárter. Aprobar el Enunciado del Alcance. Aprobar el Plan de Gestión del Proyecto. Aprobar el cierre del proyecto. Aprobar la planificación del proyecto. Monitorear el estado general del proyecto. Gestionar el Control de Cambios del proyecto. Ayudar en la solución de problemas y superación de obstáculos del proyecto

NIVELES DE AUTORIDAD:

Decide sobre modificaciones a las líneas base del proyecto. Decide sobre planes y programas del proyecto. Decide sobre las fechas de presentación de los entregables. Decide sobre los límites del proyecto

SUPERVISA A:

Director del Proyecto

RESPONSABLE:

Ing. Javier Canchano

NOMBRE DEL ROLDIRECTOR DE PROYECTO

OBJETIVOS DEL ROL: Gestión del proyecto correcta. Administración de recursos adecuado. Objetivos establecidos por el Sponsor cumplidos

RESPONSABILIDADES: Planificar, ejecutar y controlar el proyecto. Especificación de los alcances del proyecto Identificación de los dominios de conocimiento Realizar las revisiones a los resultados obtenidos.



Registrar las lecciones aprendidas durante el proyecto Gestionar los recursos del proyecto Coordinar interacciones con el cliente Mantener al equipo del proyecto enfocado en los objetivos Ayudar a Gestionar el Control de Cambios del proyecto.

NIVELES DE AUTORIDAD: Decide sobre la programación detallada de los recursos humanos y materiales

asignados al proyecto, así mismo define las tareas y actividades para cada recurso. Decide sobre la información y los entregables del proyecto.

REPORTA A:SponsorSUPERVISA A:

Director de Calidad Director de Comunicación Director de Desarrollo Analistas

RESPONSABLE:Nohelia Merino, Julio Buendía

REQUISITOS DEL ROL:

CONOCIMIENTOS:- Gestión de Proyectos según la guía del PMBOK® 5ta

Ed.- MS Project 2007/2010.

HABILIDADES:

- Liderazgo- Comunicación- Capacidad de negociación- Solución de Conflictos- Visión estratégica- Conocimientos técnicos- Trabajo en equipo- Empatía

NOMBRE DEL ROL

DIRECTOR DE COMUNICACIONES

OBJETIVOS DEL ROL:

Supervisar y ofrecer una mejora en las comunicaciones del proyecto. Apoyar al Director de Proyecto a definir los objetivos del proyecto. Asegurar que la información del proyecto sea adecuada y oportuna para

los miembros del proyecto.

RESPONSABILIDADES:



- Supervisar y motivar a los integrantes del equipo para cumplir con sus actividades proactivamente.

- Coordinar con el comité de gestión de cambios.

FUNCIONES:

- Identificar y enviar la información requerida a la persona indicada y en el momento oportuno.

- Calificar a cada uno de los integrantes según el desempeño que muestran a lo largo del desarrollo del proyecto.

NIVELES DE AUTORIDAD:

- Decide el lenguaje adecuado para redactar los documentos y de esa manera lograr que todos ellos sean entendibles para cada uno de los integrantes del equipo de Proyecto.

REPORTA A:


RESPONSABLE:

Yessica Lazo

REQUISITOS DEL ROL:

CONOCIMIENTOS:- MS Office- Lenguaje y comunicación

HABILIDADES:

- Didáctica- Proactividad- Solución de Conflictos- Motivación- Iniciativa

NOMBRE DEL ROLDIRECTOR DE CALIDAD

OBJETIVOS DEL ROL: Dirigir, planificar, organizar, controlar y ejecutar el plan de gestión de calidad, con

el fin de garantizar el cumplimiento de sus estándares y normas, así como, favorecer la mejora continua.

RESPONSABILIDADES: Revisar y aceptar entregables, además de ser el caso, disponer de su reproceso,

deliberar para generar acciones preventivas o correctivas. Proponer y supervisar la inclusión de actividades e indicadores de calidad Asegurar que el Cliente y Sponsor reciban un producto que cumpla con las

características pactadas. Utilizar técnicas de medición de calidad. Evaluar los entregables generando solicitudes de cambio, en caso de no cumplir



con las especificaciones descritas en cada entregable. Supervisar al equipo de Calidad. Inspeccionar que los entregables. Emitir cuadro de evolución de Control de Calidad.

NIVELES DE AUTORIDAD: Determinar la aprobación de los entregables. Determinar si el producto final cumple con las necesidades del cliente para la toma

de decisiones.REPORTA A:Director de ProyectoRESPONSABLE:Luis YucraREQUISITOS DEL ROL:

CONOCIMIENTOS:- Gestión de Proyectos según el PMBOK® 5ta Ed. - MS Project 2007/2010

HABILIDADES:

- Didáctica - Inteligencia Emocional - Dominio de Escena - Oratoria - Comunicación - Negociación - Solución de Conflictos

NOMBRE DEL ROLGERENTE DE RECURSOS HUMANOS

OBJETIVOS DEL ROL: Dirigir al personal en pro del buen desenvolvimiento de sus roles. Administrar los conflictos, incentivos y sanciones con el fin de asegurar un exitoso

desempeño del equipo. Asegurarse de la entrega a tiempo de los entregables, así como de la duración de

las actividades realizadas por los miembros del equipo.RESPONSABILIDADES:

Supervisar los informes de desempeño del equipo, periódicamente. Dirigir a los responsables de las evaluaciones y calificaciones del equipo.

REPORTA A:Director de proyectoRESPONSABLE:Mariela Espinoza



REQUISITOS DEL ROL:

CONOCIMIENTOS:- Gestión de Proyectos según el PMBOK® 5ta Ed.- MS Project 2007/2010- Gestión de Capital Humano

HABILIDADES:

- Proactivo- Inteligencia Emocional - Dominio de Escena - Oratoria - Comunicación - Negociación - Administración de Conflictos

NOMBRE DEL ROLANALISTA DE RECURSOS HUMANOS

OBJETIVOS DEL ROL: Organizar al equipo del proyecto. Lograr el mejor desempeño del equipo.

RESPONSABILIDADES: Apoyar con las mejoras de competencias, la interacción entre los miembros del

equipo y el ambiente general del equipo.REPORTA A:Gerente de Recursos HumanosRESPONSABLE:Miguel Laurel.REQUISITOS DEL ROL:

CONOCIMIENTOS:- Gestión de Proyectos según el PMBOK 5ta Ed.- MS Office- Administración del capital humano

HABILIDADES:


NOMBRE DEL ROL



LÍDER USUARIOOBJETIVOS DEL ROL:

Brindar los requerimientos específicos de usuario al equipo de proyecto. Aprobar el entregable final. Verificar que los requerimientos del producto final sean cumplidos al 100%.

SUPERVISA A:Director de proyectoRESPONSABLE:Oscar Condorhuamán

NOMBRE DEL ROLGERENTE DE INTERESADOS

OBJETIVOS DEL ROL: Identificar a los interesados Canalizar las expectativas de los interesados Evaluar el impacto en el proyecto a fin de lograr la participación eficaz de los

interesados en las decisiones y en la ejecución del proyecto. RESPONSABILIDADES:

Elegir las mejores estrategias para satisfacer las expectativas de los interesados. Ser el nexo entre los interesados internos y los externos. Crear y monitorear la matriz de interesados.

REPORTA A:Director de DesarrolloRESPONSABLE:Jesús PerézREQUISITOS DEL ROL:

CONOCIMIENTOS:- Gestión de Proyectos según el PMBOK 5ta Ed.- MS Office

HABILIDADES:- Empatía- Inteligencia Emocional - Administración de Conflictos

NOMBRE DEL ROLGERENTE DE COSTOS

OBJETIVOS DEL ROL: Brindar información necesaria con respecto a los costos.

RESPONSABILIDADES: Proponer procedimientos para cálculo de presupuestos de costos en base a costos



proyectados. Elaborar del presupuesto. Estimar los costos de los recursos.

REPORTA A:Director del ProyectoRESPONSABLE:Danae ArriagaREQUISITOS DEL ROL:

CONOCIMIENTOS:

- Gestión de Proyectos según el PMBOK 5ta Ed.- MS Office- Contabilidad financiera- Costos y presupuestos- Gestión financiera- Diseño y Evaluación de proyectos

HABILIDADES:- Analítico- Metódico- Trabajo bajo presión

NOMBRE DEL ROLGERENTE DE ADQUISICIONES

OBJETIVOS DEL ROL: Supervisar la gestión de compras de productos, servicios que se obtienen fuera del

equipo del proyecto.RESPONSABILIDADES:

Control de cualquier contrato emitido por la organización externa, asi como la administración de las obligaciones contractuales contraídas por el equipo del proyecto en virtud del contrato.

REPORTA A:Director de ProyectoRESPONSABLE:Raúl EustaquioREQUISITOS DEL ROL:

CONOCIMIENTOS:- Gestión de Proyectos según el PMBOK 5ta Ed.- Ms Office

HABILIDADES: - Proactivo- Inteligencia Emocional - Dominio de Escena - Oratoria - Comunicación



- Negociación - Solución de Conflictos

NOMBRE DEL ROLANALISTA DE ADQUISICIONES

OBJETIVOS DEL ROL: Efectuar las adquisiciones para el equipo del proyecto

RESPONSABILIDADES: Documentar las decisiones de adquisiciones del proyecto, especificando el enfoque Identificar a los proveedores potenciales.

REPORTA A:Gerente de AdquisicionesRESPONSABLE:Mariela EspinozaREQUISITOS DEL ROL:

CONOCIMIENTOS:- Gestión de Proyectos según el PMBOK 5ta Ed.- Ms Office

HABILIDADES:

- Proactivo- Inteligencia Emocional - Dominio de Escena - Oratoria - Comunicación - Negociación - Solución de Conflictos

NOMBRE DEL ROLGERENTE DE RIESGOS

OBJETIVOS DEL ROL: Crear, supervisar la implementación y monitorear el plan de gestión de riesgos.

RESPONSABILIDADES: Identificar riesgos Elaborar los planes de contingencia para futuros problemas. Elaborar el plan de gestión de riesgos. Coordinar la ejecución de los planes de contingencia en caso se presenten los

problemas.REPORTA A:



Director del ProyectoRESPONSABLE:Julio BuendíaREQUISITOS DEL ROL:

CONOCIMIENTOS:

- Gestión de Proyectos según el PMBOK 5ta Ed.- MS Office- Contabilidad financiera- Costos y presupuestos- Gestión financiera- Diseño y Evaluación de proyectos

HABILIDADES:- Proactivo- Trabajo bajo presión- Solución de conflictos

NOMBRE DEL ROLANALISTA DE RIESGOS

OBJETIVOS DEL ROL: Apoyar en la gestión del gerente de riesgos

RESPONSABILIDADES: Definir como realizar las actividades de gestión de riesgos de un proyecto. Determinar los riesgos que pueden afectar al proyecto y documentarlo Analizar numéricamente el efecto de los riesgos identificados sobre los objetivos

generales del proyecto.REPORTA A:Director de DesarrolloRESPONSABLE:Danae Arriaga, Luis Yucra.REQUISITOS DEL ROL:

CONOCIMIENTOS:- Gestión de Proyectos según el PMBOK 5ta Ed.- MS Office

HABILIDADES:




NOMBRE DEL ROLGERENTE DE DESARROLLO

OBJETIVOS DEL ROL: Asegurar que el desarrollo del software cumpla con los requerimientos del cliente.

RESPONSABILIDADES: Supervisar el diseño, desarrollo e implementación del software.

REPORTA A:Director de ProyectoRESPONSABLE:Raúl EustaquioREQUISITOS DEL ROL:

CONOCIMIENTOS:

- Gestión de Proyectos según el PMBOK 5ta Ed.- Power Designer- SQL- PHP

HABILIDADES:

- Proactivo- Inteligencia Emocional - Responsable- Analítico

NOMBRE DEL ROLANALISTA DE SISTEMAS

OBJETIVOS DEL ROL: Realizar análisis y diseño del modelo de software.

RESPONSABILIDADES: Crear los requerimientos funcionales y no funcionales del sistema. Realizar el diagrama de paquetes. Realizar el diagrama de casos de uso. Realizar el diagrama de actividades. Realizar el diagrama de clases. Realizar el diagrama de componentes. Realizar el modelo físico de datos. Crear las vistas de interfaz de usuario. Capacitar al Líder Usuario en el funcionamiento del software.

REPORTA A:Gerente de DesarrolloRESPONSABLE:Equipo de Proyecto



REQUISITOS DEL ROL:

CONOCIMIENTOS:- Análisis y diseño de sistemas- Power designer- Gestión de proyectos PMBOK® 5ta Ed.

HABILIDADES:

- Inteligencia Emocional - Dominio de Escena - Oratoria - Comunicación - Negociación - Solución de Conflictos

NOMBRE DEL ROLANALISTA DE TIEMPO

OBJETIVOS DEL ROL: Implementar los tiempos de entrega de duración de actividades realizadas por los

miembros del equipo.RESPONSABILIDADES:

Realizar un mapeo de los tiempos empleados por tarea. Realizar un mapeo de los tiempos empleados por entregable.

REPORTA A:Gerente de costosRESPONSABLE:Roberto Céspedes REQUISITOS DEL ROL:

CONOCIMIENTOS:- Gestión de Proyectos según el PMBOK ® 5ta Ed. MS

Project 2007/2010

HABILIDADES:


NOMBRE DEL ROL



ANALISTA DE ALCANCEOBJETIVOS DEL ROL:

Garantizar que el proyecto incluya todo el trabajo requerido. Definir y controlar que se incluye y que no se incluye en el proyecto. Realizar el plan de gestión de alcance. Gestionar cambios en la línea base del alcance.

RESPONSABILIDADES: Recopilar requisitos de los interesados Describir detalladamente el proyecto y el producto. Formalizar la aceptación de los entregables del proyecto que se hayan completado. Monitorear el estado del proyecto y la línea base del alcance del producto.

REPORTA A:Gerente de costosRESPONSABLE:Julio Buendía, Nohelia MerinoREQUISITOS DEL ROL:

CONOCIMIENTOS:- Gestión de Proyectos según el PMBOK ® 5ta Ed.- MS Project 2007/2010- Redacción y elaboración de textos.

HABILIDADES:


NOMBRE DEL ROLPROGRAMADOR

OBJETIVO DEL ROL: Programar el sistemas de información a partir de especificaciones, garantizando en

términos de oportunidad y calidad, su correcto funcionamientoFUNCIONES:

- Dirigir la programación de software. - Definir configuración de interfaces entre hardware y aplicaciones. - Controlar modificaciones y/o mejoras del software desarrollado. - Definir y gestionar estándares relativos al uso del software.

REPORTA A:



Gerente de DesarrolloRESPONSABLE:Raul Eustaquio y Yessica LazoREQUISITOS DEL ROL:

CONOCIMIENTOS:

- Lenguajes de programación como Java,Javascript y Php.

- Conocimientos de análisis y diseño- Conocimientos de Base de datos- Título técnico de programador o estudiante de 10mo

ciclo de carrera universitaria afín.

HABILIDADES:

- Síntesis de información- Seguir instrucciones orales y escritas- Depurar programas- Comunicar e intercambiar información- Realizar cálculos numéricos- Manejo de equipos y herramientas de computación

1.19. Reglas Básicas

Se establecieron las siguientes reglas básicas para la buena convivencia en el equipo.

La evaluación de la puntualidad de las reuniones está definida en la planilla de pago.

Cada 3 tardanzas (para equivalencia de tardanza, ver la planilla de pagos) se considera 1 falta.

Como máximo se puede faltar a 3 reuniones. El que pase de las 3 faltas injustificadas quedará fuera del equipo.

El número máximo de faltas justificadas serán 2.

Quienes no cumplan con las tareas asignadas, se le descontará puntos.

La justificación de cada falta y/o retraso a una de las reuniones debe ser comunicada al Director de Proyecto y gerente adjunto.

Para las reuniones presenciales,el Director del Proyecto comunicará vía web (grupo de Facebook y/o correo electrónico) el lugar y hora con un día de anticipación.



Serán expulsados del equipo aquellos integrantes que fomenten desunión del mismo, se someterá a moción y la expulsión tendrá que ser con una aprobación del 50%+1 de los asistentes.

No se considerará asistencia a los integrantes que se retiren sin comunicar ni justificar su retiro al Director de Proyecto.

Se tomará asistencia al inicio de cada reunión y se realizará la agenda para la próxima reunión.

Todo documento que es entregado por el Cliente es de carácter confidencial y no debe ser compartido con ninguna persona fuera del equipo de proyecto. En caso no se cumpla esta regla, el integrante será expulsado del equipo.

Las horas de las reuniones serán definidas en las convocatorias y se ajustarán a favor de la disponibilidad de los miembros.

Se definieron los días de Reunión de Coordinación como: - Martes entre las 16:00 y las 20:00 horas.

Se definieron los días de Reunión de Trabajo como: - Domingos entre las 09:00 y las 18:00 horas.

1.20. Plan de Matriz de Asignación de Responsabilidades (RAM)



1.0 JB JB NM 10-11-2013 Versión Original

PLAN DE MATRIZ DE ASIGNACIÓN DE RESPONSABILIDADES

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTOSistema de Búsqueda de Oportunidades de

NegocioPSION



CÓDIGOS DE ROLES DE PSION

SP Sponsor

LU Líder Usuario

DP Director de Proyecto

DCM Director de Comunicaciones

DCL Director de Calidad

GRH Gerente de Recursos Humanos

GRG Gerente de Riesgo

GIN Gerente de Interesados

GCO Gerente de Costos

GAQ Gerente de Adquisiciones

GDR Gerente de Desarrollo

AAL Analista de Alcance

ATI Analista de Tiempo

ARI Analista de Riesgos

ARH Analista de Recursos Humanos

AAQ Analista de Adquisiciones

ASI Analista de Sistemas

PRG Programador

CÓD. DE RESPONSABILIDADES

R RESPONSABLE

P PARTICIPA

V REVISA

A APRUEBA

Y APOYA


CÓDIGO DE ROLES POR ENTREGABLE SP LU DP DCM DCL GRH GRG GIN GCO GAQ GDR AAL ATI ARI ARH AAQ ASI PRG

1 DIRECCIÓN DE PROYECTO R

1.1PLAN DE PROYECTO ACTUALIZADO

A R V V V V V V V V V V V V V V V

1.2 MONITOREO Y CONTROL R V

1.2.1INFORME DE ESTATUS DEL PROYECTO

V A R P V

1.2.2INFORME DE GESTIÓN DE CAMBIOS

A R P V

1.2.3INFORME DE GESTIÓN DE RIESGOS

A R Y

1.2.4INFORME DE SEGUIMIENTO DE CALIDAD

V A R V

1.3 CIERRE

1.3.1ACTAS DE CONFORMIDAD POR FASES

V A R V

1.3.2ACTA DE CONFORMIDAD FINAL

A R V

1.3.3 LECCIONES APRENDIDAS V A R V V V V V V V V



2 ANÁLISIS

2.1REQUERIMIENTOS FUNCIONALES

A V R P

2.2REQUERIMIENTOS NO FUNCIONALES

A V R P

2.3 DIAGRAMAS DE PAQUETES A V R P

2.4DIAGRAMAS DE CASOS DE USO

A V R P

2.5 DIAGRAMAS DE ACTIVIDADES A V R P

2.6 DIAGRAMAS DE CLASES A V R P

3 DISEÑO

3.1DIAGRAMA DE COMPONENTES

A V R P

3.2 MODELO FISICO DE DATOS A V R P

3.2.1VISTAS DE INTERFAZ DE USUARIO

A V R P

4 DESARROLLO



4.1 PSEUDOCÓDIGO A V R P

4.2 CÓDIGO FUENTE A V R P

5 PRUEBAS

5.1 PLAN DE PRUEBAS A V R P

5.2 CASOS DE PRUEBAS A V R P

6 IMPLANTACIÓN

6.1INFORME TÉCNICO DEL SISTEMA

A V R P

6.2 MANUAL DE SISTEMA A V R P

6.3 SOFTWARE DE INSTALACIÓN A V R P

6.4 INFORME DE CAPACITACIÓN A V R P

6.5 CERTIFICADO DE GARANTÍA A V R P


7. Gestión de Comunicaciones1.21. Plan de Gestión de Comunicaciones



1.0 YL JB NM 06-11-2013 Versión Original

PLAN DE GESTIÓN DE COMUNICACIONES



OBJETIVOS

El siguiente plan define los canales de comunicación efectivos que le permitan, a los involucrados en

la ejecución del proyecto PSION, determinar la información y comunicaciones necesarias de los

interesados en el proyecto, haciendo que la información necesaria esté disponible a tiempo para los

interesados del proyecto, recolectando y distribuyendo la información de desempeño del proyecto y

manejando las comunicaciones para satisfacer los requerimientos de los interesados del proyecto.

PROCEDIMIENTO PARA ACTUALIZAR EL PLAN DE GESTIÓN DE COMUNICACIONES

El Plan de Gestión de las Comunicaciones deberá ser revisado y/o actualizado por el Equipo de proyecto y/o Director de Proyecto cada vez que:

1. Haya una solicitud de cambio aprobada por el Sponsor que impacte el Plan de Proyecto.2. Haya una solicitud de cambio aprobada del equipo de proyecto o Sponsor sobre la

forma de comunicación.3. Haya una acción correctiva que impacte los requerimientos o necesidades de

información de los interesados.4. Haya personas que ingresan o son retiradas del proyecto.5. Haya cambios en las asignaciones de personas a roles del proyecto.6. Haya cambios en la matriz influencia versus autoridad de los interesados.7. Haya solicitudes inusuales de informes o reportes adicionales.8. Haya quejas, sugerencias, comentarios o evidencias de requerimientos de información

no satisfechos.



9. Haya evidencias de deficiencias de comunicación dentro y fuera del proyecto.

La actualización del Plan de Gestión de las Comunicaciones deberá seguir los siguientes pasos:1. Identificación y clasificación de interesados.2. Determinación de requerimientos de información.3. Elaboración de la Matriz de Comunicaciones del Proyecto.4. Actualización de la matriz de Influencia versus Autoridad del Proyecto.5. Actualización del Plan de Gestión de las Comunicaciones.6. Aprobación del Plan de Gestión de las Comunicaciones.7. Difusión del nuevo Plan de Gestión de las Comunicaciones.

GUÍAS PARA EVENTOS DE COMUNICACIÓN

Guías para Reuniones Ordinarias - Todas las reuniones ordinarias deberán seguir las siguientes pautas:

1. Participarán en la reunión el Director de Proyecto y el Equipo de proyecto . El Director de Proyecto podrá convocar a otra persona si lo cree conveniente.

2. Debe fijarse la agenda con anterioridad (reunión ordinaria anterior), esta puede ser modificado por el Director de Proyecto.

3. Se realizarán los días martes de cada semana de trabajo.4. Se debe confirmar e informar la fecha, hora, y lugar con los participantes (por correo

electrónico y grupo creado en Facebook).5. Se debe empezar puntual.6. El Director de Proyecto deberá presentar el objetivo de la reunión. 7. El Equipo de proyecto presentará el avance del proyecto.8. Se debe emitir un Acta de Reunión (ver formato adjunto) elaborada por el Equipo de

proyecto, la cual se debe repartir a los participantes (previa revisión por parte de ellos durante la reunión).

9. Las Actas re reunión deberá ser distribuidas por correo electrónico a todos los miembros del equipo.

10. Las Actas serán almacenadas en el grupo de Facebook llamado “GPI” (https://www.Facebook.com/groups/330195150450814/) por el Equipo de proyecto PSION.

Guía para Reuniones Extraordinarias.- Todas las reuniones extraordinarias deberán seguir las siguientes pautas:

1. Participarán en la reunión el Director de Proyecto y el Equipo de proyecto. El Director de Proyecto podrá convocar a otra persona si lo cree conveniente.

2. La reunión es convocada por el Director de Proyecto o el Equipo de proyecto en


https://www.facebook.com/groups/330195150450814/


coordinación con el Director de Proyecto con una previa agenda de puntos a tratar.3. Debe coordinarse e informarse fecha, hora, y lugar con los participantes (por correo

electrónico, y/o publicaciones en el grupo creado en Facebook para el proyecto).4. Podrán ser convocadas con un tiempo no menor a 24 horas.5. Se debe empezar puntual. 6. Se debe emitir un Acta de Reunión (ver formato adjunto) elaborada por el Equipo de

proyecto, la cual se debe repartir a los participantes (previa revisión por parte de ellos durante la reunión).

7. Las Actas re reunión deberá ser distribuidas por correo electrónico a todos los miembros del equipo.

8. Las Actas serán almacenadas en el grupo de Facebook GPI por el Equipo de proyecto.

Se dará en las siguientes condiciones:- Se realizará al no poder realizar alguna de las sesiones ordinarias determinadas, por

motivos de fuerza mayor.- Se realizará cuando las reuniones ordinarias establecidas no permitan abordar y

resolver todos los puntos que se habrían de observar.- Al observar nuevos aspectos a considerar, que necesitasen de la opinión, observación o

desarrollo conjunto.- Si existe una polémica que no se ha podido resolver y se ha convertido en problema. Se

aplica el Procedimiento para tratar Polémicas detallada posteriormente.- Cuando por lo menos el 30% de los integrantes del Equipo de proyecto estén de

acuerdo en realizar una reunión extraordinaria y establezcan los puntos a considerar.

FORMATO DE ACTA DE REUNIÓN



GUÍAS PARA CORREO ELECTRÓNICO

Todos los correos electrónicos deberán seguir las siguientes pautas:1. El asunto de los correos electrónicos deberá empezar con la frase “PS- “.2. Los correos electrónicos entre el Equipo de Proyecto PSION y el Sponsor deben ser

enviados por el Director de Proyecto, para establecer una sola vía formal de



comunicación con el Sponsor.3. Los correos internos entre miembros del Equipo de proyecto PSION, deberán ser

enviados con copia al Director de Proyecto.GUÍAS PARA DOCUMENTACIÓN DEL PROYECTO

Guías para Codificación de Documentos.- La codificación de los documentos del proyecto será la siguiente:

AAA_BBB_CCC.DDD

Donde: AAA = Código del Proyecto= ‘PS’

BBB = Nombre del Documento= Acta de Constitución del Proyecto, Cronograma del Proyecto, etc.

CCC = Versión del Documento=’v1_0’, ‘v2_0’, etc.

DDD = Formato del Archivo=doc, exe, pdf, mpp, etc.

Por Ejemplo:

“PS_ProjectCharter_v1_0.docx”

Guías para Almacenamiento de Documentos.- El almacenamiento de los documentos del proyecto deberá seguir las siguientes pautas:

1. Durante la ejecución del proyecto cada miembro del equipo mantendrá en su máquina una carpeta con la misma estructura que la EDT del proyecto, donde guardará en las sub-carpetas correspondientes las VERSIONES de los documentos que vaya generando.

2. Al cierre de una fase o al cierre del proyecto cada miembro del equipo deberá eliminar los archivos temporales de trabajo de los documentos y se quedará con las VERSIONES controladas y numeradas las cuales se enviarán al Equipo de proyecto con copia al Director de Proyecto.

3. El Equipo de proyecto consolidará todas las VERSIONES controladas y numeradas de los documentos, en un archivo final del proyecto, el cual será una carpeta con la misma estructura de la EDT, donde se almacenarán en el lugar correspondiente los documentos finales del proyecto. Esta carpeta se archivará y se guardará protegido contra escritura.

4. Los miembros de equipo borrarán sus carpetas de trabajo para eliminar redundancias de información y multiplicidad de VERSIONES.

GUÍAS PARA EL CONTROL DE VERSIONES



1. Todos los documentos de Gestión de Proyectos están sujetos al control de VERSIONES, el cual se hace insertando una cabecera estándar con el siguiente diseño:

Código de Versión

Hecha por Revisada porAprobada

porFecha Motivo


2. Cada vez que se emite una versión del documento se llena una fila en la cabecera, anotando la versión, quien emitió el documento, quién lo revisó, quién lo aprobó, a que fecha corresponde la versión, y por qué motivo se emitió dicha versión.

3. Debe haber correspondencia entre el código de versión del documento que figura en esta cabecera de Control de VERSIONES y el código de versión del documento que figura en el nombre del archivo (ver Guía para Codificación de Documentos), según:

AAA_BBB_CCC.DDD

Donde: AAA = Código del Proyecto= ‘PS’

BBB = Nombre del Documento= Acta de Constitución del Proyecto, Cronograma del Proyecto, etc.

CCC = Versión del Documento=’v1_0’, ‘v2_0’, etc.

DDD = Formato del Archivo=doc, exe, pdf, mpp, etc.

Por Ejemplo:

“PS_ProjectCharter_v2_0.docx”

VÍAS DE COMUNICACIÓN

Vías formales de comunicación.- Son las que se transmiten a través de canales oficiales. Medios utilizados en la comunicación formal:

o E- Mail: Es utilizado para la comunicación de noticias urgentes. El tipo de mensaje es de índole informativa, de intercambio individual y grupal. Puede reforzarse por otros medios para asegurarse la masividad de la llegada de la información. Toda comunicación interna del Equipo de proyecto se deberá realizar con copia al Director de Proyecto.

o Manuales: Documento de información que específica algún tema; procedimientos de gestión, normativas, calidades de producto, etc. Puede ser usado como material de consulta. El estilo del mensaje es formal y en relación al tema que trata.

o Reuniones: Se utiliza para comunicar temas delicados o complejos. Permiten la comunicación “frente a frente” y da lugar a preguntas que surgen espontáneamente.



o GPI: Grupo creado en Facebook en donde el Equipo de proyecto emitirá comunicaciones masivas a todo el Equipo de proyecto y se almacenara toda la documentación del proyecto.

Vías informales de comunicación.- Emergen de la interacción natural que existe entre los miembros del equipo, no están planificadas y no siguen la estructura formal.

o Red de Asesoramiento: Se basa en los principales interesados del proyecto de quienes dependen los demás, para resolver los problemas y recibir información técnica.

o Red de Confianza: Revela qué interesados comparten la información delicada y se respaldan mutuamente en una situación de crisis. Por tal motivo, el equipo debe examinarlas cuando llevan adelante un cambio importante o enfrentan una crisis.

o Red de Comunicación: Pone de manifiesto cuáles son los interesados que hablan regularmente sobre cuestiones de trabajo. Es necesaria analizarla cuando baja la productividad.

PROCEDIMIENTO PARA TRATAR POLÉMICAS

LOG DE CONTROL DE POLÉMICAS (Estructura)

Código de

Polémica

Fecha de Polémica

Descripción InvolucradosEnfoque de

SoluciónAcciones de

soluciónResponsable

Fecha de Solución

Resultado Obtenido

P-001

(Fecha en la que se identificó la polémica)

(Se describirá de manera breve la polémica identificada)

(Se listarán los miembros involucrados en la polémica)

(Se detallará cómo se tratará la solución de la polémica identificada)

(Se listan las actividades que se llevarán a cabo para resolver la polémica)

(Se identificará una persona responsable de que se ejecuten las actividades para resolver la polémica)

(Fecha propuesta para la resolución de la polémica. No debe exceder de una semana)

(En la fecha propuesta de solución se revisará el resultado obtenido de la ejecución de las actividades planteadas)

1. Se captan las polémicas a través de la observación y conversación, o de alguna persona o grupo que los exprese formalmente durante alguna de las sesiones de trabajo.

2. Se codifican y registran las polémicas en el Log de Control de Polémicas (formato presentado). Esto es realizado por el Equipo de proyecto.

3. Se revisa el Log de Control de Polémicas durante las reuniones ordinarias con el Equipo de



proyecto y el Líder del Proyecto que se realizan durante la semana:

a) Determinar las soluciones a aplicar a las polémicas pendientes por analizar, designar un responsable por su solución, un plazo de solución, y registrar la programación de estas soluciones en el Log de Control.

b) Revisar si las soluciones programadas se están aplicando, de no ser así se tomarán acciones correctivas al respecto.

c) Revisar si las soluciones aplicadas han sido efectivas y si la polémica ha sido resuelta. La polémica deberá ser resuelta como máximo durante la semana de trabajo. De no ser así, se elevará con el Sponsor/Líder del Proyecto (Paso 4).

4. En caso que una polémica no pueda ser resuelta o en caso que haya evolucionado hasta convertirse en un problema, deberá ser abordada con el siguiente método de escalamiento:

a) En primera instancia se convocará a una reunión extraordinaria con el Director de Proyecto para poder discutir cómo solucionar el problema.

b) En segunda instancia se elevará la polémica y se convocará a una reunión de emergencia con el Sponsor/Líder del Proyecto, el Director de Proyecto y el Equipo de proyecto de proyecto para resolver la polémica utilizando la negociación y/o la solución de conflictos.

c) En última instancia será resuelta por el Director de Proyecto en coordinación con el Sponsor/Líder del Proyecto si lo cree conveniente y necesario.

1.22. Matriz de Comunicaciones del Proyecto



1.0 YL JB NM 07-11-2013 Versión Original

MATRIZ DE COMUNICACIONES DEL PROYECTO




INFORMACIÓN

CONTENIDO FORMATO NIVEL DEDETALLE

RESPONSABLEDE

COMUNICAR

GRUPORECEPTOR

METODOLOGÍA OTECNOLOGÍA

FRECUENCIA DECOMUNICACIÓN

CÓDIGO DEELEMENTO EDT

Iniciación del

Proyecto

Datos y comunicación sobre la iniciación del proyecto

Acta de Constitución del Proyecto

MedioDirector de

Proyecto

Equipo del Proyecto del Proyecto Sponsor.

Documento digital vía correo electrónico

Una sola vezActa de

Constitución del Proyecto

Estado del Proyecto

Estado Actual (EVM), Progreso (EVM), Pronóstico de Tiempo y Costo, Problemas y -pendientes

Informe de Estatus del Proyecto

AltoDirector de

Proyecto

Equipo del Proyecto del ProyectoSponsorLíder del Proyecto.

Documento impreso SemanalInforme de Estatus del Proyecto

Coordinación del

Proyecto

Información detallada de las reuniones de coordinación semanal

Acta de Reunión

AltoDirector de

Proyecto

Equipo del Proyecto del ProyectoLíder del Proyecto.


SemanalReunión de

Coordinación Semanal

Cierre del Proyecto

Datos y comunicación sobre el cierre del proyecto

Acta de Conformidad

FinalMedio


Equipo del Proyecto del ProyectoSponsorLíder del Proyecto.


Una sola vezCierre del Proyecto


8. Gestión de Riesgos1.23. Plan de Gestión de Riesgos




PLAN DE GESTIÓN DE RIESGOS



METODOLOGÍA DE GESTIÓN DE RIESGOS

PROCESO DESCRIPCIÓNHERRAMIENTAS Y

TECNICASFUENTES DE

INFORMACIÓN

Planificación de Gestión de los Riesgos

Elaborar Plan de Gestión de los Riesgos

Reunión con expertos PMBOK® 5ta Ed.

Herramientas Estadísticas PMI® Compendium

Identificación de Riesgos

Listar riesgos en el proyecto

Revisión de documentación

histórica Interesados

Reunión con expertos Fuentes externas

Análisis FODA Proyectos similares.

Análisis de Supuestos

Análisis Cualitativo de Riesgos

Evaluar probabilidad de ocurrencia de los riesgos

Categorización de riesgos

ISO 14001

Establecer criterios de evaluación de Impacto

Evaluación de la Urgencia de los

RiesgosPMBOK® 5ta Ed.

Matriz de Probabilidad e

ImpactoWeb del Seace

Análisis Cuantitativo Cuantificar el impacto y Análisis de Conceptos estadisticos



de Riesgosprobabilidad de ocurrencia de un riesgo

sensibilidad

Análisis de valor esperado

Literatura de Investigación de

operaciones

Análisis de ruta crítica

Planificación de Respuesta a los

Riesgos

Elaborar Plan de Contingencia y Mitigación

Estrategias de respuesta a

contingenciasProyectos similares.

Estrategias de prevención de

amenazasNormas de Control de

Riesgos

Evaluación de Vulnerabilidades del

proyectoNorma PAS 200:2011

Gestión de crisis

Monitoreo y Control del Riesgos

Analizar y controlar la evolución de riesgos e impactos supuestos.

Auditoria de los riesgos Fuentes externas

Análisis de desempeño técnico Proyectos similares.

Lista de Verificación Registro de Riesgos

Análisis de variación y de tendencias Informe de estatus

ROLES Y RESPONSABILIDADES DE GESTIÓN DE RIESGOSPROCESO ROLES PERSONAS RESPONSABILIDADES

Planificación de Gestión de los

RiesgosGerente de Riesgos Danae Arriaga

Aedo

Dirigir actividad, responsable directo.

Actualizar el plan después de fase de planificación.



Identificación de

Riesgos

Gerente de Riesgos

Equipo de Riesgos

Danae Arriaga Aedo

Julio Buendía Narvaez

Luis Yucra Ramos


Identificación de riesgos según el RBS.

Actualizar riesgos identificados después de fase de

planificación.

Análisis Cualitativo de Riesgos Equipo de Riesgos

Danae Arriaga Aedo


Luis Yucra Ramos


Proveer definiciones.

Ejecutar actividad.

Análisis Cuantitativo de Riesgos Equipo de Riesgos

Danae Arriaga Aedo


Luis Yucra Ramos



RiesgosGerente de Riesgos Danae Arriaga

Aedo


Actualizar el plan después de fase de planificación.


Gerente de Riesgos

Equipo de Riesgos

Danae Arriaga Aedo


Luis Yucra Ramos


Ejecutar actividad.

PERIODICIDAD DE LA GESTIÓN DE RIESGOS

PROCESOMOMENTO DE EJECUCIÓN ENTREGABLE DE LA EDT

PERIODICIDAD DE EJECUCIÓN

Planificación de Gestión de los Riesgos

Al inicio del proyecto

En cada reunión del equipo del proyecto

Plan de proyecto actualizado Semanal



Identificación de los Riesgos



Plan de proyecto actualizado

Reunión de Coordinación semanal

Semanal

Análisis Cualitativo de Riesgos





Semanal

Análisis Cuantitativo de Riesgos





Semanal


Riesgos





Semanal


En cada fase del proyecto Informe de control de riesgos Semanal

FORMATOS DE LA GESTIÓN DE RIESGOS

Planificación de Gestión de los Riesgos Plan de Gestión de RiesgosIdentificación de los Riesgos Identificación y Evaluación Cualitativa de Riesgos

Análisis Cualitativo de Riesgos Al inicio del proyectoEn cada reunión del equipo del proyecto

Análisis Cuantitativo de Riesgos Al inicio del proyectoEn cada reunión del equipo del proyecto

Planificación de Respuesta a los Riesgos Al inicio del proyectoEn cada reunión del equipo del proyecto


Informe de Monitoreo de Riesgos Solicitud de Cambio

Acción Correctiva

1.24. Estructura de Desglose de Riesgo (RBS)

CONTROL DE VERSIONESVersión Hecha por Revisada por Aprobada por Fecha Motivo




ESTRUCTURA DE DESGLOSE DEL RIESGO (RBS)



CATEGORIAS DEL NIVEL 1 CATEGORIAS DEL NIVEL 2RIESGO

DESCRIPCIÓN(NIVEL 3)

1 Técnico

1.1 Gestión de Requisitos R001Poca disponibilidad del Líder de Usuario para revisar el avance del proyecto.

1.2 Tecnológicos

R010 Defectos de los equipos adquiridos.

R015 Avería de equipos del proyecto.

R019Perdida de Información por reseteo o infección viral de las PC's u otro medio de almacenamiento.

R020 Corte de energía eléctrica.R021 Pérdida conexión a internet.

1.3 Rendimiento R022Bloqueo de la dirección Internet Protocol en las distintas fases de pruebas del proyecto.

1.4 Calidad R018 Calidad de paquete de trabajo no adecuada.

2 Externo2.1 Sponsor R003 Renuncia del Sponsor del proyecto.

2.2 Condiciones Ambientales

R014 Pérdida y/o robo de los materiales del proyecto.

3 De la organización 3.1 RecursosR013 Indisponibilidad de los recursos.

R016 Perdidas de comprobantes de reembolso.

4 Dirección de Proyecto

4.1 EstimaciónR002

Inexperiencia por parte del equipo de proyecto para la realización del plan de proyecto.

R006 Demora en la toma de decisiones del Director del Proyecto.

4.2 Planificación

R004 Incumplimiento de los temas programados en la agenda.

R007Presentar los informes sin previa revisión y aprobación del Director de Calidad

R008 Mala calidad de los temas



programados en agenda.R009 Presupuesto mal calculado.

4.3 Comunicación

R005 Mala dirección del Director de Proyecto.

R011 Abandono de miembros de equipo de proyecto.

R012 Ausencia de miembros de equipo de proyecto.

4.4 PersonalR017 Imposición de objetivos poco

realistas.R023 Falta integración del equipo.



1.25. Análisis Cualitativo de Riesgos




Versión Hecha por Revisada por

Aprobada por

Fecha Motivo


ANÁLISIS CUALITATIVO DE RIESGOS




PROBABILIDAD DE OCURRENCIA

VALOR NUMÉRICO ESCALA DE IMPACTO

VALOR NUMÉRICO

TIPO DE RIESGO PROBABILIDAD X IMPACTOMuy Alto [4.45 – a más

CÓDIGO DEL

RIESGO

DESCRIPCIÓN DEL RIESGO CAUSA RAÍZ

ENTREGABLES AFECTADOS

ESTIMACIÓN DE PROBABILIDAD

OBJETIVO AFECTADO

ESTIMACIÓN DE IMPACTO

PROB * IMPACTO

TIPO DE RIESGO

R001

Poca disponibilidad del Lider Usuario para revisar el avance

del proyecto.

Baja Prioridad del proyecto para el

Lider UsuarioTodo el proyecto 0.3

Alcance 4 1.2

Alto

Tiempo 3 0.9Costo 1 0.3

Calidad 4 1.2Total Probabilidad x

Impacto3.6

R002

Inexperiencia por parte del equipo de proyecto para la realización del plan de proyecto.

Pocos proyectos desarrollados por

el equipo

1.1 Plan de Proyecto

Actualizado0.2

Alcance 4 0.8

Moderado


Calidad 5 1Total Probabilidad x

Impacto2.8

R003Renuncia del sponsor del

proyecto

Ninguna prioridad del proyecto para

el Sponsor Todo el Proyecto 0.1

Alcance 4 0.4

Bajo



Impacto1.5

R004

Incumplimiento de los temas

programados en la agenda.

Poco interés y prioridad del

equipo de Proyecto

1.2.1 Informe de Estatus del Proyecto 0.4

Alcance 3 1.2

Muy Alto Tiempo 4 1.6 1.3.1 Actas de

Conformidad por Costo 3 1.2



fasesCalidad 4 1.6

Total Probabilidad x Impacto

5.6

R005Mala dirección del

Director de Proyecto.

Inexperiencia y /o desgano del Director del

Proyecto

Todo el Proyecto 0.3

Alcance 5 1.5

Moderado



Impacto3.3

R006

Demora en la toma de decisiones del

director del proyecto.

Inexperiencia del Director de

Proyecto

1.2.1 Informe de Estado del Proyecto

0.6

Alcance 3 1.8

Muy Alto



Impacto5.4

R007

Presentar los informes sin previa

revisión y aprobación del

Director de Calidad

Falta de comunicación

entre el equipo de trabajo e

incumplimiento de procedimientos

establecidos.

1.2.4 Informe de Seguimiento de

Calidad 0.3

Alcance 1 0.3

Moderado



Impacto 3

R008

Mala calidad de los temas

programados en agenda

Inexperiencia de los miembros del

equipo de proyecto

Todo el Proyecto 0.2

Alcance 0 0

BajoTiempo 3 0.6Costo 2 0.4

Calidad 5 1




2

R009 Presupuesto mal calculado

Errores de estimación de los

costos en las actividades

0.3

Alcance 0 0

Moderado



Impacto2.7

R010 Defectos de los equipos adquiridos

Adquisición de equipos sin previa

revisión 0.4

Alcance 1 0.4

Alto



Impacto3.6

R011

Abandono de miembros de

equipo de proyecto

Por razones externas e

incumplimiento con sus deberes.

0.3

Alcance 1 0.3

Alto



Impacto3.9

R012

Ausencia de miembros de

equipo de proyecto

Tareas sin terminar y/o baja

prioridad de la realizacion del

proyecto por parte de los miembros

0.7

Alcance 1 0.7

Muy Alto



Impacto8.4



R013 Indisponibilidad del los recursos

Incumplimiento de las tarea del

Sponsor 0.3

Alcance 3 0.9

Moderado



Impacto3

R014Perdida y/o robo de los materiales

del proyecto

Poca seguridad de los materiales del

equipo del proyecto

0.4

Alcance 3 1.2

Alto



Impacto4.4

R015 Avería de equipos del proyecto

Uso inadecuado de los equipos

adquiridos y mala calidad de los

equipos

0.2

Alcance 1 0.2

Moderado



Impacto2.4

R016Perdidas de

comprobantes de reembolso

Descuido de los comprobantes de

los equipos adquiridos

0.3

Alcance 0 0

Bajo



Impacto1.8

R017 Imposición de objetivos poco

Inexperiencia o … de los miembros

0.4Alcance 5 2

Alto Tiempo 2 0.8



realistas del equipo de proyecto

Costo 1 0.4Calidad 3 1.2


4.4

R018Calidad de

paquete de trabajo no adecuada

Falta de compromiso de los

miembros del equipo

0.4

Alcance 2 0.8

Muy Alto


Calidad 5 2Total Probabilidad x

Impacto4.8

R019

Perdida de Información por

reseteo o infeccion viral de las PC's u

otro medio de almacenamiento

Falta de actualización de

los antivirus en las laptops o Equipos

infectados

0.3

Alcance 1 0.3

Moderado



Impacto2.7

R020 corte de energia electrica

Fallas en el sistema eléctrico

0.05

Alcance 0 0

Muy Bajo



Impacto0.45

R021 perdida conexión a internet

Falla en el sistema ISP

0.05Alcance 0 0

Muy BajoTiempo 2 0.1Costo 4 0.2




Impacto0.45

R022

Bloqueo de la dirección Internet

Protocol en las distintas fases de

pruebas del proyecto

Bloqueo del firewall de la

sistema de SEACE a nuestra IP por

tramas inadecaudas.

0.8

Alcance 0 0

Muy Alto



Impacto7.2

R023 Falta integración del equipo

Poco interés y bajo interes en la

realizacion del equipo

0.4

Alcance 5 2

Muy Alto



Impacto5.2


1.26. Plan de Respuesta a Riesgos


Versión Hecha por Revisada por

Aprobada por

Fecha Motivo


PLAN DE RESPUESTA A RIESGOS



Código del Riesgo

Amenaza/ Oportunid

adCausa Raíz TRIGGER

PROBABILIDAD X

IMPACTO TOTAL

TIPO DE

RIESGO

Responsable del

Riesgo

Respuestas Planificadas

Tipo de Respuesta

Responsable de la

Respuesta

Fecha Planificada

Plan de Contingencia

R001 Amenaza

Baja prioridad del proyecto para el Lider Usuario

Cruce de actividades no programadas

3.6 AltoLider de Usuario

Informar Continuamente sobre los beneficios del Proyecto

TRANSFERIRDirector del Proyecto

Continuo -



R002 Amenaza

Pocos proyectos desarrollados por el equipo

Poca acciones en actividades extra académicas

2.8 Moder

adoMiembros del equipo

Incentivos por buen desempeño de los miembros del equipo

MITIGAR

Dirección de Comunicaciones

Durante todo el

Proyecto-

R003 Amenaza

Ninguna prioridad del proyecto para el Sponsor

Desinterés por el proyecto

1.5 Bajo Sponsor

Establecer un clima organizacional excelente

ACEPTAR ACTIVAMEN

TE

Director del Proyecto

Al inicio del Proyecto

Buscar otras líneas de

patrocinio

R004 Amenaza

Poco interés y prioridad del equipo de Proyecto

Poca priorización en realizar el proyecto

5.6Muy Alto

Miembros del equipo

Incentivos por calidad buena de entregables

EVITARDirector de Comunicaciones

Durante todo el

Proyecto

Asignación de dobles

actividades con mayores

beneficios a otros miembros

R005 Amenaza

Inexperiencia y /o desgano del Director del Proyecto


3.3 Moder

ado

Director del

Proyecto

Buena relación entre miembros MITIGAR

Gerente de Interesados

Durante todo el

Proyecto

Clima organizacional

excelente

R006 Amenaza

Inexperiencia del Director de Proyecto

- 5.4Muy Alto

Director del

Proyecto

Consulta de otros proyectos y revisión lecciones aprendidas

EVITARDirector del Proyecto

Al inicio del Proyecto -

R007 Amenaza

Falta de comunicación entre el equipo de trabajo e incumplimie

Sobre actividad en el Director de Calidad

3 Moder

ado

Director de Calidad Doble reajuste

de entregables MITIGARDirector de Calidad Continuo -

Director de



nto de procedimientos

Comunicaciones

R008 Amenaza

Inexperiencia de los miembros del equipo de proyecto

Pocas reuniones con el líder de usuario

2 Bajo

Analista de Tiempo Buscar de juicio

de expertos

ACEPTAR ACTIVAMEN

TE

Analista de Alcance

Durante todo el

Proyecto-

Analista de Alcance

R009 Amenaza

Errores de estimación de los costos en las actividades

Pocas reuniones con el líder de Usuario

2.7Moder

ado Gerente

de Costos

Reajuste del presupuesto con juicio de expertos

MITIGARGerente de Costos


R010 Amenaza

Adquisición de equipos sin previa revisión

Sobre actividad en el Gerente de Adquisiciones

3.6 Alto

Gerente de

Adquisiciones

Doble revisión de equipos y reclamo de garantías

TRANSFERIRGerente de Adquisiciones


-

R011 Amenaza

Por razones externas e incumplimiento con sus deberes.


3.9 Alto Miembros del equipo - TRANSFERIR

Gerente de Interesados

Durante todo el

Proyecto

Conseguir reemplazo de los

miembros del equipo



R012 Amenaza

Tareas sin terminar y/o baja prioridad de la realización del proyecto por parte de los miembros


8.4 Muy Alto

Miembros del equipo

Reducción y sanción en planilla de pagos

EVITARDirector de Comunicaciones

Durante todo el

Proyecto

Sanciones drásticas

R013 Amenaza

Incumplimiento de las tarea del Sponsor


3Moder

ado SponsorConseguir otro medio de financiamiento

MITIGARDirector del Proyecto


R014 Amenaza

Poca seguridad de los materiales del equipo del proyecto

Inexistencia de medidas de seguridad

4.4 Alto Miembros del equipo

Adquisición de otros equipos

TRANSFERIRDirector del Proyecto

Durante todo el

Proyecto.

Activar planes de reserva

R015 Amenaza

Uso inadecuado de los equipos adquiridos y mala calidad de los equipos

Adquisición de mala calidad de equipos

2.4 Moderado

Director de Calidad

Activar recibos de garantías

MITIGAR Director de Calidad

Cada reunión

.

R016 Amenaza Descuido de los comprobantes de los


1.8 Bajo Gerente de

Adquisiciones

Copia de comprobante de reembolso

ACEPTAR ACTIVAMEN

TE

Gerente de Adquisiciones

Al final del Proyecto

-



equipos

R017 Amenaza

Inexperiencia o … de los miembros del equipo de proyecto

Pocas reuniones entre los interesados del proyecto

4.4 Alto Analista de

Alcance

Establecer medidas de ganar ganar

TRANSFERIRGerente de RRHH


R018 Amenaza

Falta de compromiso de los miembros del equipo

Sobre actividades entre los miembros del proyecto

4.8 Muy Alto

Miembros del equipo

sanción por entregables de la EDT

EVITAR Director de Calidad

Durante todo el

Proyecto

R019 Amenaza

Falta de actualización de los antivirus en las laptops o Equipos infectados


2.7 Moderado

Director de Calidad

Acciones informáticas para recupero de información

MITIGAR Director de Calidad

Durante todo el

Proyecto

Llevar Información a la

nube

R020 AmenazaFallas en el sistema eléctrico

Ambientes inadecuados 0.45

Muy Bajo

Director de Calidad

Buscar adecuados ambientes

ACEPTAR PASIVAMEN

TE


Durante todo el

Proyecto

Adquisición de generadores

eléctricos

R021 AmenazaFalla en el sistema ISP

Ambientes inadecuados 0.45

Muy Bajo

Director de Calidad

Buscar ambientes con WIFI

ACEPTAR PASIVAMEN

TE


Durante todo el

Proyecto



R022 Amenaza

Bloqueo del firewall de la sistema de SEACE a nuestra IP por tramas inadecaudas.

Medidas de Seguridad del SEACE

7.2 Muy Alto

Gerente de

Desarrollo

Establecer horario adecuado para realizar pruebas del sistema

EVITAR Gerente de Desarrollo

En la etaoa de prueba

del Sistema

Cambio de IP para pruebas

R023 Amenaza

Poco interés y bajo interés en la realizacion del equipo

Inexistencia de actividades de Integración

5.2Muy Alto

Director del Proyecto Establecer

actividades de integración

EVITARGerente de RRHH

Al final de cada etapa

del proyecto

Gerente de

Interesados


9. Gestión de Adquisiciones1.1. Plan de Gestión de Adquisiciones



1.0 RE JB NM 05-11-2013 Versión Original

PLAN DE GESTIÓN DE ADQUISICIONES



ADQUISICIONES DEL PROYECTO

- Ambientes para reuniones del equipo.- Proyector.- Laptops o PC.- Impresión del plan de gestión.- Servicios de repositorio de documentos y calendario.- Coffee Break- Materiales de reunión: Hojas, lapiceros.

PROCEDIMIENTOS ESTÁNDAR A SEGUIRAmbientes para reuniones del equipo:

- Reunión jueves de 6 a 10 PM: Realización en el aula de clases facilitada por el Ing. Javier Canchano Caro.

- Reunión martes y domingos: o Enviar solicitud de Reserva de proyector a la presidenta del CCNúcleo Roxanna Sucno

un día antes de la reunión.o Recepcionar el mismo día la solicitud aprobada.

Proyector- Reunión martes y domingos:

o Enviar solicitud de Reserva de proyector a la secretaria del CEIIS Presidente del CEIIS un día antes de la reunión.

o Recepcionar el mismo día la solicitud aprobada.



Laptops o PC- Son facilitadas por los miembros del equipo ya sea durante las reuniones o por las actividades

realizadas individualmente, estas hacen incurrir en costo por alquiler que considera la depreciación del activo y la energía eléctrico por un aproximado de 2 horas.

Impresión del plan de gestión- Entregar el archivo en la fotocopiadora del CCAT,CCAT,CCNucleo o CEIIS e imprimir la

documentación del plan para el equipo

Servicios de repositorio de documentos y calendario- Los miembros deben contar con cuenta de GMAIL para aprovechar servicios gratuitos Google

Drive y Google Calendar.

FORMATOS ESTÁNDAR A UTILIZAR

SOLICITUD DE PROYECTOR

SOLICITO: Proyector

Srta. xxxxxxxxxxxxxxxxxxxxxxxx

Presidenta del xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

Yo, xxxxxxxxxxxxxx identificado con el DNI xxxxxxxxxxx y código UNI xxxxxxxxx. Ante Ud. Con el debido respeto me presento y expongo:

Que por motivos de realizar reuniones de equipo FIIS para el curso de Gestión de Proyectos Informáticos, le solicito a usted la reserva del proyector durante el día xxxxxxxxx “DÍA” de “MES” de “HORA INICIO” a “HORA FIN”.

Agradeciendo anticipadamente su atención al presente, quedo de usted.



Atentamente,

xxxxxxxxxxxxxxxxxxxxxxxxxxx

RESTRICCIONES Y SUPUESTOS

- Respuestas positivas a las solicitudes.- El proyector del proveedor seleccionado se encuentra disponible para el día xxxx en el horario

solicitado.- Salas del proveedor seleccionado no están reservadas para el día xxxxxxx en el horario

requerido.- Disposición de al menos 2 laptops para las reuniones del día jueves.- Disposición de al menos 2 laptop para reuniones de los día martes y domingos.- No hay corte de energía eléctrica - Hay conexión al WiFi

RIESGOS Y RESPUESTAS

- Respuesta negativa de solicitud de proyector: o Se realizará una nueva solicitud el mismo día lunes, dirigida al proveedor seleccionado

y a otro proveedor precalificado, se le entregará vía correo gmail para obtener respuesta el día Martes o Domingo.

- No hay sala disponible para el día xxxxxx:o Buscar aula equipada disponible para el día xxxxxx en las Áreas Académicas.o Llenar la solicitud dirigida a la secretaría académica y enviarla.o El día xxxxx recoger los resultados de la solicitud.

- No hay WiFi:o Instalar en las laptop Google drive para tener los archivos sincronizados y no depender

totalmente de la tenencia de los archivo

- No hay energía eléctrica:o Solicitar información sobre cortes programados.o Informar al equipo de la cancelación de la reunión.o Programación de reunión para el siguiente día u otro anterior a la siguiente reunión,

en caso de no haber un consenso de la hora, se deberá proponer una reunión virtual a través de Hangout.



- El aula no está equipada con un proyector o éste no se encuentra en funcionamiento:o Solicitar el proyector al CCAT o al CEIIS.o En caso de mal funcionamiento no considerado, se solicita el proyector de forma

directa al representante de otro de los proveedores precalificados.

- No hay suficientes laptop en la reunión:o El día xxxxx se hará uso de la computadora del CCAT.o El día xxxxxx se haría uso de la PC para múltiples funciones.

MÉTRICAS- El ambiente y el proyector deben estar listos antes de iniciarse la reunión.- Días de retraso de entrega de solicitudes debe ser 0.- Días de retraso de respuesta de solicitud debe ser 0.- Verificación de funcionamiento de proyector antes de la reunión.- Confirmación de disponibilidad de laptops que supere al mínimo requerido.- Minutos de retraso de la reunión por carencias de recursos debe ser 0.


1.2. Matriz de Adquisiciones

PRODUCTO O SERVICIO A ADQUIRIR

TIPO DECONTRATO

PROCEDIMIENTO DE

CONTRATACIÓN

FORMA DECONTACTAR

PROVEEDORES

REPRESENTANTE DE PROVEEDOR

PROVEEDORESPRECALIFICADOS

CRONOGRAMA DE ADQUISICIONES REQUERIDAS

SELECCIÓN PROVEEDOR

SOLICITUD AL PROVEEDOR

RESPUESTA DEL

PROVEEDOR

INICIO DE CONTRATO

A FIN DE CONTRATO

CIERRE DE CONTRATO

SALA DE REUNIONES

SOLICITUD Envío de solicitud y espera de respuesta según plazo.

PersonalLlamada telefónica

Presidenta de CCNucleoPresidenta del CCATPresidente del CEIIS

NÚCLEOCCATCEIIS

10/11/2013 11/11/2013 11/11/2013 12/11/2013 12/11/2013

SALA DE REUNIONES




NÚCLEOCCATCEIIS

10/11/2013 16/11/2013 16/11/2013 17/11/2013 17/11/2013

SALA DE REUNIONES




NÚCLEOCCATCEIIS

10/11/2013 18/11/2013 18/11/2013 19/11/2013 19/11/2013

SALA DE REUNIONES




NÚCLEOCCATCEIIS

10/11/2013 23/11/2013 23/11/2013 24/11/2013 24/11/2013

SALA DE REUNIONES

SOLICITUD Envío de solicitud y espera de respuesta según


Presidenta de CCNucleoPresidenta del

NÚCLEOCCATCEIIS

10/11/2013 25/11/2013 25/11/2013 26/11/2013 26/11/2013



plazo. CCATPresidente del CEIIS

SALA DE REUNIONES




NÚCLEOCCATCEIIS

10/11/2013 30/11/2013 301/11/2013 01/12/2013 01/12/2013

SALA DE REUNIONES




NÚCLEOCCATCEIIS

10/11/2013 02/11/2013 02/11/2013 03/12/2013 03/12/2013

PROYECTOR SOLICITUD Envío de solicitud y espera de respuesta según plazo.


Presidente del CEIIS

CEIIS 10/11/2013 11/11/2013 11/11/2013 12/11/2013 12/11/2013




CEIIS 10/11/2013 16/11/2013 16/11/2013 17/11/2013 17/11/2013




CEIIS 10/11/2013 18/11/2013 18/11/2013 19/11/2013 19/11/2013




CEIIS 10/11/2013 23/11/2013 23/11/2013 24/11/2013 24/11/2013

PROYECTOR SOLICITUD Envío de solicitud y espera de respuesta según



CEIIS 10/11/2013 25/11/2013 25/11/2013 26/11/2013 26/11/2013



plazo.PROYECTOR SOLICITUD Envío de solicitud

y espera de respuesta según plazo.



CEIIS 10/11/2013 30/11/2013 301/11/2013 01/12/2013 01/12/2013




CEIIS 10/11/2013 02/11/2013 02/11/2013 03/12/2013 03/12/2013

AULA EQUIPADA

SOLICITUDFORMAL

Envío de solicitud y espera de respuesta en 2 días.

Personal Secretaría Académica.

FIIS 10/11/2013 11/11/2013 11/11/2013 12/11/2013 12/11/2013

AULA EQUIPADA

SOLICITUDFORMAL



FIIS 10/11/2013 16/11/2013 16/11/2013 17/11/2013 17/11/2013

AULA EQUIPADA

SOLICITUDFORMAL



FIIS 10/11/2013 18/11/2013 18/11/2013 19/11/2013 19/11/2013

AULA EQUIPADA

SOLICITUDFORMAL



FIIS 10/11/2013 23/11/2013 23/11/2013 24/11/2013 24/11/2013

AULA EQUIPADA

SOLICITUDFORMAL



FIIS 10/11/2013 25/11/2013 25/11/2013 26/11/2013 26/11/2013

AULA EQUIPADA

SOLICITUDFORMAL



FIIS 10/11/2013 30/11/2013 301/11/2013 01/12/2013 01/12/2013

AULA SOLICITUD Envío de solicitud Personal Secretaría FIIS 10/11/2013 02/11/2013 02/11/2013 03/12/2013 03/12/2013



EQUIPADA FORMAL y espera de respuesta en 2 días.

Académica.

IMPRESION SOLICITUD DIRECTA

Entrega de encargo de impresión.

Personal Sra. SandraPresidente del CEIIS

Fotocopiadora CEIIS

07/11/2013 07/11/2013 07/11/2013 07/11/2013 07/11/2013




Fotocopiadora CEIIS

14/11/2013 14/11/2013 14/11/2013 14/11/2013 14/11/2013




Fotocopiadora CEIIS

21/11/2013 21/11/2013 21/11/2013 21/11/2013 21/11/2013




Fotocopiadora CEIIS

28/11/2013 28/11/2013 28/11/2013 28/11/2013 28/11/2013




Fotocopiadora CEIIS

05/11/2013 05/11/2013 05/11/2013 05/11/2013 05/11/2013


10. Gestión de Interesados1.3. Plan de Gestión de Interesados



1.0 RE JB NM 06-11-2013 Versión Original

PLAN DE GESTIÓN DE INTERESADOS



PROCESO DE IDENTIFICACION DE LOS INTERESADOS

La identificación de los interesados del proyecto se realizara de la siguiente manera:

- En reunión de equipo de proyecto, se revisara el acta de constitución del proyecto que servirá como base para identificar a los interesados y se hará una lista de los interesados del proyecto.

PROCEDIMIENTO DE CLASIFICACION DE INTERESADOS

La clasificación de los interesados del proyecto se realizara de la siguiente manera:

- Se utilizarán los siguientes modelos:

o Matriz de Interes / Poder

o Matriz de Influencia / Impacto

Se clasificará a los interesados, teniendo en cuenta los niveles de autoridad dentro del proyecto, los roles, sus intereses, expectativas e influencia de los interesados dentro del proyecto.

Formato de Salida:

PROCEDIMIENTO PARA EL REGISTRO DE INTERESADOS DEL PROYECTO



La creación del registro de interesados del proyecto, se realizara de la siguiente manera:

- En reunión de equipo se revisará el formato de registro de interesados del proyecto el cual deberá contener:

o La Información de Identificación: Nombre, posición en la organización, la ubicación, función en el proyecto, información de contacto.

o La Información de la Evaluación: Los requisitos principales, expectativas principales, influencia potencial en el proyecto, fase en el ciclo de vida donde el interés es mayor.

o Clasificación de los Interesados: Interno/externo, partidario/neutral/resistente, etc.

Formato de Salida:

PROCESO PARA LA PLANIFICACION DE GESTIÓN DE LOS INTERESADOS

La creación de las estrategias de gestión de los interesados del proyecto se realizara de la siguiente manera:

- En reunión de equipo se definirá las estrategias de gestión de interesados del proyecto el cual deberá contener:

o La lista de interesados, su interés en el proyecto, la evaluación del impacto del interesado en el proyecto, la estrategia potencial para ganar soporte o reducir obstáculos de los diferentes interesados y demás contenido que ayude a una buena estrategia con respecto a la gestión de los interesados del proyecto.

- Se tendrá en cuenta el plan para la dirección del proyecto, el registro de los interesados, la ayuda de expertos en el tema y el nivel de compromiso de cada uno de los interesados con respecto al proyecto.

PROCEDIMIENTO PARA GESTIONAR LA PARTICIPACIÓN DE LOS INTERESADOS

La creación del proceso para gestionar el compromiso de los interesados del proyecto se realizara de la siguiente manera.

- En reunión de equipo se definirá el proceso de gestión del compromiso de interesados del proyecto el cual deberá contener:

o Un registro de incidentes que permita hacer un seguimiento de la ejecución de la



planificación de gestión de los interesados.

o Solicitudes de cambios de las diferentes acciones correctivas o preventivas al ejecutar la planificación de la gestión de los interesados.

o Este proceso deberá tener en cuenta el plan de gestión de las comunicaciones para ver cómo se comunican los diferentes interesados en el proyecto.

o También deberá tener en cuenta el plan de gestión de los interesados y el registro de cambios que proviene de haber realizado el control integrado de cambios.

Formato de Salida:

PROCESO PARA CONTROLAR LA PARTICIPACIÓN DE LOS INTERESADOS

La creación del proceso para controlar el compromiso de los interesados del proyecto se realizara de la siguiente manera:

- En reunión de equipo se definirá el proceso de control del compromiso de interesados del proyecto el cual deberá contener:

o La información del desempeño del trabajo realizado, las solicitudes de cambio realizadas, las diferentes actualizaciones a los diferentes planes de gestión de todo el proyecto, las actualizaciones a los documentos del proyecto y a los activos de procesos de la organización.

o Esto se lograra mediante el uso de un sistema de gestión de la información establecido dentro del proyecto, de reuniones y de expertos en el proyecto.

1.4. Matriz Influencia VS Impacto



1.0 JP JB NM 08-11-2013 Versión Original

INFLUENCIA VS IMPACTO





PSION

IMPACTO SOBRE EL PROYECTO

BAJO ALTOIN

FLU

ENCI

A S

OB

RE

EL P

RO

YECT

O

ALT

A

Director de Proyecto:Nohelia Merino Suasnabar

Sponsor:Ing. Javier Canchano Caro

Lider Usuario:Ing. Oscar Abel Condorhuaman Quiche

BA

JA

Equipo de Dirección de Proyecto

Equipo de Desarrollo

INFLUENCIA : Involucramiento Activo

IMPACTO : Capacidad para efectuar cambios al planeamiento o ejecución del proyecto.



1.5. Matriz Interés VS Poder




MATRIZ INTERÉS VS PODER



PODER SOBRE EL PROYECTO

BAJO MEDiO ALTO

INTE

RES

SOBR

E EL

PRO

YECT

O

A F

AV

OR

Equipo de Proyecto

Equipo de Desarrollo

Director de Proyecto: Nohelia Merino Suasnabar

Sponsor:Ingeniero Javier Canchano Caro

Lider Usuario:Ingeniero Oscar Abel Condorhuaman Quiche

NO

RM

AL

EN

CO


1.6. Estrategia de Gestión de StakeholdersCONTROL DE VERSIONES



ESTRATEGIA DE GESTIÓN DE STAKEHOLDER



STAKEHOLDER INTERES EN EL PROYECTO EVALUACIÓN DEL IMPACTO

ESTRATEGIA POTENCIAL PARA GANAR SOPORTE O REDUCIR OBSTÁCULOS

Lider Usuario:Ingeniero Oscar Abel Condorhuaman Quiche

Que el prototipo del Sistema funcione exitosamente.

Muy Alto Informar continuamente sobre la perfomance del prototipo, los problemas encontrados, y solicitar su opinion en todas las fases del ciclo de vida del prototipo.

Sponsor:Ingeniero Javier Canchano Caro

Que el proyecto sea terminado exitosamente para poder satisfacer al cliente y el aseguramiento de que el grupo de alumnos han aprendido la metodologia del PMI.

Muy Alto Informar continuamente sobre la perfomance del proyecto, los problemas encontrados, y solicitar soporte de ser necesario.

Director de Proyecto:Nohelia Merino Caro

Que mejore el orden y la perfomance del proyecto.

Alto Informar continuamente y oportunamente sobre la performance del proyecto tanto en la dirección del Proyecto como en la implementación del prototipo.



Equipo de Proyecto Que la dirección del Proyecto sea llevada de manera óptima, asegurando que se cumpla con lo planeado inicialmente lo mas cerca posible.

Bajo Incluir al equipo en la planificación del proyecto y gestionar conjuntamente con el equipo la ejecución y el control de las actividades del proyecto.


1.7. Registro de StakeholdersCONTROL DE VERSIONES



IDENTIFICACIÓN EVALUACIÓN CLASIFICACIÓN

NOMBREEMPRESA Y PUESTO

LOCALI- ZACIÓN

ROL EN EL PROYECTO

INFORMACIÓN DE CONTACTO

REQUERMIENTOS PRIMORDIALES

EXPECTATIVAS

INFLUENCIA POTENCIAL

FASE DE MAYOR INTERÉS

INTERNO /

APOYO / NEUTRAL / OPOSITOR

Ing. Javier Canchano

Universidad Nacional de Ingeniería

Lima Sponsor / Comite de Control de Cambios

999640643 /[email protected]

Que el cliente quede satisfecho con el

FuerteTodo el Proyecto Interno Apoyo

Nohelia Merino Suasnabar


Lima Project Manager / Comite de Control de Cambios

998990858 /[email protected]

Cumplir con el Plan de Proyecto

Que el proyecto sea culminado exitosamente

MedianaTodo el Proyecto Interno Apoyo

Ing. Oscar Abel Condorhuaman Quiche

Empresa Cliente

Lima LiderUsuario / Comite de Control de Cambios

967689450 /oscar.condorhuaman @gmail.com

Que el prototipo cumpla las expectativas contempladas al inicio del proyecto.

Que el prototipo del Sistema funcione exitosamente.

Fuerte Todo el Proyecto Externo Apoyo


REGISTRO DE STAKEHOLDERS



mailto:[email protected]





Equipo de Proyecto


Lima Equipo de Proyecto

Ver Equipo de Proyecto

Que el desarrollo de la Dirección del Proyecto sea Bueno.

Que el equipo cumpla su rol en el proyecto.

Baja Durante toda la dirección del Proyecto.

Interno Apoyo


s


plan del proyecto.docx

Documents