Acta de Constitución (INTRO) --2.docx

SIEFUNFV – ING DE SISTEMAS

CURSO: FORMULACION Y EVALUCACION DE PROYECTOS INFORMATICOS

PROFESOR: ROBERTO ESPARZA

CICLO: 9no

AÑO: 2015

1

UNIVERSDAD NACIONAL FEDERICO VILLARREAL

FIIS – ING. DE SISTEMAS

INTEGRANNTES:

P CERPA SALAS, ROYP CHARCA GUTIERREZ, ROBERTOP FLORES SANDOVAL, INDIRAP MINAYA DE LA CRUZ, IVAN


INDICE

ACTA DE CONSTITUCION…………………………………………………………………….

EDT (Estructura de descomposición del trabajo)………………………………………………

ENUNCIADO DE REQUERIMIENTOS ………………………………………………………….

INTERESADOS (STAKEHOLDERS)……………………………………………………………..

COMUNICACIÓN…………………………………………………………………………………….

CALIDAD…………………………………………………………………………………………….

DESCRIPCION DE ROLES………………………………………………………………………..

CRONOGRAMA…………………………………………………………………………………….

RIESGO……………………………………………………………………………………………..

ORGANIGRAMA……………………………………………………………………………………

MATRIZ DE ASIGNACION DE RESPONSABILIDADES………………………………………..

PRESUPUESTO DEL PROYECTO………………………………………………………………

PLAN DE GESTION DE COSTOS……………………………………………………………….

PLAN DE GESTION DE RRHH……………………………………………………………………

MATRIZ DE ADQUISIONES…………………………………………………………………………

2


CONTROL DE VERSIONES

Versión Hecha por Revisada por Aprobada por Fecha Motivo

1.0 EQUIPO DP EQUIPO 02-06-15 Versión Original

ACTA DE CONSTITUCIÓN DEL PROYECTO

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO

Sistema Integral de Evaluación Formativa SIEFDESCRIPCIÓN DEL PROYECTO: ¿QUÉ, QUIÉN, CÓMO, CUÁNDO Y DÓNDE?El Proyecto consiste en la implementación de un Sistema Integral de Evaluación Formativa en cuanto al tema de la investigación y el trabajo final de cada egresado para la Universidad Nacional Federico Villarreal.

En el Proyecto se tienen en cuenta diferentes elementos que conforman el Sistema Integral como: Herramientas de evaluación orientada a la investigación tanto en el transcurso como al finalizar la carrera del egresado, reportes de los estándares o requisitos mínimos a cumplirse ,elaborar indicadores de calidad ,e implementación de un sistema informático.

DEFINICIÓN DEL PRODUCTO DEL PROYECTO: DESCRIPCIÓN DEL PRODUCTO, SERVICIO O CAPACIDAD A GENERAR.

Sistema Web: Es el producto final de este proyecto y que servirá para la implementación de los diferentes elementos que conforman el Sistema Integral. Este sistema web tendrá los indicadores mínimos de calidad de trabajo de fin de carrera. Logros de competencia de cada trabajo de investigación durante la carrera del alumno. DEFINICIÓN DE REQUISITOS DEL PROYECTO: DESCRIPCIÓN DE REQUERIMIENTOS FUNCIONALES, NO FUNCIONALES, DE CALIDAD, ETC., DEL PROYECTO/PRODUCTO.

El proyecto debe cumplir con los plazos establecidos en el cronograma y se debe presentar un entregable al final de cada fase del proyecto el cual debe ser aprobado por el Sponsor que dará el visto bueno a la continuación del proyecto. Al finalizar el proyecto se debe presentar un documento final con todos los pormenores de la realización del proyecto.

OBJETIVOS DEL PROYECTO: METAS HACIA LAS CUALES SE DEBE DIRIGIR EL TRABAJO DEL PROYECTO EN TÉRMINOS DE LA TRIPLE

RESTRICCIÓN.

CONCEPTO OBJETIVOS CRITERIO DE ÉXITO

1. CALIDAD Cumplir con requisitos establecidos. Presentar entregables2. TIEMPO Cumplir con el cronograma establecido. Cumplir fecha final de entrega3. COSTO Cumplir con el presupuesto asignado. No excederse del presupuestoFINALIDAD DEL PROYECTO: FIN ÚLTIMO, PROPÓSITO GENERAL, U OBJETIVO DE NIVEL SUPERIOR POR EL CUAL SE EJECUTA EL

PROYECTO. ENLACE CON PROGRAMAS, PORTAFOLIOS, O ESTRATEGIAS DE LA ORGANIZACIÓN. Cumplir con el estándar de calidad en cuanto a la Investigación Formativa y Trabajo Final de cada Egresado.

JUSTIFICACIÓN DEL PROYECTO: MOTIVOS, RAZONES, O ARGUMENTOS QUE JUSTIFICAN LA EJECUCIÓN DEL

PROYECTO.JUSTIFICACIÓN CUALITATIVA JUSTIFICACIÓN CUANTITATIVA

Establecer indicadores de calidad de la investigación y trabajo final de cada estudiante y garantizar competitividad.

Indicadores de calidad

Colaborar con el objetivo de UNFV en cuanto al logro de Acreditar cada una de sus Facultades.

Objetivo de Acreditación


3



1.0 Equipo Equipo DP 16-06-15 Versión Original

EDT DEL PROYECTO


Sistema Integral de Evaluación Formativa SIEF

4

PROYECTO SISTEMA INTEGRAL DE EVALUACION FORMATIVA

1.0 ANÁLISIS

1.1 INFORME SITUACIIÓN ACTUAL

1. 2 ENTREVISTAS

1.3 ESTUDIO DEL MERCADO

1.4 DIAGRAMA DE CASO DE USO DEL

SISTEMA

2.0 CONSTRUCCIÓN DEL SOFTWARE

2.1 CODIFICACIÓN DEL SISTEMA

2.2 DISEÑO DE LA BASE DE DATOS

2.3 PROTOTIPOS

3.0 PRUEBAS

3.1 CORRECCIÓN DE ERRORES

3,.2 INFORME DE PRUEBA DE SOFTWARE

4.0 IMPLEMENTACIÓN DEL PROYECTO

4.1 MANUAL DE USUARIO

4.2 CAPACITACIÓN

4.3 INFORME PUESTA EN MARCHA DE LOS

PLANES

5.0 GESTIÓN

5.1 PLANEAMIENTO

5.2 EJECUCIÓN

5.3 CONTROL

5.4 CIERRE




1.0 E1 E1 E1 03-06-15 Versión Original

REQUERIMIENTOS DEL PRODUCTO


SISTEMA INTEGRAL EVALUACION FORMATIVA

SIEF

REQUERIMIENTOS DEL SISTEMA

REQUERIMIENTOS FUNCIONALES/NO FUNCIONALES CARACTERÍSTICAS

1. El sistema debe registrar Las herramientas de evaluación correspondiente a cada asignatura.

1. Es un sistema web y multiusuario para el manejo y muestra de información y reportes de resultados obtenidos a partir de estándares.

2. El sistema debe permitir la consulta de información almacenada de manera rápida y sencilla para el administrador.

2. El sistema muestra y actualiza datos de cada trabajo de investigación.

3. El sistema debe funcionar desde una infraestructura de acceso única en el caso del administrador.

3. Sistema con interfaz amigable y de fácil uso.

4. El tiempo de respuesta del sistema no debe ser mayor a 3 segundos y debe soportar un enorme flujo de trabajo.

4. Sistema compuesto por los módulos de registro, consultas y records.

5. El sistema debe permitir el manejo de sesiones y la creación de usuarios personales para cada trabajo final de investigación del egresado.

6. El sistema debe presentar 2 interfaces, una para los trabajos finales de investigación en la cual tendrán acceso a todos los módulos informativos; y otra interfaz para el administrador en la cual tendrá acceso a la información completa, generación de resultados y detalles de cada trabajo evaluado con los estándares mínimos a cumplir.7. El sistema debe funcionar conectada a una base de datos.

5


CRITERIOS DE ACEPTACIÓN DEL PRODUCTO

CONCEPTOS CRITERIOS DE ACEPTACIÓN

1. TÉCNICOS El sistema debe cumplir con todos los requerimientos solicitados.2. DE CALIDAD Se debe lograr el 90% de satisfacción del cliente.3. ADMINISTRATIVOS Los entregables deben ser aprobados por el Patrocinador.4. COMERCIALES Se debe cumplir con lo estipulado en el contrato.5. SOCIALES Debe acotarse al marco normativo de la universidad

ENTREGABLES DEL PROYECTO: PRODUCTOS ENTREGABLES INTERMEDIOS Y FINALES QUE SE GENERARÁN EN CADA

FASE DEL PROYECTO.

1.0 ANÁLISIS - Informe situación actual.

- Entrevistas.

2.0 CONSTRUCCIÓN DEL SOFTWARE

- Codificación del Sistema.

- Diseño de la Base de Datos.3.0 PRUEBAS - Corrección de errores.

4.0 IMPLEMENTACIÓN DEL PROYECTO

- Manual de Usuario

5.0 GESTIÓN - Manual de Usuario

- Aplicativo del sistema

6


CONTROL DE VERSIONESVersión Hecha por Revisada por Aprobada por Fecha Motivo

1.0 EQUIPO DP EQUIPO 02-06-14 Versión Original

CLASIFICACIÓN DE STAKEHOLDERS-MATRIZ INTERÉS VS PODER-NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO Sistema Integral de Evaluación Formativa SIEF

PODER SOBRE EL PROYECTO

BAJO MEDIO ALTO

INTE

RES

SOBR

E EL

PRO

YECT

O

A FA

VOR

Project Manager:R.Cerpa

Gerente General:R.Cerpa Sponsor:Ing. Roberto EsparzaGerente de Unidad:I.FloresCoord. General:I.MinayaCoord. Administrativo:B.Charca

NO

RMAL

Proveedor de Espacio de Trabajo:K. MendietaParticipantes:Los egresados

EN C

ON

TRA

PODER: Nivel de Autoridad INTERES: Preocupación o Conveniencia

7


8



Versión Hecha por Revisada por Aprobada por Fecha Mo


MATRIZ DE COMUNICACIONES DEL PROYECTO


Sistema Integral Evaluación Formativa SIEF

INFORMACIÓN CONTENIDO FORMATO

NIVEL DE

DETALLE

RESPONSABLE DE

COMUNICAR

GRUPO RECEPTOR

METODOLOGÍA O TECNOLOGÍA

FRECUENCIA DE COMUNICACIÓ

N

CÓDIGO DE ELEMENTO

WBS

Iniciación del proyecto

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

Project Charter Alto Equipo de trabajo

Sponsor Documento digital (PDF)

Dependiendo si es o no aprobado.

0.1 Acta de constitución

Planificación del proyecto

Planificación detallada del proyecto:

- Alcance.- Tiempo- Costo.- Calidad.- RR.HH- Comunicación.- Riesgos.- Adquisiciones.- Interesados

Plan del proyecto

Muy alto Equipo de

trabajo


Dependiendo si es o no aprobado.

5.1 Plan de proyecto

Situación actual

Documentación de la situación actual de la UNFV,

Entrevista Alto AnalistaConsejo de

Equipo de trabajo

Documento digital (PDF)

Una sola vez 1.2 Entrevista

9


con respecto al manejo de un sistema integral de investigación formativa y trabajo final de carrera.

facultadPresidente de la oficina de asuntos académicos

Coordinación del proyecto

Información detallada de las reuniones.

Acta de reunión Muy Alto

Equipo de trabajo


Dependiendo de los entregables.

5.3 Reunión de coordinación

Cierre del proyecto

Datos y comunicación sobre el cierre del proyecto

Cierre del proyecto

Medio Equipo del proyecto


Una sola vez 5.4 Cierre del proyecto

CUS Requerimientos funcionales que contara el sistema.

Diagrama Muy Alto

Administrador de la base de dato

Equipo de trabajo

Documento UML

Una sola vez 1.4 Diagrama de CUS

Sistema Programación en PHP del sistema.

Codificación Muy Alto

Programador Equipo de trabajo

Codificación en PHP

Dependiendo de las veces que se programara

2.1 Codificación del sistema

Sistema Codificación y diagrama de la base de datos

Codificación y diagrama

Muy alto

Administrador de la base de dato

Equipo del proyecto

Codificación en SQL Server

Dependiendo de las veces que se necesita actualizar la base de dato

2.2 Diseño de la base de datos

Prueba del Software

Datos y comunicación de la prueba del sistema.

Prueba Muy Alto

Equipo de trabajo


Una sola vez 3.2 Informe de prueba de software

Puesta en marcha de los planees

Datos y comunicación de los planes del sistema.

Implementación del proyecto

Muy Alto

Equipo de trabajo


Una sola vez 4.2 Informe puesta en marcha de los planes

10



Versión Hecha por Revisada por Aprobada por Fecha Motivo1.0 EQUIPO DP EQUIPO 02-06-14 Versión Original

LÍNEA BASE DE CALIDAD

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO Sistema Integral de Evaluación Formativa SIEF

LÍNEA BASE DE CALIDADFACTOR DE OBJETIVO DE MÉTRICA A FRECUENCIA Y FRECUENCIA Y

CALIDAD CALIDAD USAR MOMENTO DE MOMENTO DE RELEVANTE MEDICIÓN REPORTE

PerformanceDel Proyecto CPI>=0.95

CPI= Cost PerfomanceIndexAcumulado

Frecuencia, semanal

Medición, lunes en la mañana

FrecuenciaSemanal

Reporte, martes en la tarde

PerformanceDel Proyecto SP1>=0.95

SPI=ScheldulePerformanceIndexAcumulado

Frecuencia,Semanal

Medición, lunesen la mañana

FrecuenciaSemanal

Reporte, martes en la tarde

Satisfacción deLosParticipantes aLos Cursos

Nivel deSatisfacción>=4.0

Nivel de Satisfacción=PromedioEntre 1 a 5 de 14 factores sobre Material, Instructor, y Exposición

Frecuencia,Una encuestaPor cada semana

Medición, al díaSiguiente de laencuesta

Frecuencia, una vez por cada semana

Reporte, al díaSiguiente de la medición

11


CONTROL DE VERSIONESVersión Hecho por Revisado por Aprobado por Fecha Motivo1.0 EQUIPO EQUIPO DP 10-06-15 Versión

Original

DESCRIPCION DE ROLES

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTOSistema Integral de Evaluación Formativa SIEF

NOMBRES Y APELLIDOS

CARGO ROLES EN EL PROYECTO

ROY CERPA SALASLIDER DEL

PROYECTO.

- Planificar la realización y organización de las actividades del proyecto.

- Controlar los avances de los integrantes del equipo y del proyecto.

- Coordinar las realizaciones del proyecto con los demás integrantes.

- Conducir al equipo en la realización del proyecto.

INDIRA GRACE FLORES SANDOVAL

ANALISTA DE SISTEMAS.

- Recopilar la información de la institución y de los egresados.

- Analizar la información de la institución y de los egresados.

- Realizar los casos de uso del negocio y sistema.

- IVAN MINAYA. PROGRAMADOR.

- Analizar los requerimientos del software.- Diseñar un modelo validando los

requerimientos.- Desarrollar el producto final (diseño web).

BETO CHARCA.

DISEÑADOR Y ADMINISTRADORDE LA BASE DE

DATOS

- Identificar los datos que se almacenaran en la base de datos.

- Realizar el diseño conceptual, lógico y físico de la BD.

- Ayudar al programador utilizar eficientemente la base de datos.

- Verificar o ayudar a la verificación de integridad de datos

- Responsable de la materialización física de la base de datos.

12





CRONOGRAMA DEL PROYECTO


Sistema Integral Evaluación Formativa SIEF

Nombre de tarea Duración Comienzo Fin

INICIO DEL PROYECTO lun 02/06/14ANÁLISIS 25 días mar 03/06/15 lun 07/07/15 Informe situación actual 10 días mar 03/06/15 sáb 14/06/15 Entrevista 5 días lun 16/06/15 vie 20/06/15 Estudio del mercado 10 días sáb 21/06/15 jue 03/07/15 Diagrama de caso de uso del sistema 2 días vie 04/07/15 lun 07/07/15DISEÑO DEL SOFTWARE 24 días mar 08/07/15 vie 08/08/15 Codificación del sistema 10 días mar 08/07/15 sáb 19/07/15 Diseño de la base de datos 6 días lun 21/07/15 sáb 26/07/15 Prototipos 10 días lun 28/07/15 vie 08/08/15PRUEBAS 9 días mar 09/09/15 vie 19/09/15 Corrección de errores 5 días mar 09/09/15 sáb 13/09/15 Informe de prueba de software 5 días lun 15/09/15 vie 19/09/15IMPLEMENTACIÓN DEL PROYECTO 4 días sáb 20/09/15 mié 24/09/15 Manual de usuario 2 días sáb 20/09/15 dom 21/09/15 Capacitación 3 días lun 22/09/15 mié 24/09/15 Informe puesta en marcha de los planes 2 días mar 23/09/15 mié 24/09/15GESTIÓN lun 02/06/15 jue 25/09/15FIN DEL PROYECTO jue 25/09/15

13


14

CONTROL DE VERSIONESVersión Hecho por Revisado por Aprobado por Fecha Motivo

0.1 Equipo Equipo - DEP 03-06-14 Versión Original

PLAN DE GESTIÓN DE RIESGOS



Valores de impacto de riesgos- Alto: Representa el tipo de impactos que podrían hacer generar un desbalance de lo

designado en el presupuesto inicial.- Medio: Representa el tipo de impactos que podrían causar pérdidas de información del

egresado.- Bajo: Representa el tipo de impactos que podrían causar demoras en los entregables para

su respectiva aprobación.

N°

Riesgo Impacto Acción Estrategia

1

La UNFV cuenta con poca información de sus egresados, no maneja un control pertinente de la información

Medio Evitar

Reunir toda la información solicitada, y realizar un control monitoreado de dicha información.

2

Los costos del Proyecto no deben exceder del presupuesto presentado en la propuesta. Alto Evitar

Llevar la contabilidad pertinente evitando perdidas del presupuesto.

3

Los entregables deben entregarse en las fechas pactadas para que puedan ser aprobadas y se pueda continuar con el proyecto.

Bajo Evitar

Realizar un cronograma de fechas para los entregables con sanciones para los incumplimientos que surjan.

15


Original

MATRIZ DE ASIGNACION DE RESPONSABILIDADES DEL PROYECTO (RAM)

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTOSistema Integral Evaluación Formativa SIEF

NOMBRES

ACTIVIDADESCHARCA CERPA INDIRA MINAYA

ELABORAR EL ACTA DE CONSTITUCIÓNX

ELABORAR EL PLAN DE GESTION DE PROYECTOX X

ELABORAR EL EDTX

REALIZAR EL INFORME DE LOS PROCESOS ACTUALESX X

ELABORAR EL DOCUMENTO DE ALCANCEX

DESARROLLAR EL DIAGRAMA DE CASO DE USOX

ARQUITECTURA DE SOLUCIÓN DISEÑADAX

DOCUMENTO DE GESTION DEL TIEMPOX

DOCUMENTO DE GESTION DE COSTOX X

DOCUMENTO DE GESTION DE CALIDADX X

DOCUMENTO DE GESTIÓN DE RR.HH.X

DOCUMENTO DE GESTION DE COMUNICACIONESX

DOCUMENTO DE GESTION DE RIESGOX X

INFORME DE LA IDENTIFICACIÓN DE ENTIDADESX X

MODELAMIENTO DE DATOSX X X

CODIFICACIÓN DEL SISTEMAX

PROTOTIPOSX

INFORME DE LA CORRECCIÓN DE ERRORESX X

16

INFORME DE PRUEBA DE SOFTWAREX

ELABORAR EL MANUAL DE USUARIOX

ELABORAR LA CAPACITACIÓN X

DESARROLLAR EL INFORME DE CIERRE X X X


Original

PRESUPUESTO DEL PROYECTO

*POR FASE Y POR ENTREGABLE*

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTOSistema Integral de Evaluación Formativa SIEF

PROYECTO FASE ENTREGABLE MONTO (S/.)

SISTEMA INTEGRAL DE SEGUIMIENTO DEL EGRESADO

1.0Análisis

1.1 Informe de la situación actual 100.001.2 Entrevista 122.001.3 Estudio del mercado1.3 Diagrama de caso de uso del sistema 200.00

TOTAL FASE S/. 422.00

2.0 Construcción.

2.1 Codificación del Sistema 832.002.2 Diseño de la base de datos 167.002.3 Prototipos

TOTAL FASE S/.999.00

3.0 Pruebas.4.1 Corrección de Errores 800.00

4.2 Informe de prueba de software 240.00


4.0 Implementación.

5.1. Manual de usuario 5800.00

5.2. Plan de capacitación 7000.00

5.3. informe puesta en marcha de los planes 6900.00

TOTAL FASE S/19700.00

5.0 Gestión.

6.1 Planeamiento 800.00

6.2 Ejecución 2000.00

6.3 Control 400.00

6.4 Cierre 400.00


17

TOTAL FASES S/. 27070

OTROS COSTOS S/. 1500.00

SUBTOTAL DE PROYECTO S/. 28570Reserva de Contingencia S/. 3000

Reserva de gestión S/. 6000PRESUPUESTO TOTAL DEL PROYECTO S/. 37570



1.0 EQUIPO DP EQUIPO 05-06-15 Versión original

PLAN DE GESTIÓN DE COSTOS



TIPOS DE ESTIMACIÓN DEL PROYECTO: TIPOS DE ESTIMACIÓN A UTILIZAR EN EL PROYECTO CON INDICACIÓN DEL

MODO DE FORMULACIÓN Y LOS NIVELES DE PRECISIÓN DE CADA TIPO.TIPO DE ESTIMACIÓN (ESPECIFICAR LOS TIPOS

DE ESTIMACIÓN A USAR EN EL PROYECTO, EJM. ORDEN

DE MAGNITUD, PRESUPUESTO, DEFINITIVA)

MODO DE FORMULACIÓN (ESPECIFICAR EN DETALLE EL MODO DE

FORMULACIÓN DEL ESTIMADO INDICANDO

EL PORQUÉ, QUIÉN, CÓMO, Y CÚANDO)

NIVEL DE PRECISIÓN (ESPECIFICAR

EL NIVEL DE PRECISIÓN DEL ESTIMADO, EJM. -15% +25%)

Orden de Magnitud Formulación por Analogía - 25% al +75%Presupuesto Bottom up -15% al +25%Definitivo Bottom up -5% al +10%

UNIDADES DE MEDIDA: UNIDADES DE MEDIDA A UTILIZAR, PARA ESTIMAR Y TRABAJAR CADA TIPO DE RECURSO.TIPO DE RECURSO UNIDADES DE MEDIDA

Recurso Personal Costo / horaRecurso Material o Consumible UnidadesRecurso Máquina o no Consumibles Unidades

CUENTA DE CONTROL (CÓDIGO Y NOMBRE DE

CUENTA)

ENTREGABLES (FASES O ENTREGABLES

AGRUPADOS EN LA

CUENTA)

PRESUPUESTO (MONTO DEL

PRESUPUESTO PARA LA

CUENTA)

RESPONSABLE (PERSONA RESPONSABLE DE MONITOREAR Y LOGRAR LOS

OBJETIVOS DE COSTOS)

FECHAS

INICIO-FIN(FECHAS PROGRAMADAS DE

INICIO Y FIN DE LOS

ENTREGABLES DE LA CUENTA)

No aplica para el proyecto





PLANIFICACIÓN GRADUAL: FORMA EN QUE SE UTILIZARÁ LA PLANIFICACIÓN GRADUAL, DEFINIENDO LAS ETAPAS Y LOS

NIVELES DE AGREGACIÓN DE LOS COMPONENTES DE PLANIFICACIÓN, ASÍ COMO LA FECHA EN QUE SE EMITIRÁN LOS PRESUPUESTOS NO EXPANDIDOS Y LA PERSONA RESPONSABLE DE HACERLOS.

ETAPA(ETAPAS DE LA PLANIFICACIÓN

GRADUAL, O MOMENTOS EN LOS

CUALES SE PRESENTARÁN LAS LÍNEAS

BASE CON COMPONENTES DE

PLANIFICACIÓN NO EXPANDIDOS)

COMPONENTES DE

PLANIFICACIÓN (COMPONENTES DE

PLANIFICACIÓN A USAR EN DICHA

ETAPA)

FECHA DE EMISIÓN DE

PRESUPUESTO(FECHA APROXIMADA EN QUE SE

EMITIRÁ EL PRESUPUESTO

USANDO LOS COMPONENTES DE

PLANIFICACIÓN DE DICHA ETAPA)

RESPONSABLE (PERSONA RESPONSABLE DE EMITIR EL

PRESUPUESTO CON LOS COMPONENTES

DE PLANIFICACIÓN DE DICHA ETAPA)

No aplica para el proyecto No aplica para el proyecto



UMBRALES DE CONTROL

18

ALCANCE: PROYECTO/FASE/ENTREGABLE

(ESPECIFICAR SI EL UMBRAL DE CONTROL APLICA A

TODO EL PROYECTO, UNA FASE, UN GRUPO DE

ENTREGABLES O UN ENTREGABLE ESPECÍFICO)

VARIACIÓN PERMITIDA (VARIACIÓN PERMITIDA PARA EL ALCANCE

ESPECIFICADO, EXPRESADA EN VALORES

ABSOLUTOS, EJM $, O VALORES RELATIVOS

EJM % )

ACCIÓN A TOMAR SI VARIACIÓN EXCEDE LO PERMITIDO

(ACCIÓN A TOMAR EJM. MONITOREAR RESULTADOS,ANALIZAR VARIACIONES, O AUDITORIA PROFUNDA DE

LA VARIACIÓN)

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

MÉTODOS DE MEDICIÓN DE VALOR GANADO

19

ALCANCE: PROYECTO/FASE/ENTREGABLE

(ESPECIFICAR SI EL MÉTODO DE MEDICIÓN APLICA

A TODO EL PROYECTO, UNA FASE, UN GRUPO DE

ENTREGABLES O UN ENTREGABLE ESPECÍFICO)

MÉTODO DE MEDICIÓN (ESPECIFICAR EL MÉTODO DE MEDICIÓN QUE SE USARÁ PARA

CALCULAR EL VALOR GANADO

DE LOS ENTREGABLES ESPECIFICADOS)

MODO DE MEDICIÓN (ESPECIFICAR EN

DETALLE EL MODO DE MEDICIÓN, INDICANDO EL

QUIÉN, CÓMO, CÚANDO, DONDE)

Proyecto Completo Valor Acumulado – Curva SReporte de Perfomance Semanal delProyecto

FORMULAS DE PRONÓSTICO DEL VALOR GANADO: ESPECIFICACIÓN DE FORMULAS DE PRONÓSTICO QUE SE

UTILIZARÁN PARA EL PROYECTO.TIPO DE PRONÓSTICO FÓRMULA MODO: QUIÉN, CÓMO, CUÁNDO, DÓNDE

EAC variaciones típicas AC + (BAC-EV)/CPIInforme de Performance del ProyectoSemanalmente

NIVELES DE ESTIMACIÓN Y DE CONTROL: ESPECIFICACIÓN DE LOS NIVELES DE DETALLE EN QUE SE EFECTUARÁN LAS

ESTIMACIONES Y EL CONTROL DE LOS COSTOS.TIPO DE ESTIMACIÓN

DE COSTOS(ESPECIFICAR LOS TIPOS DE ESTIMACIÓN

A USAR EN EL PROYECTO, EJM. ORDEN DE

MAGNITUD, PRESUPUESTO, DEFINITIVA)

NIVEL DE ESTIMACIÓN DE COSTOS (ESPECIFICAR EL NIVEL DE DETALLE AL CUAL SE

EFECTUARÁN LOS ESTIMADOS DE COSTOS, EJM. ACTIVIDAD, PAQUETES DE TRABAJO,

ENTREGABLES, ETC.)

NIVEL DE CONTROL DE COSTOS (ESPECIFICAR EL NIVEL DE DETALLE AL CUAL SE EFECTUARÁ EL CONTROL

DE LOS COSTOS EN EL SISTEMA

EVM, EJM. ACTIVIDAD, PAQUETES DE TRABAJO,ENTREGABLES, ETC.)

Orden de Magnitud Por fase No aplicaPresupuesto Por actividad El mismoDefinitiva Por actividad El mismo

PROCESOS DE GESTIÓN DE COSTOS: DESCRIPCIÓN DETALLADA DE LOS PROCESOS DE GESTIÓN DE COSTOS QUE SE

REALIZARÁN DURANTE LA GESTIÓN DE PROYECTOS.PROCESO DE GESTIÓN DE

COSTOSDESCRIPCIÓN: QUÉ, QUIÉN, CÓMO, CUÁNDO, DÓNDE, CON QUÉ

Estimación de CostesSe estima los costes del proyecto en base al tipo de estimación por presupuesto y definitiva. Esto se realiza en la planificación del proyecto y es responsabilidad del Project Manager, y aprobado por el Sponsor.

Preparación de su Prepuesto de Costes

Se elabora el presupuesto del proyecto y las reservas de gestión del proyecto. Este documento es elaborado por el Project Manager 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 presentará un informe de auditoria, y de ser el caso se generará una lección aprendida.

FORMATOS DE GESTIÓN DE COSTOS: DESCRIPCIÓN DETALLADA DE LOS FORMATOS DE GESTIÓN DE COSTOS QUE SE

UTILIZARÁN DURANTE LA GESTIÓN DE PROYECTOS.FORMATO DE GESTIÓN DE

COSTOSDESCRIPCIÓN: QUÉ, QUIÉN, CÓMO, CUÁNDO, DÓNDE, CON QUÉ

Plan de Gestión de Costos Documento que informa la planificación para la gestión del costo del proyecto.Línea Base del Costo Línea base del costo del proyecto, sin incluir las reservas de contingencia.

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

Presupuesto por Fase yEntregable

El formato de Presupuesto por Fase y Entregable informa los costos delproyecto, divididos por Fases, y cada fase dividido en entregables.

20

SISTEMA DE CONTROL DE TIEMPOS: DESCRIPCIÓN DETALLADA DEL SISTEMA DE CONTROL DE TIEMPOS QUE SE

UTILIZARÁ PARA SUMINISTRAR DATOS AL SISTEMA DE CONTROL DE VALOR GANADO.DESCRIPCIÓN: QUÉ, QUIÉN, CÓMO, CUÁNDO, DÓNDE, CON QUÉ

Cada responsable del equipo de proyecto emite un reporte semanal informando los entregables realizados y el porcentaje de avance. El Project Manager se encarga de compactar la información del equipo de proyecto en el Schedule, actualizando el proyecto según los reportes del equipo, y procede a replanificar 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.

La duración del proyecto puede tener una variación de +/- 10 % del total planeado, si como resultado de la replanificación del proyecto estos márgenes son superados se necesitará emitir una solicitud de cambio, la cual deberá ser revisada y aprobada por el Project Manager y el Sponsor.NOTA.- ADJUNTAR PROCEDIMIENTOS, FLUJOGRAMAS, FORMATOS, Y SCHEDULE DE EVENTOS.

SISTEMA DE CONTROL DE COSTOS: DESCRIPCIÓN DETALLADA DEL SISTEMA DE CONTROL DE COSTOS QUE SE

UTILIZARÁ PARA SUMINISTRAR DATOS AL SISTEMA DE CONTROL DE VALOR GANADO.DESCRIPCIÓN: QUÉ, QUIÉN, CÓMO, CUÁNDO, DÓNDE, CON QUÉ

Cada responsable del equipo de proyecto emite un reporte semanal informando los entregables realizados y el porcentaje de avance. El Project Manager se encarga de compactar la información del equipo de proyecto en el Schedule, actualizando el proyecto según los reportes del equipo, y procede a replanificar 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 replanificación del proyecto estos márgenes son superados se necesitará emitir una solicitud de cambio, la cual deberá ser revisada y aprobada por el Project Manager y el Sponsor.NOTA.- ADJUNTAR PROCEDIMIENTOS, FLUJOGRAMAS, FORMATOS, Y SCHEDULE DE EVENTOS.

SISTEMA DE CONTROL DE CAMBIOS DE COSTOS: DESCRIPCIÓN DETALLADA DEL SISTEMA DE CONTROL DE

CAMBIOS DE COSTOS QUE SE UTILIZARÁ PARA MANTENER LA INTEGRIDAD DE LA LINEA BASE, FORMALIZAR, EVALUAR, Y APROBAR

CAMBIOS.

El Sponsor y el Project Manager son los responsables de evaluar, aprobar o rechazar las propuestas de cambios.

Se aprobarán automáticamente aquellos cambios de emergencia que potencialmente puedan impedir la normal ejecución del proyecto, y que por su naturaleza perentoria no puedan esperar a la reunión del Comité Ejecutivo, y que en total no excedan del 5% del presupuesto aprobado del proyecto. Estos cambios deberán ser expuestos en la siguiente reunión del equipo del proyecto.

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 (replanificació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 ProjectManager, si está no puede ser resuelta por el, es el Sponsor que asume la responsabilidad.

Una solicitud de cambio sobre el coste del proyecto que no exceda el +/- 5% del presupuesto del proyecto puede ser aprobada por el Project Manager, un requerimiento de cambio superior será resuelta por el Sponsor.

NOTA.- ADJUNTAR PROCEDIMIENTOS, FLUJOGRAMAS, FORMATOS, Y SCHEDULE DE EVENTOS.

21



1.0 EQUIPO EQUIPO DP 11-06-15 Versión original

PLAN DE RECURSOS HUMANOS



ORGANIGRAMA DEL PROYECTO: ESPECIFICAR EL ORGANIGRAMA DEL PROYECTO.

Ver Organigrama del Proyecto – versión 1.0

NOTA: ADJUNTAR ORGANIGRAMA DEL PROYECTO.ROLES Y RESPONSABILIDADES: ESPECIFICAR LA MATRIZ DE ASIGNACIONES DE RESPONSABILIDADES (RAM).

Ver Matriz de Asignación de Responsabilidades (RAM) – versión 1.0

NOTA: ADJUNTAR MATRIZ RAM.DESCRIPCIÓN DE ROLES: NOMBRE DEL ROL, OBJETIVOS, FUNCIONES, NIVELES DE AUTORIDAD, A QUIÉN REPORTA, A

QUIÉN SUPERVISA, REQUISITOS DE CONOCIMIENTOS, HABILIDADES, Y EXPERIENCIA PARA DESEMPEÑAR ROL.

Ver Descripción de Roles – versión 1.0

CRITERIOS DE LIBERACIÓN DEL PERSONAL DEL PROYECTO: CUÁNTO, CÓMO, HACIA DÓNDE?

ROLCRITERIO DE

LIBERACIÓN¿CÓMO?

DESTINO DE

ASIGNACIÓN

Sponsor Al término del proyectoNinguno por el momento

Líder del proyecto Al término del proyecto Comunicación del Sponsor Ninguno por el momento

Analista de sistemas Al terminar sus entregablesComunicación del Líder del proyecto.

Ninguno por el momento

Diseñador de BD.

Al término de contratoComunicación del Líder del proyecto.


ProgramadorAl término de contrato

Comunicación del Líder del proyecto.


CAPACITACIÓN, ENTRENAMIENTO, MENTORING REQUERIDO: QUÉ, PORQUÉ, CUÁNDO, CÓMO, DÓNDE,POR QUIÉN, CUÁNTO?

Siempre se deben aprovechar los proyectos para que los Lideres de proyecto más experimentados hagan mentoring a los menos experimentados, en este caso el Sponsor hará mentoring al Lider del proyecto para ayudarlo a desarrollar sus habilidades de gestión de proyectos.

SISTEMA DE RECONOCIMIENTO Y RECOMPENSAS: QUÉ, PORQUÉ, CUÁNTO, CÓMO, DÓNDE, POR QUIÉN,CUÁNTO?

22

El Project Manager tiene un Sistema de Incentivo por cumplimiento de las líneas base del proyecto:

1. CPI y SPI al final del proyecto, no menores de 1.0, 20% de bono sobre su remuneración mensual durante el plazo del proyecto.

2. CPI y SPI al final del proyecto, entre 0.95 y 1.0, 5% de bono sobre su remuneración mensual durante el plazo del proyecto.

3. Cualquier combinación de los logros anteriores promedia los bonos correspondientes, cualquier resultado por debajo de 0.95 anula cualquier bono.

CUMPLIMIENTO DE REGULACIONES, PACTOS, Y POLÍTICAS: QUÉ, PORQUÉ, CUÁNDO, CÓMO, DÓNDE,POR QUIÉN, CUÁNTO?

1. Cada uno de los integrantes del equipo de proyecto lleva consigo un curso de certificación internacional.

2. Todo el personal de la empresa que participa del proyecto pasará por una Evaluación deDesempeño al final del proyecto, y dicha evaluación se guardará en su file personal.

REQUERIMIENTOS DE SEGURIDAD: QUÉ, PORQUÉ, CUÁNDO, CÓMO, DÓNDE, POR QUIÉN, CUÁNTO?

1. El traslado de equipos (Laptop, Modem Internet, entre otros, hacia y desde los locales de la organización, genera riesgo de robo o asalto para el personal que traslada el equipo, por tanto se fija como requerimiento de seguridad que cualquier traslado de equipos debe ser hecho por un mínimo de dos personas (nunca una sola), y con movilidad (taxi) pagada por la empresa.

2. Los periodos de descanso en los intermedios de las sesiones, generan un riesgo de robo de los equipos de la empresa (Laptop, Modem Internet, entre otros), por tanto se fija como requerimiento de seguridad que el personal de la empresa cierre el aula o lugar donde se llevo acabo la reunión, además de estar al cuidado de los objetos.

23




MATRIZ DE ADQUISICIONES DEL PROYECTO

NOMBRE DEL PROYECTO SIGLAS DEL

PROYECTOSistema Integral de Evaluación Formativa

SIEF

PRODUCTO O

SERVICIO A

ADQUIRIR

CÓDIGO DE E

LEMENTO WBS

TIPO DE

CONTRATO

PROCEDIMIENT

O DE

CONTRATA

CIÓN

FORMA DE C

ONTACTAR

PROVEED

REQUERIMIENTO DE

ESTIMACIO

NES

I

ÁREA/ROL/ PERSONA

RESPONSABL

E DE LA

COMPRA

MANEJO DE MÚLTIPLES

PROVEEDOR

ES

PROVEEDO

RES PRE- C

ALIFICADOS

CRONOGRAMA DE ADQUISICIONES REQUERIDAS

Planif. C

Solic. R

Selecc. P

Admin. C

Cerrar

Del al Del al Del al Del al Del al

OfertasLaborales(Administrador)

5.0 Gestión

Contrato de Precio Fijo – TasaHoraria

-Convocatoria-Evaluación-Selección-Firma de Contrato.-Pago de Honorarios terminado el servicio.

Equipo de trabajo N

oAV

Proveedor único

-------- 05/06/15 10/07/15 15/08/15 21/09/15 25/09/15

Cursos de actualización (Informes)

5.0 Gestión Contrato de

Precio Fijo – TasaHoraria

-Detalle de los cursos.-Coordinación de fechas y horarios.-Confirmación de disponibilidad de horarios.-Firma de Contrato.-Pago de Honorarios terminado el

Equipo de trabajo N

oAV

Proveedor único -------

05/06/15 15/07/15 22/08/15 24/09/15 25/09/15

Organización de reuniones(Organizador)

5.0 Gestión Contrato de

Precio Fijo – TasaHoraria

-Coordinación de fechas y horarios.-Confirmación de disponibilidad de horarios.-Firma de Contrato.-Honorarios terminado el servicio.

Equipo de trabajo N

oAV

Proveedor único

------------- 10/06/15 14/07/15 20/08/15 21/09/15 23/09/15

24

Sistema web(Gestor de base de datos)

4.0 ImplementaciónDel Proyecto

Contrato de Precio Fijo – Tasa

Horaria

-Solicitud de requerimientos.-Evaluación de ofertas.-Elección de ofertas.

Equipo de

trabajoNo

AV

Proveedor único

-------------11/06/15 13/07/15 17/08/15 23/09/15 24/09/15

25

Acta de Constitución (INTRO) --2.docx

Documents

Transcript of Acta de Constitución (INTRO) --2.docx