implementación del programa de admin. para mejorar la seguridad de la empresa-planificación

FGPR020- Versión 4.0

CONTROL DE VERSIONES Versión Hecha por Revisada por Aprobada por Fecha Motivo 0.1 JMM

M ECM ECM 25-Enero-2012

SSCCOOPPEE SSTTAATTEEMMEENNTT

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO Implementación del programa de administración para

mejorar la seguridad de la empresa Collide

SSIGN

DESCRIPCIÓN DEL ALCANCE DEL PRODUCTO REQUISITOS: CONDICIONES O CAPACIDADES QUE DEBE POSEER O SATISFACER EL PRODUCTO PARA CUMPLIR CON

CONTRATOS, NORMAS, ESPECIFICACIONES, U OTROS

DOCUMENTOS FORMALMENTE IMPUESTOS.

CARACTERÍSTICAS: PROPIEDADES FÍSICAS, QUÍMICAS, ENERGÉTICAS, O SICOLÓGICAS, QUE SON DISTINTIVAS DEL PRODUCTO, Y/O QUE DESCRIBEN SU SINGULARIDAD.

Optimización de la gestión de integridad del gasoducto de COLLIDE S.A.

Herramienta informática para gestión de integridad con funcionalidad de captura e integración de información y herramientas para realizar análisis.

El sistema emitirá reportes, indicadores. Herramientas para generación de reportes. Parametrización para definir nuevos tipos de atributos, inspecciones, reparaciones, líneas o accesorios; o modificar las opciones que vienen por defecto.

Software con módulos parametrizables.

CRITERIOS DE ACEPTACIÓN DEL PRODUCTO: ESPECIFICACIONES O REQUISITOS DE RENDIMIENTO, FUNCIONALIDAD, ETC., QUE DEBEN CUMPLIRSE ANTES QUE SE ACEPTE EL PRODUCTO DEL PROYECTO. CONCEPTOS CRITERIOS DE ACEPTACIÓN 1. TÉCNICOS El cierre de fases se debe cubrir al 100% del cronograma. 2. DE CALIDAD Observaciones absueltas al 100% en el cierre de cada fase. 3. ADMINISTRATIVOS Todos los entregables deben ser aprobados por el cliente

COLLIDE S.A. 4. COMERCIALES Se deberá cumplir con todos los ítems estipulados en el contrato 5. SOCIALES

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

FASE DEL PROYECTO. FASE DEL PROYECTO PRODUCTOS ENTREGABLES

1.0 Gestión del Proyecto Proyecto gestionado

2.0Parametrizacion Inicial Parametrización del software

3.0Cargue de Módulos Módulos cargados al sistema.

4.0Modulo de Riesgo Parametrizacion API 579, 581

5.0Cargue de Históricos Información, datos cargados al sistema de gestión de integridad

6.0Formatos de Salida Parametrización de reportes de uso interno y externo.

7.0Informes Informes mensuales. Informe final

EXCLUSIONES DEL PROYECTO: ENTREGABLES, PROCESOS, ÁREAS, PROCEDIMIENTOS, CARACTERÍSTICAS, REQUISITOS, FUNCIONES, ESPECIALIDADES, FASES, ETAPAS, ESPACIOS FÍSICOS, VIRTUALES, REGIONES, ETC., QUE SON EXCLUSIONES CONOCIDAS Y NO SERÁN ABORDADAS POR EL PROYECTO, Y QUE POR LO TANTO DEBEN ESTAR CLARAMENTE ESTABLECIDAS PARA EVITAR INCORRECTAS INTERPRETACIONES ENTRE LOS STAKEHOLDERS DEL PROYECTO. No incluye ningún servicio de consultoría en Gestión de Integridad.

Contacto: [email protected], Página Web: www.dharmacon.net

Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el Project Management Institute (PMI). Como un Registered Education Provider (R.E.P.) del PMI, Dharma Consulting ha

aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI.


RESTRICCIONES DEL PROYECTO: FACTORES QUE LIMITAN EL RENDIMIENTO DEL PROYECTO, EL RENDIMIENTO DE

UN PROCESO DEL PROYECTO, O LAS OPCIONES DE PLANIFICACIÓN DEL PROYECTO. PUEDEN APLICAR A LOS OBJETIVOS DEL PROYECTO O A LOS RECURSOS QUE SE EMPLEA EN EL PROYECTO. INTERNOS A LA ORGANIZACIÓN AMBIENTALES O EXTERNOS A LA ORGANIZACIÓN El presupuesto del proyecto no debe exceder lo presentado en la propuesta a COLLIDE S.A.

Los pagos del cliente estarán sujetos a la revisión y aprobación de los informes de cierre de fase conforme el cronograma del proyecto

El contrato debe ser firmado en la fecha estipulada para el KOM.

El contrato firmado en el KOM no podrá ser modificado del cronograma.

Se presentaran informes al cierre de cada fase, al cual estará sujeta a aprobación por el área de gestión de integridad de COLLIDE S.A.

SUPUESTOS DEL PROYECTO: FACTORES QUE PARA PROPÓSITOS DE LA PLANIFICACIÓN DEL PROYECTO SE

CONSIDERAN VERDADEROS, REALES O CIERTOS. INTERNOS A LA ORGANIZACIÓN AMBIENTALES O EXTERNOS A LA ORGANIZACIÓN El cronograma del proyecto no sufrirá modificación alguna, puesto que se han establecido fechas para el cierre de fases.

Los informes de cierre de fases presentados serán revisados y aprobados por el cliente COLLIDE S.A.

2


CONTROL DE VERSIONES

Versión Hecha por Revisada por Aprobada por Fecha Motivo

0.1 JMM ECM ECM 25-01-12

DDOOCCUUMMEENNTTAACCIIÓÓNN DDEE RREEQQUUIISSIITTOOSS NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO Implementación del programa de administración para

mejorar la seguridad de la empresa Collide SSIGN

NECESIDAD DEL NEGOCIO U OPORTUNIDAD A APROVECHAR: DESCRIBIR LAS LIMITACIONES DE LA SITUACIÓN ACTUAL Y LAS RAZONES POR LAS CUÁLES SE EMPRENDE EL PROYECTO. Obtener ingresos para la empresa. Ofrecer un buen servicio al cliente, para establecer posibles vínculos para otros proyectos. Mantener el liderazgo en el desarrollo de Sistemas de Gestión de Integridad de Ductos, ya que el desarrollo del SGEC formará parte de la experiencia de TERRES. OBJETIVOS DEL NEGOCIO Y DEL PROYECTO: DEFINIR CON CLARIDAD LOS OBJETIVOS DEL NEGOCIO Y DEL PROYECTO PARA PERMITIR LAS TRAZABILIDAD DE ÉSTOS. Cumplir los requerimientos establecidos por COLLIDE S.A. para el desarrollo del Proyecto de implementación del sistema de gestión de integridad Concluir con el proyecto en el plazo solicitado por el cliente, y con el presupuesto sugerido. REQUISITOS FUNCIONALES: DESCRIBIR PROCESOS DEL NEGOCIO, INFORMACIÓN, INTERACCIÓN CON EL PRODUCTO, ETC.

STAKEHOLDER PRIORIDAD OTORGADA POR EL STAKEHOLDER

REQUISITOS CÓDIGO DESCRIPCIÓN

Muy alto RE01 Establecer los lineamientos del proyecto con base en las buenas prácticas y los estándares para el transporte y distribución de gas natural

COLLIDE S.A. (Cliente)

Alto RE02 Elaborar el plan y cronograma del proyecto

Alto RE03 Desarrollar el proyecto de acuerdo al

cronograma establecido

Muy alto RE04 Presentar los informes mensuales y todo material adicional que se genere durante el desarrollo del proyecto

Muy alto RE05 Presentación del Software de Gestión de Integridad de Ductos.

REQUISITOS NO FUNCIONALES: DESCRIBIR REQUISITOS TALES CÓMO NIVEL DE SERVICIO, PERFOMANCE, SEGURIDAD, ADECUACIÓN, ETC.







TERRES (Sponsor)

Alto RE06 Cumplir con los acuerdos presentados en la propuesta, respetando los requerimientos del cliente.

Muy Alto RE07 El proyecto debe ser rentable y

ejecutarse en el tiempo previsto. REQUISITOS DE CALIDAD: DESCRIBIR REQUISITOS RELATIVOS A NORMAS O ESTÁNDARES DE CALIDAD, O LA SATISFACCIÓN Y CUMPLIMIENTO DE FACTORES RELEVANTES DE CALIDAD.



TERRES (Sponsor)

Muy Alto RE08

Al finalizar el proyecto se espera cumplir con los estándares de calidad para la satisfacción del cliente.

CRITERIOS DE ACEPTACIÓN: ESPECIFICACIONES O REQUISITOS DE RENDIMIENTO, FUNCIONALIDAD, ETC., QUE DEBEN CUMPLIRSE ANTES DE ACEPTAR EL PROYECTO.

CONCEPTOS CRITERIOS DE ACEPTACIÓN 1. TÉCNICOS El proyecto se deberá desarrollar conforme a los estándares y normas

aplicables a la gestión de integridad de ductos 2. DE CALIDAD Observaciones absueltas sobre los Informes Técnicos (al 100%) 3. ADMINISTRATIVOS La aprobación de todos los entregables del proyecto está a cargo del Área de

Gestión de Integridad de COLLIDE S.A. 4. COMERCIALES Cumplir los acuerdos del Contrato. 5. SOCIALES 6. OTROS

REGLAS DEL NEGOCIO: REGLAS PRINCIPALES QUE FIJAN LOS PRINCIPIOS GUÍAS DE LA ORGANIZACIÓN. Comunicación constante entre el equipo de proyecto, respecto a la ejecución del proyecto. Emitir informes periódicos del rendimiento del proyecto, y tomar acciones correctivas de ser el caso. La gestión del proyecto se realiza de acuerdo a la metodología del PMI.

IMPACTOS EN OTRAS ÁREAS ORGANIZACIONALES Todas las áreas de COLLIDE S.A.

IMPACTOS EN OTRAS ENTIDADES: DENTRO O FUERA DE LA ORGANIZACIÓN EJECUTANTE. Se espera que como resultado del proyecto el personal de Gas Natural de Lima y Callao tenga la capacidad de gerenciar la Integridad del Gasoducto del Sistema de Distribución de COLLIDE S.A

. REQUERIMIENTOS DE SOPORTE Y ENTRENAMIENTO El coordinador del proyecto por parte de COLLIDE S.A. podrá realizar las consultas por medio de correo, teléfono y reuniones in-house a solicitud.

SUPUESTOS RELATIVOS A REQUISITOS El cliente

RESTRICCIONES RELATIVAS A REQUISITOS

Presentar un Informe mensual de las tareas realizadas, y un Informe final de las memorias, ambos informes deben ser revisados y aprobados por el área de gestión de integridad de COLLIDE S.A.

El pago del servicio está sujeto a la aprobación de los Informes Mensuales, los cuales serán validados por el área de gestión de integridad de COLLIDE S.A.

2

CONTROL DE VERSIONES Versión Hecha por Revisada por Aprobada por Fecha Motivo

0.1 JMM ECM ECM 24-ene-12 Versión original

NIVEL DE ESTABILIDAD Estado Abreviatura

Alto A Mediano M Bajo B

GRADO DE COMPLEJIDAD Estado Abreviatura

Alto A Mediano M Bajo B

FGPR_026_04 V4

MATRIZ DE TRAZABILIDAD DE REQUISITOS

NOMBRE DEL PROYECTO SIGLAS DEL Implementación del programa de administración para mejorar la seguridad de la empresa Collide SSIGN

ESTADO ACTUAL Estado Abreviatura

Activo AC Cancelado CA Diferido DI Adicionado AD Aprobado AP

ATRIBUTOS DE REQUISITO TRAZABILIDAD HACIA:

FUENTE

PRIORIDAD

VERSIÓN

ESTADO ACTUAL

(AC, CA, DI, AD,

AP)

FECHA DE

CUMPLIMIENTO

NIVEL DE

ESTABILIDAD (A,

M, B)

GRADO DE

COMPLEJIDAD

(A, M, B)

CRITERIO DE

ACEPTACION

NECESIDADES,

OPORTUNIDADES, METAS Y

OBJETIVOS DEL NEGOCIO

OBJETIVOS DEL

PROYECTO

ALCANCE DEL

PROYECTO

/ENTREGABLE DEL

WBS

DISEÑO DEL PRODUCTO

DESARROLLO DEL

PRODUCTO

ESTRATEGIA DE

PRUEBA

ESCENARIO DE

PRUEBA

REQUERIMIENTO DE

ALTO NIVEL

Contrato

Muy Alto

1.0

AC

-

A

M

Aprobación del

Plan de Proyecto

Satisfacción del cliente

Cumplir con el

alcance del

proyecto

Plan del

Proyecto

Se consideran las buenas

prácticas y estándares para

Transporte y Distribución de

Gas Natural.

El producto se

desarrolla de

acuerdo a los

estándares de

integridad de

ductos.

N/A

N/A

Cumplir con los

requerimientos del

cliente.

Contrato

Alto

1.0

AC

-

A

B

Aprobación del

Plan de Proyecto


Cumplir con el

alcance del

proyecto

Plan del

Proyecto

Según los requerimientos

del cliente.

-

N/A

N/A

Cumplir con los

requerimientos del

cliente.

Contrato

Muy Alto

1.0

AC

-

A

B Aprobación del

Plan de Proyecto


Cumplir con el

alcance del

proyecto

Todo el

proyecto

Se definió la duración del

proyecto en 11 meses.

Se desarrollará el

curso en 11 meses

Pruebas en conjunto

con el cliente.

N/A

Cumplir con los

requerimientos del

cliente.

Contrato

Alto

1.0

AC

-

A

M Aprobación del

Plan de Proyecto


Cumplir con el

alcance del

proyecto

Informes

Mensuales

Los informes se desarrollan

de acuerdo a los

requerimientos del cliente.

-

N/A

N/A

Cumplir con los

requerimientos del

cliente.

Contrato

Muy Alto

1.0

AC

-

A

M Aprobación del

Plan de Proyecto


Cumplir con el

alcance del

proyecto

Presentación

del proyecto

Se consideran los

requerimientos del cliente.

-

N/A

N/A

Cumplir con los

requerimientos del

cliente.

Entrevista

Alto

1.0

AC

-

M

M

Aprobación del

informe final del

proyecto

Cumplimiento de los

acuerdos con el cliente Cumplir con el

alcance del

proyecto

Todo el

proyecto

Se considera lo establecido

en el contrato. Se considera lo

establecido en el

contrato.

N/A

N/A

Cumplir con los

contratos

Entrevista

Muy Alto

1.0

AC

-

M

M

Aprobación del

informe de

Performance

Generar ingresos para la

empresa Cumplir con el

presupuesto del

proyecto.

Todo el

proyecto

Se considera informes de

desempeño

Se realiza un

seguimiento al

desempeño del

N/A

N/A

Se espera: CPI>=0.95

SPI>=0.95

Entrevista

Muy Alto

1.0

AC

-

A

A

Aprobación del

informe final del

proyecto

Obtener un producto

que cumpla con los

estándares de calidad y

satisfacción del cliente.

Cumplir con los

niveles de

Calidad

establecidos

Todo el

proyecto

Se incluyen los

procedimientos del sistema

de gestión de calidad.

Se incluyen los

procedimientos del

sistema de gestión

de calidad.

N/A

N/A

Se espera una

satisfacción del

cliente del 75%.



Versión Hecha por Revisada por Aprobada por Fecha Motivo 1.0 JMM EMC EMC 25-01-2012

WWBBSS

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO

Implementación del programa de administración para mejorar

la seguridad de la empresa Collide SSIGN

SISTEMA DE

SEGURIDAD

INTEGRAL

DE GAS


Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el Project Management Institute (PMI). Como un Registered Education Provider (R.E.P.) del PMI, Dharma Consulting ha aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI.





FASE 2:

PARAMETRIZACION INICIAL

FASE 1:

GESTIO

N DE PROYECTOS



1.0 JMM ECM ECM 25-01-2012

DDIICCCCIIOONNAARRIIOO WWBBSS ((ssiimmpplliiffiiccaaddoo)) Implementación del programa de administración SSIGN

ESPECIFICACIÓN DE PAQUETES DE TRABAJO DEL WBS DEFINIR EL OBJETIVO DEL PDT, DESCRIPCIÓN DEL PDT, DESCRIPCIÓN DEL TRABAJO Y ASIGNACIÓN DE RESPONSABILIDADES.

1.1 INICIO

1.2 PLAN DEL PROYECTO

1.3 INFORME DEL

ESTADO DEL PROYECTO

1.1.1 Project Charter: Documento que detalla la definición del proyecto, definición del producto, requerimiento de los stakeholders, necesidades del negocio, finalidad y justificación del proyecto, organizaciones que intervienen, supuestos, restricciones, riesgos, y oportunidades del proyecto. 1.1.2. Scope Statement: Documento que establece el trabajo que debe realizarse, y los productos entregables que deben producirse. Documento formalmente aprobado que define cómo se ejecuta, supervisa y controla un proyecto. Puede ser resumido o detallado y estar compuesto por uno o más planes de gestión subsidiarios y otros documentos de planificación. Documento que informará el estado de avance de cada entregable del proyecto (en cuanto a costos, tiempos, alcance y calidad), mensualmente se entregará un informe.

1.4 COORDINACION Reunión de Coordinación Semanal, del equipo de proyecto, en las

PERIODICA CON EL oficinas de COLLIDE S.A (Cliente), para informar el Avance del proyecto, y presentar

CLIENTE

1.5 CIERRE DEL PROYECTO

2.1 ALARMAS

2.2 REPRESENTACION GEOGRAFICA DE

DATOS

los informes si lo amerita. Para el cierre del proyecto se realizará una reunión con el equipo del proyecto, donde el PM deberá presentar los siguientes documentos: - Informe de Performance del Proyecto. - Lecciones Aprendidas del Proyecto. - Métricas del Proyecto. - Acta de Aceptación del Proyecto.

- Archivo Final del Proyecto. Con el módulo de alarmas se pueden definir rangos aceptables para datos de tipo numérico y una vez definidos estos rangos, cuando se ingresa un dato al sistema (por cualquier fuente. Sistemas externos, archivos planos, plantillas Web o plantillas móviles) fuera de estos rangos, se genera un correo electrónico al grupo de usuarios que se haya definido. El módulo de alarmas también permite definir un cronograma de entrada de información al sistema en determinados puntos de la tubería, tales como reparaciones o inspecciones, y con base a esto a medida que se van cumpliendo las fechas si no ha ingresado la información definida, se envía un correo informando del incumplimiento al grupo de usuarios definido; con esto se puede hacer un control a planes de acción o programas de mantenimiento, como los que puedan ser compromisos con OSINERAMA. Con este módulo se pueden generar capas geográficas a partir de datos numéricos de inspecciones y reparaciones y con base en la criticidad de los datos tomados asignarle un color representativo a cada dato. Los usos este módulo son la representación geográfica de la clasificación de zonas de acuerdo a su sensibilidad ambiental y/o poblacional (Class location y/o áreas de alta consecuencia).





2.3

PARAMETRIZACION Con las opciones de parametrización básica se pueden definir nuevos tipos de atributos, inspecciones, reparaciones, líneas o accesorios; o modificar las opciones que vienen por defecto en el software.

2.4 SEGMENTACION

DE LINEAS

Se utilizará la segmentación establecida por COLLIDE S.A. Si el cliente requiere asistencia en la segmentación de líneas, TERRES puede asistirlo en el proceso de segmentación, atendiendo la normativa internacional aplicable vigente.

FASE 3:

CARGUE DE MÓDULOS:

3.1 INSPECCIÓN

Los tipos de inspecciones se usan para definir datos que se van a poder ingresar con determinada inspección, que datos son obligatorios u opcionales y que datos se toman sobre un equipo o accesorio. Los tipos de inspecciones pueden ser: recorridos al derecho de vía, inspecciones CIS, inspecciones DCVG, resultados de análisis fisicoquímicos, población en los rededores del derecho de vía, entre otros.

3.2 REPARACIÓN

Los tipos de reparaciones se usan para definir datos que se van a ingresar con determinadas reparaciones. Los tipos de reparación pueden ser por ejemplo de recubrimiento o reparaciones mecánicas, para cada una de ellas la información que se toma es diferente y puede variar de acuerdo a los requisitos del cliente.

3.3 REPORTES

La generación de reportes es una herramienta importante para visualizar la información representada por medio de gráficos o tablas. El paquete básico del PIDT 3 permite generar reportes de: líneas, accesorios o equipos, inspecciones y reparaciones.

FASE 4:

MODULO DE RIESGO:

4.1 PARAMETRIZACIÓN

API 579

Con estos módulo se pueden hacer análisis de riesgo de falla debido a escenarios de fuga y rotura. Con base en un modelo de probabilidad cualitativo (suministrado por el cliente) se determina el índice de probabilidad de falla y con base en un modelo cuantitativo (suministrados por el cliente) se determinan valores de consecuencia tales como área de afectación, valores de remediación, valores de pérdida de producción y valores de perdida por intangibles entre otros. Con este módulo también se tiene la posibilidad de la generación de planes de acción propuestos para aplicar a corto, mediano y largo plazo, de acuerdo a la biblioteca de acciones definida y los resultados de probabilidad y consecuencia. Finalmente permite definir indicadores (definidos por el cliente) para hacer seguimiento a cumplimiento de actividades, o evolución del sistema de integridad, los indicadores pueden ser definidos para evaluar: el sistema, las líneas o los segmentos.

4.2 PARAMETRIZACIÓN

API 580

FASE 5:

CARGUE

DE HISTÓRICOS:

5.1 CARGA DE DATOS POR MEDIO DE PLANTILLAS

WEB

Como opción de obtención alternativa de datos, el PIDT 3 puede proveer plantillas para carga de datos relativa a recorridos del derecho de vía, inspecciones de interfaces aire/suelo, resultados de corridas de herramientas de limpieza interna, reparaciones mecánicas o reparaciones de recubrimientos. Este módulo contempla la parametrización de hasta siete (7) plantillas de carga de datos vía Web, cada una de estas plantillas puede tener hasta veinte (20) datos de diferentes tipos (imágenes, archivos, observaciones, fechas, mediciones, datos de georreferenciación, etc.).





5.2 CARGA DE DATOS DESDE DISPOSITIVOS

MOVILES

Otra alternativa para obtención de datos es por medio de dispositivos móviles, con este módulo se da la posibilidad de convertir teléfonos celulares (con posibilidades de conexión a internet) en dispositivos datalogger especializados, que el usuario usa para ingresar la información manualmente. Con este módulo se pueden hacer tareas de recolección de datos en campo, aún en lugares con limitaciones de conexión a internet, y posteriormente cuando se tiene conexión a internet los datos son enviados al servidor del PIDT 3 de manera encriptada por medio de internet. Se contemplan hasta tres (3) plantillas para carga de datos en este módulo y cada una de estas plantillas puede tener hasta diez (10) datos de diferentes tipos.

5.3 CARGA AUTOMÁTICA DE DATOS DESDE

SISTEMA EXTERNO

Como alternativa adicional para obtención de datos, el módulo de carga automática de datos desde sistemas externos, permite minimizar el trabajo para tener actualizada la información del sistema. Con este modulo se puede extraer la información desde bases de datos Oracle, Sql Server, MySql, Postgres u otras que sean usados por sistemas existentes en la empresa, también se pueden obtener los datos de otros sistemas por medio de la lectura de archivos en diferentes formatos (texto plano, xls, shp, dbf, etc.) ó por medio de Servicios Web (Web services. El sistema externo debe proveer el Web Service), la extracción y carga de datos es automatizada y se parametriza para que sea realizada con cierta periodicidad (diario, semanal, quincenal, mensual, etc.)

FASE 6:

FORMATOS DE SALID

A

6.1 MOTOR DE INFERENCIA FUZZY

Con este módulo el cliente tiene la libertad de crear y modificar la lógica de modelos cualitativos como por ejemplo los usados para determinar puntos de excavación con base en ciertos datos de inspecciones indirectas o para determinar áreas de alta consecuencia.

6.2 PARAMETRIZACIÓN DE REPORTES PARA

OSINERAMA

De acuerdo a los compromisos con OSINERAMA se pueden parametrizar automáticamente los reportes a entregar al ente regulador

6.3 PARAMETRIZACIÓN DE REPORTES PARA

USO INTERNO

Si el cliente lo requiere se pueden parametrizar hasta cinco (5) reportes, adicionales a los reportes con los que cuenta el PIDT 3 (inspecciones, reparaciones, riesgo, planes de acción). Estos reportes pueden ser usados para cruzar información y generar por ejemplo reportes gerenciales con gráficos y tablas especializadas.

FASE 7:

FORMATOS DE SALID

A

7.1 INFORMES MENSUALES

El informe mensual deberá informar los avances del desarrollo del proyecto usando el MS Project como herramienta de gestión.

7.2 INFORME FINAL

El Informe Final es un documento que incluye una memoria de las actividades realizadas, resultados alcanzados y todo el material elaborado durante el desarrollo del proyecto. Se debe entregar 2 juegos originales, acompañado de un CD-ROM con todos los archivos electrónicos que generan el informe y la documentación complementaria, así como un archivo en formato pdf del texto completo del informe final en idéntica estructura a la versión impresa.






1.0 JMM ECM ECM 29-01-2012

IIDDEENNTTIIFFIICCAACCIIÓÓNN YY SSEECCUUEENNCCIIAAMMIIEENNTTOO DDEE AACCTTIIVVIIDDAADDEESS


Implementación del programa de administración

para mejorar la seguridad de la empresa SSIGN




PAQUETE DE TRABAJO ACTIVIDAD DEL PAQUETE DE TRABAJO ACT. PREDECESORA

RESTRICCI

FECHA

PERSONA

ZONA

TIPO DE

ACTIVIDAD

SECUENCIAMIENTO DE

CÓDIG O WBS

NOMBRE CÓDIGO NOMBRE

ALCANCE DEL TRABAJO DE LA ACTIVIDAD

TIPO DE

RELACIÓN ADELANTO/AT

RASO

ONES O

SUPUESTO S

IMPUEST A

RESPONSA BLE

GEOGRÁFI CA

(TIME

DRIVEN, RESOURCE DRIVEN)

ACTIVIDADES DENTRO DEL PAQUETE DE TRABAJO

1.1.1 Project Charter

1.1.2 Scope Statemen t

1.2 Plan del Proyecto

1.3 Informe

del Estado del Proyecto

1.1.1.A01 Reunión con el sponsor

1.1.1.A02 Elaborar Project Charter

1.1.1.A03 Revisar Project Charter

1.1.2.A01 Reunión con

el sponsor 1.1.2.A02 Elaborar el

Scope Statement

1.1.2.A03 Revisar el

Scope Statement

1.2.A01 Elaborar el

Plan del Proyecto

1.3.A01 Elaborar el Informe del Estado del Proyecto

Reunión inicial de trabajo Redactar documento de inicio Revisar y Aprobar el Project Charter Reunión inicial de trabajo Elaborar el documento del Scope Statement Revisar y Aprobar el Scope Statement Redactar el Plan del Proyecto Redactar el Informe del Estado del Proyecto

ECM/JMM Oficina TERRES

1.1.A01 JMM Oficina TERRES

1.1.A02 ECM/JMM Oficina

TERRES

ECM/JMM Oficina

TERRES

1.1.2.A01 JMM Oficina TERRES

1.1.2.A02 ECM/JMM Oficina

TERRES

JMM Oficina

TERRES

JMM Oficina

TERRES

Time Driven Resource Driven Resource Driven Time Driven Resource Driven Resource Driven Resource Driven Resource Driven




PAQUETE DE TRABAJO ACTIVIDAD DEL PAQUETE DE TRABAJO ACT. PREDECESOR A TIPO DE RELACIÓN

ADELANTO/A TRASO

RESTRICCIO

NES O

SUPUESTOS

FECHA

IMPUEST A

PERSONA

RESPONSA BLE

ZONA

GEOGRÁFI CA

TIPO DE

ACTIVIDAD (TIME


SECUENCIAMIENTO DE


CÓDIG O WBS

NOMBRE

CÓDIGO

NOMBRE


1.4 Coordinac ión Periódica con el Cliente

1.4.A01 Realizar reunión de coordinación

Reunión de coordinación semanal

ECM/JMM Oficina TERRES

Resource Driven

1.5 Cierre del Proyecto

1.5.A01 Elaborar documentos de cierre del proyecto

Redactar documentos de cierre del proyecto

JMM Oficina TERRES

Resource Driven

2.1 Alarma 2.1.A01 Módulo de alarmas

Definición de rango de datos.

JMM Oficina TERRES

Resource Driven

2.2 Represen

tación Geográfic a de Datos

2.2.A01 Módulo Geográfico

Definición de clases de locación

JMM Oficina TERRES

Resource Driven

2.3 Parametri zación del Sistema

2.3.A01 Representación del Sistema

Realizar la Parametrizació n del Sistema

JMM Oficina TERRES

Resource Driven

2.4 Segment

ación de Líneas

2.4.A01 Realizar la segmentación de líneas.

Ejecutar y realizar la segmentación de líneas.

JMM Oficina TERRES

Resource Driven




PAQUETE DE TRABAJO ACTIVIDAD DEL PAQUETE DE TRABAJO ACT. PREDECESOR

RESTRIC

FECHA

PERSONA

ZONA

TIPO DE

ACTIVIDAD

SECUENCIAMIENTO DE

CÓDIG O WBS

NOMBRE CÓDIGO NOMBRE


A TIPO DE

RELACIÓN ADELANTO/A

TRASO

CIONES O

SUPUEST OS

IMPUEST A

RESPONSA BLE

GEOGRÁFI CA

(TIME



3.1 Inspección 3.1.A01 Definir los tipos de inspección

3.2 Reparación 3.2.A01 Definir los

tipos de reparación

3.3 Reportes 3.3.A01 Definir los

tipos de reportes

Definir e ingresar los tipos de inspección Definir e ingresar los tipos de reparación Definir y elaborar los tipos de reportes a generar

JMM Oficina TERRES

JMM Oficina

TERRES

JMM Oficina

TERRES

Resource Driven

Resource Driven

Resource Driven

4.1 Parametrizac ión API-579

4.2 Parametrizac

ión API-580

5.1 Carga de Datos por Medio de Plantillas Web

5.2 Carga de Datos desde Dispositivos Móviles

4.1.A01 Implementaci ón del módulo API-579

4.2.A01 Implementaci ón del módulo API-580

5.1.A01 Implementaci ón del módulo

5.2.A01 Implementaci

ón del módulo

Definir e implementar el módulo API-579 Definir e implementar el módulo API-579 Definir e implementar el módulo Definir e implementar el módulo

JMM Oficina TERRES

JMM Oficina

TERRES

JMM Oficina

TERRES

JMM Oficina

TERRES

Resource Driven Resource Driven Resource Driven

Resource Driven




PAQUETE DE TRABAJO ACTIVIDAD DEL PAQUETE DE TRABAJO ACT. PREDECESO

RA TIPO DE

RESTRICC IONES O

FECH

A

PERSO

NA

ZONA

TIPO DE ACTIVIDAD

(TIME

SECUENCIAMIENTO DE

CÓDIG

O WBS NOMBRE CÓDIGO NOMBRE ALCANCE DEL TRABAJO

DE LA ACTIVIDAD

RELACIÓN

ADELANTO

/ATRASO

SUPUEST OS

IMPU ESTA

RESPO NSABLE

GEOGRÁFI CA


ACTIVIDADES DENTRO DEL

PAQUETE DE TRABAJO

5.3 Carga Automática de Datos desde Sistema Externo

6.1 Motor Inferencia Fuzzy

6.2 Parametrizació n de Reportes para Osinerama

6.3 Parametrizació n de Reportes para uso Interno

5.3.A01 Implementaci ón del módulo

6.1.A01 Implementaci

ón del módulo 6.2.A01 Implementaci

ón del módulo 6.3.A01 Parametrizació

n de reportes

Definir e implementar el módulo Definir e implementar el módulo Definir e implementar el módulo Realizar la parametrización de reportes.

Oficina TERRES

JRR Oficina

TERRES

JRR Oficina

TERRES

JRR Oficina

TERRES

Resource Driven

Resource Driven Resource Driven

Resource Driven

7.1 Informes Mensuales

7.2

Informe Final

7.1.A01 Elaborar los informes mensuales

7.1.A02 Revisar los informes mensuales

7.2.A01 Elaborar los informes mensuales

7.2.A02 Revisar los informes mensuales

Redactar los informes mensuales Revisar y aprobar los informes mensuales Redactar los informes mensuales

Revisar y aprobar los informes mensuales

JRR Oficina TERRES

7.1.A01 JRR Oficina

TERRES

JRR Oficina

TERRES

7.2.A01 JRR Oficina

TERRES

Resource Driven Resource Driven Resource Driven Resource Driven






1.0 JMM ECM ECM 29-01-2012

RREEDD DDEELL PPRROOYYEECCTTOO


Implementación del programa de administración para mejorar la

seguridad de la empresa Collide SSIGN




1.3

1.3.A0 1

1.1.1

1.1

1.1.1.A01

1.1.1.A02

1.4

1.1.1.A03 1.4.A0 1

1.1.2

1.1.2.A01

1.1.2.A02

2.0

1.1 .2 .A03

2.1.A0 1

2.1

1.2 2.2 3.0 4.0 5.0 6.0 7.2 1.5

1.2 .A0 1

2.2.A0 1

2.3 .A0 1

2.3

2.4

3.1 3.2 3.3 4.1 4.2 5.1 5.2 5.3 6.1 6.2 6.3

3.1.A01 3.2.A01 3.3.A01 4.1.A01 4.2.A01 5.1.A01 5.2.A01 5.3.A01 6.1.A01 6.2.A01 6.3 .A0 1

7.2.A0 1

7.2.A0 2

1.5 .A0 1

2.4 .A0 1

7.1

7.1.A0 1

7.1.A0 2






1.0 JMM ECM ECM 30-01-2012

EESSTTIIMMAACCIIÓÓNN DDEE RREECCUURRSSOOSS YY DDUURRAACCIIOONNEESS


Implementación del programa de administración SSIGN

TIPO DE RECURSO: PERSONAL TIPO DE RECURSO: MATERIALES O

CONSUMIBLES TIPO DE RECURSO: MÁQUINAS O NO

CONSUMIBLES. ENTREGABLE ACTIVIDAD

NOMBRE DE RECURSO

TRABAJO (HR - HOM)

DURACIÓN (HRS)

SUPUESTOS Y BASES DE ESTIMACIÓN

FORMA DE CÁLCULO

NOMBRE DE RECURSO

CANTIDAD

SUPUESTOS Y BASE DE ESTIMACIÓN

FORMA DE CÁLCULO

NOMBRE DE RECURSO

CANTIDAD

SUPUESTO Y BASES DE ESTIMACIÓN

FORMA DE CÁLCULO

1.1.1.A01 Reunion con el

sponsor

ECM – JMM 2 horas – 1 h h


1.1.1.A02 Elaborar Project

Charter

1.1.1.A03 Revisar Project

Charter

JMM

R JMM

2 horas – 2 h

h 2 horas – 2 h

h




1.1.2 Scope Statement

1.1.2.A01 Reunión con el sponsor 1.1.2.A02 Elaborar el documento del scope statement 1.1.2.A03 Revisar y aprobar el documento del Scope Statement

ECM –JMM

JMM

ECM

2 horas –

h 2 horas –

h 2 horas –

h

1 h

2 h

2 h

1.2 Plan del proyecto

1.2.A01 Redactar el Plan del Proyecto

JMM 24 horas -

h

24 h

1.3 Informe del

estado del proyecto

1.3.A01 Redactar el informe plan del Proyecto

JMM 24 hora -

h

24 h

1.4 Coordinación

periódica con el cliente

1.4.A01 Reunión de coordinación semanal

ECM - JMM 2 hora - h

1 h

1.5 Cierre del proyecto

1.5.A01 Redactar documentos de cierre del proyecto

JMM 24 horas -

h

24 h

2.1 Alarma 2.1.A01 Definición de

JMM 200 horas - h

200 h




rango de datos 2.2 Representación geográfico de datos

2.2.A01 Definición de clases de locación

JMM 200 horas

- h

200 h

2.3

Parametrización del sistema

2.3.A01 Realizar la

Parametrización del Sistema

JMM

200 horas

- h

200 h

2.4

Segmentación de líneas

2.4.A01 Ejecutar y realizar la segmentación de líneas.

JMM 200 horas - h

200 h

3.1 Inspección

3.1.A01 Definir e ingresar los tipos de inspección

JMM 100 horas – h

100 h

3.2 Reparación

3.2.A01 Definir e ingresar los tipos de reparación

JMM 100 h – h

100 h

3.3 Reportes

3.3.A01 Definir y elaborar los tipos de reportes a generar

JMM 100 h – h

100 h

4.1 Parametrización

API 759

4.1.A01 Definir e implementar el módulo API-579

JMM 75 h - h

75 h

4.2 Parametrización

API 580


JMM 75 h - h

75 h

5.1 Carga de Datos por medio de

plantillas WEB

5.1.A01 Definir e implementar el módulo

JMM 75 h - h

75 h

5.2 Carga de datos

dispositivos móviles


JMM 75 h - h

75 h




5.3 Carga automática de datos desde sistema externos


JMM 75 h - h

75 h

6.1 Motor de inferencia fuzzy


JMM 75 h - h

75 h

6.2 Parametrización de reportes

para Osinerama


JMM 75 h - h

75 h

6.3 Parametrización de reportes

para uso interno

6.3.A01 Realizar la Parametrización de reportes

JMM 75 h - h

75 h

7.1 Informes mensuales

7.1.A01 Redactar los informes mensuales 7.1.A02 Revisar y aprobar los informes mensuales

JMM ECM

2 h – h

2 h - h

2 h

2 h

7.2 Informe final


JMM ECM

15 h – h

15 h - h

15 h

15 h






1.0 JMM ECM ECM 29-01-2012

CCRROONNOOGGRRAAMMAA DDEELL PPRROOYYEECCTTOO



para mejorar la seguridad de la empresa Collide SSIGN






1.0 JMM ECM ECM 30-01-2012

CCOOSSTTEEOO DDEELL PPRROOYYEECCTTOO



para mejorar la seguridad de la empresa Collide

ENTREGA BLE

ACTIVI DAD

TIPO DE RECURSO: PERSONAL

TIPO DE RECURSO: MATERIALES O CONSUMIBLES TIPO DE RECURSO: MÁQUINAS O NO CONSUMIBLES

NOMBRE DEL

RECURSO

UNIDA

DES

CANTI

DAD

COSTO

UNITARIO

COSTO

TOTAL

NOMBR

E DEL

RECUR

SO

UNI

DA

DE

S

CANTI

DAD

COSTO UNITARIO

COSTO TOTAL

NOMBR

E DEL

RECUR

SO

UNIDA

DES

CANTI

DAD

COSTO

UNITARIO

COSTO

TOTAL


1.1.1.A01 Reunión con el sponsor

1.1.1.A0

2 Elaborar Project Charter

1.1.1.A0 3 Revisar Project Charter

ECMJMM

JMM

ECM

Hr-H Hr-H

Hr-H

2 1

1

$ 5000.00 $2500.00

$2500.00

$5000.00

$7500.00 $2500.00

$5000.00





1.1.2.A01 Reunión con el sponsor 1.1.2.A02 Elaborar el document o del scope statement 1.1.2.A03 Revisar y aprobar el document o del Scope Statemen t

ECM JMM

JMM

ECM

Hr-H

Hr-H

Hr-H

1

1

1

$5000.00 $2500.00

$2500.00

$2500.00

$7500.00

$1500.00

$2500.00

1.2 Plan del

proyecto

1.2.A01 Redactar el Plan del Proyecto

JMM Hr-H 1 $2500.00 $2500.00

1.3 Informe del estado

del proyecto

1.3.A01 Redactar el informe plan del Proyecto

JMM Hr-H 1 $2500.00 $2500.00




1.4 Coordinaci

on periodica con el cliente

1.4.A01 Reunión de coordinaci ón semanal

ECM – JMM Hr-H 1 $2500.00 $2500.00

1.5 Cierre

del proyecto

1.5.A01 Redactar document os de cierre del proyecto

JMM Hr-H 1 $2500.00 $2500.00

2.1 Alarma

2.1.A01 Definición de rango de datos

JMM Hr-H 1 $2500.00 $2500.00

2.2 Representa ción geográfico de datos

2.2.A01 Definición de clases de locación

JMM Hr-H 1 $2500.00 $2500.00

2.3 Parametriz ación del sistema

2.3.A01 Realizar

la Paramet rización del

Sistema

JMM

Hr-H 1 $2500.00 $2500.00

2.4

Segmentac ion de líneas

2.4.A01 Ejecutar y realizar la segmenta ción de líneas.

JMM Hr-H 1 $2500.00 $2500.00

3.1 Inspeccion

3.1.A01 Definir e ingresar

JMM Hr-H 1 $2500.00 $2500.00




los tipos de

inspección

3.2 Reparación

3.2.A01 Definir e ingresar los tipos de reparación

JMM Hr-H 1 $2500.00 $2500.00

3.3 Reportes

3.3.A01 Definir y elaborar los tipos de reportes a generar

JMM Hr-H 1 $2500.00 $2500.00

4.1

Parametriz acion API

759


JMM Hr-H 1 $2500.00 $2500.00

4.2

Parametriz acion API

580


JMM Hr-H 1 $2500.00 $2500.00

5.1 Carga de Datos por medio de plantillas

WEB


JMM Hr-H 1 $2500.00 $2500.00

5.2 Carga de datos

5.2.A01 Definir e

JMM Hr-H 1 $2500.00 $2500.00




dispositivos móviles

implementar el módulo



JMM Hr-H 1 $2500.00 $2500.00

6.1 Motor

de inferencia fuzzy


JMM Hr-H 1 $2500.00 $2500.00

6.2 Parametriz acion de

reportes para Osinerama


JMM Hr-H 1 $2500.00 $2500.00

6.3 Parametriz acion de reportes para uso interno

6.3.A01 Realizar la Parametrización de reportes

JMM Hr-H 1 $2500.00 $2500.00

7.1 Informes mensuales

7.1.A01 Redactar los informes mensuales s 7.1.A02 Revisar y aprobar los informes

JMM ECM

Hr-H Hr-H

1 1

$2500.00 $5000.00

$2500.00 $5000.00




mensuales

7.2 Informe final


JMM ECM

Hr-H Hr-H

1 1

$2500.00 $5000.00

$2500.00 $5000.00







1.0 JMM ECM ECM 30-01-2012

PPRREESSUUPPUUEESSTTOO DDEELL PPRROOYYEECCTTOO -- PPOORR FFAASSEE YY PPOORR EENNTTRREEGGAABBLLEE --




PROYECTO FASE ENTREGABLE MONTO $

SISTEMA DE SEGURIDAD INTEGRAL DE GAS NATURAL

1.0 GESTION DE PROYECTOS

1.1 Iniciación


1.3 Informe del estado del proyecto

1.4 Coordinación periódica con el cliente


350.00

200.00

200.00

1,000.00

250.00

Total Fase 2,000.00 2. PARAMETRIZACION INICIAL

2.1 Alarma

2.2 Representación geográfico de datos

2.3 Parametrización del sistema

2.4 Segmentación de líneas

20,000.00

10,000.00

90,000.00

5,000.00

Total Fase 125,000.00





3. CARGUE DE MODULOS

3.1 Inspección 3.2 Reparación

15,000.00

10,000.00

Total Fase 25,000.00 4. MODULO DE RIESGO

4.1 Parametrización API 759

4.2 Parametrización API 580

45,000.00

30,000.00

Total Fase 75,000.00 5. CARGUE DE HISTORICOS

6. FORMATOS DE SALIDA

5.1 Carga de Datos por medio de plantillas WEB

5.2 Carga de datos dispositivos móviles


6.1 Motor de inferencia fuzzy

6.2 Parametrización de reportes para osinerama

6.3 Parametrización de reportes para uso interno

10,000.00

10,000.00

10,000.00

Total Fase

80,000.00

5,000.00

5,000.00

Total Fase

30,000.00

90,000.00





7. INFORMES DE SALIDA

7.1. A01 Redactar los informes mensuales 7.1. A02 Revisar y aprobar los informes mensuales

19,000.00

19,000.00

Total Fase 38,000.00

TOTAL FASES 385,000.00 Reserva de Contingencia 19,250.00

Reserva de Gestión 19,250.00

PRESUPUESTO TOTAL DEL PROYECTO 423,500.00



Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el Project Management Institute (PMI). Como un Registered Education Provider (R.E.P.) del PMI, Dharma Consulting ha aceptado regirse

por los criterios establecidos de aseguramiento de calidad del PMI.



1.0 JMM ECM ECM 30-01-2012

PPRREESSUUPPUUEESSTTOO PPOORR SSEEMMAANNAA NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO



PROYECTO SEMANA

Nº COSTO ($) POR SEMANA

COSTO ACUMULADO

POR SEMANA

SISTEMA DE SEGURIDAD INTEGRAL DE GAS NATURAL

Semana 01

Semana 02

Semana 03

Semana 04

Semana 05

Semana 06

Semana 07

Semana 08

Semana 09

Semana 10

Semana 11

Semana 12

Semana 13

Semana 14

Semana 15

Semana 16

Semana 17

Semana 18

Semana 19

Semana 20

Semana 21

Semana 22

Semana 23

Semana 24

Semana 25

Semana 26

Semana 27

Semana 28

Semana 29

Semana 30

Semana 31

Semana 32

1000.00

2500.00

3500.00

6000.00

6000.00

6000.00

6000.00

6000.00

6000.00

6000.00

6000.00

10000.00

10000.00

10000.00

10000.00

10000.00

10000.00

10000.00

10000.00

20000.00

20000.00

20000.00

20000.00

15000.00

10000.00

10000.00

10000.00

10000.00

10000.00

10000.00

10000.00

10000.00

1000.00

3500.00

7000.00

13000.00

19000.00

25000.00

31000.00

37000.00

43000.00

49000.00

55000.00

65000.00

75000.00

85000.00

95000.00

105000.00

115000.00

125000.00

135000.00

155000.00

175000.00

195000.00

215000.00

230000.00

240000.00

250000.00

260000.00

270000.00

280000.00

290000.00

300000.00

310000.00





Semana 33

Semana 34

Semana 35

Semana 36

Semana 37

Semana 38

Semana 39

Semana 40

Semana 41

Semana 42

Semana 43

Semana 44

Semana 45

Semana 46

Semana 47

Semana 48

10000.00

10000.00

10000.00

5000.00

5000.00

5000.00

5000.00

5000.00

5000.00

5000.00

5000.00

1000.00

1000.00

1000.00

1000.00

1000.00

320000.00

330000.00

340000.00

345000.00

350000.00

355000.00

360000.00

365000.00

370000.00

375000.00

380000.00

381000.00

382000.00

383000.00

384000.00

385000.00

TOTAL FASES 385000.00 RESERVA DE CONTINGENCIA 19250.00

RESERVA DE GESTIÓN 19250.00 PRESUPUESTO TOTAL DEL PROYECTO 423500.00




1.0 JMM EMC EMC 01-02-2012

PPLLAANNTTIILLLLAA DDEE MMÉÉTTRRIICCAA DDEE CCAALLIIDDAADD




MÉTRICA DE:

PRODUCTO PROYECTO X

FACTOR DE CALIDAD RELEVANTE: ESPECIFICAR CUÁL ES EL FACTOR DE CALIDAD RELEVANTE QUE DA ORIGEN A LA MÉTRICA.

Rendimiento del proyecto

DEFINICIÓN DEL FACTOR DE CALIDAD: DEFINIR EL FACTOR DE CALIDAD INVOLUCRADO EN LA MÉTRICA Y ESPECIFICAR PORQUÉ ES RELEVANTE.

El rendimiento del proyecto “SISTEMA DE SEGURIDAD INTEGRAL DE GAS NATURAL” se define como

el cumplimiento del cronograma y del presupuesto estimado para el proyecto. Este factor de calidad es relevante pues permitirá al equipo de proyecto lograr el margen de utilidad que

ha sido calculado, caso contrario el proyecto podría no generar utilidades o más aún, podría generar pérdidas representativas.

Por otro lado el atraso en el suministro de los entregables que espera COLLIDE S.A.

nos puede ocasionar problemas contractuales

PROPÓSITO DE LA MÉTRICA: ESPECIFICAR PARA QUÉ SE DESARROLLA LA MÉTRICA? La métrica se desarrolla para monitorear el rendimiento del proyecto en cuanto a cumplimiento

del cronograma y presupuesto, y poder tomar las acciones correctas en forma oportuna.





2

DEFINICIÓN OPERACIONAL: DEFINIR COMO OPERARÁ LA MÉTRICA, ESPECIFICANDO EL QUIÉN, QUÉ, CUÁNDO, DÓNDE, CÓMO?

El Project Manager actualizará las hojas de cálculo de Gestión del Proyecto, en la quincena y fines de cana mes que dure el proyecto y calculará el CPI (Cost Perfomance Index) y el SPI (Schedule Perfomance Index), obteniendo de esta forma los ratios de perfomance del proyecto, los cuales se tendrán disponibles cada quincena .

MÉTODO DE MEDICIÓN: DEFINIR LOS PASOS Y CONSIDERACIONES PARA EFECTUAR LA MEDICIÓN.

1. Se recopilara toda la información de avances reales, valor ganado, fechas de inicio y fin real, trabajo real, y costo real, los cuales se ingresarán en el MS Project y serán la

base para los cálculos respectivos. 2. El MS Project calculará los índices de CPI y SPI

3. Estos índices se trasladarán al Informe quincenal y mensual del Proyecto. 4. Se revisará el informe con el Sponsor (ECM) y se tomarán las acciones correctivas y/o

preventivas pertinentes.

5. Se informará a COLLIDE S.A. de dichas acciones de ser el caso.

RESULTADO DESEADO: ESPECIFICAR CUÁL ES EL OBJETIVO DE CALIDAD O RESULTADO DESEADO PARA LA MÉTRICA.

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

2. Para el SPI se desea una valor acumulado no menor de 0.95

ENLACE CON OBJETIVOS ORGANIZACIONALES: ESPECIFICAR CÓMO SE ENLAZA LA MÉTRICA Y EL FACTOR DE CALIDAD RELEVANTE CON LOS OBJETIVOS DE LA ORGANIZACIÓN.

El cumplimiento de éstas métricas es indispensable para poder obtener la utilidad deseada del proyecto, lo cual a su vez posibilitará el crecimiento de la empresa dentro del mercado de la

adecuación e Implementación de un programa de administración y la mejora general de sus

productos y servicios dentro del mercado.


3

RESPONSABLE DEL FACTOR DE CALIDAD: DEFINIR QUIÉN ES LA PERSONA RESPONSABLE DE VIGILAR EL FACTOR DE CALIDAD, LOS RESULTADOS DE LA MÉTRICA, Y DE PROMOVER LAS MEJORAS DE PROCESOS QUE SEAN NECESARIAS.

La persona operativamente responsable de vigilar el factor de calidad, los resultados de la métrica, y de promover las mejoras de procesos que sean necesarias para lograr los objetivos de calidad planteados, es el Project Manager (JMM) en primera instancia, pero la

responsabilidad última de lograr la rentabilidad del proyecto y el cumplimiento de los plazos

recae en forma ejecutiva en el Sponsor del Proyecto (ECM).




1.0 JMM EMC EMC 01-02-2012

LLÍÍNNEEAA BBAASSEE DDEE CCAALLIIDDAADD NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO


LÍNEA BASE DE CALIDAD FACTOR DE CALIDAD RELEVANTE

OBJETIVO DE CALIDAD

MÉTRICA A USAR

FRECUENCIA Y MOMENTO

DE MEDICIÓN

FRECUENCIA Y MOMENTO

DE REPORTE

Performance del Proyecto

CPI >=0.95

CPI = Cost Perfomance Index Acumulado

• Frecuencia Quincenal.

• Medición Quincenal.


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

Performance del Proyecto

SPI >=0.95

SPI = Schedule Performance Index Acumulado











1.0 JMM ECM ECM 01-02-2012

PPLLAANN DDEE GGEESSTTIIOONN DDEE LLAA CCAALLIIDDAADD


Implementación del programa de administración SSIGN POLÍTICA DE CALIDAD DEL PROYECTO: ESPECIFICAR LA INTENCIÓN DE DIRECCIÓN QUE FORMALMENTE TIENE

EL EQUIPO DE PROYECTO CON RELACIÓN A LA CALIDAD DEL PROYECTO. El proyecto debe cumplir los requisitos de calidad de la Empresa TERRES: Cumplir con los tiempos establecidos y cumplir con el presupuesto establecido.

LÍNEA BASE DE CALIDAD DEL PROYECTO: ESPECIFICAR LOS FACTORES DE CALIDAD RELEVANTES PARA EL

PRODUCTO DEL PROYECTO Y PARA LA GESTIÓN DEL PROYECTO. PARA CADA FACTOR DE CALIDAD RELEVANTE DEFINIR LOS OBJETIVOS DE CALIDAD, LAS MÉTRICAS A UTILIZAR, Y LAS FRECUENCIAS DE MEDICIÓN Y DE REPORTE.

FACTOR DE CALIDAD RELEVANTE

Performance del

OBJETIVO DE CALIDAD

MÉTRICA A UTILIZAR

CPI = Cost Perfomance

FRECUENCIA Y MOMENTO DE MEDICIÓN


FRECUENCIA Y MOMENTO DE REPORTE


Proyecto CPI >=0.95

Performance del

Proyecto SPI >=0.95

Index Acumulado SPI = Schedule Performance Index Acumulado


• Frecuencia

Quincenal. • Medición

Quincenal.




PLAN DE MEJORA DE PROCESOS: ESPECIFICAR LOS PASOS PARA ANALIZAR PROCESOS, LOS CUALES FACILITARÁN

LA IDENTIFICACIÓN DE ACTIVIDADES QUE GENERAN DESPERDICIO O QUE NO AGREGAN VALOR. Pasos para mejorar el Proceso: 1. Delimitar el proceso 2. Determinar 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 MATRIZ DE ACTIVIDADES DE CALIDAD: ESPECIFICAR PARA CADA PAQUETE DE TRABAJO SI EXISTE UN

ESTÁNDAR O NORMA DE CALIDAD APLICABLE A SU ELABORACIÓN. ANALIZAR LA CAPACIDAD DEL PROCESO QUE GENERARÁ CADA ENTREGABLE Y DISEÑAR ACTIVIDADES DE PREVENCIÓN Y DE CONTROL QUE ASEGURARÁN LA OBTENCIÓN DE

ENTREGABLES CON EL NIVEL DE CALIDAD REQUERIDO (VER MATRIZ ADJUNTA). ESTÁNDAR O

PAQUETE DE TRABAJO NORMA DE CALIDAD APLICABLE

ACTIVIDADES DE PREVENCIÓN ACTIVIDADES DE CONTROL

1.1.1 Project Charter Método GP

TERRES

1.1.2 Scope Statement Método GP

TERRES 1.2 Plan del Proyecto Método GP

TERRES

Aprobación por Sponsor Aprobación por Sponsor

Aprobación por Sponsor

1.3 Informe del Estado del Proyecto

Método GP TERRES






2

1.4 Coordinación Periódica con el Cliente

Método GP TERRES


1.5 Cierre del Proyecto Método GP TERRES


2.1 Alarma Estándar de Gestión de Integridad

Revisión y observaciones.

Aprobación por COLLIDE S.A. (Cliente)

2.2 Representación Geográfica de Datos

Estándar de Gestión de Integridad



2.3 Parametrización del Sistema




2.4 Segmentación de Líneas Estándar de Gestión de Integridad



3.1 Inspección Estándar de Gestión de Integridad



3.2 Reparación Estándar de Gestión de Integridad



3.3 Reportes Estándar de Gestión de Integridad



4.1 Parametrización API-579 Estándar de Gestión de Integridad



4.2 Parametrización API-580




5.1 Carga de Datos por Medio de Plantillas Web




5.2 Carga de Datos desde Dispositivos Móviles




5.3 Carga Automática de Datos desde Sistema Externo




6.1 Motor Inferencia Fuzzy




6.2 Parametrización de Reportes para Osinerama




6.3 Parametrización de Reportes para uso Interno




7.1 Informes Mensuales

Formato Estandar de TERRES



7.2 Informe Final

Formato Estandar de TERRES



ROLES PARA LA GESTIÓN DE LA CALIDAD: ESPECIFICAR LOS ROLES QUE SERÁN NECESARIOS EN EL EQUIPO

DE PROYECTO PARA DESARROLLAR LOS ENTREGABLES Y ACTIVIDADES DE GESTIÓN DE LA CALIDAD. PARA CADA ROL ESPECIFICAR: OBJETIVOS, FUNCIONES, NIVELES DE AUTORIDAD, A QUIEN REPORTA, A QUIEN SUPERVISA, REQUISITOS DE

CONOCIMIENTOS, HABILIDADES, Y EXPERIENCIA PARA DESEMPEÑAR EL ROL.


3

ROL NO 1 : SPONSOR

Objetivos del rol: Responsable ejecutivo y final por la calidad del proyecto. Funciones del rol: Revisar, aprobar, y tomar acciones correctivas para mejorar la calidad. Niveles de autoridad: Aplicar a discreción los recursos de TERRES para el proyecto, renegociar contratos. Reporta a: Directorio Supervisa a: Project Manager Requisitos de conocimientos: Project Management y Gestión en General Requisitos de habilidades: Liderazgo, comunicación, Negociación, Motivación y solución de conflictos. Requisitos de experiencia: más de 15 años de experiencia en el ramo

ROL NO 2 : PROJECT MANAGER

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: Sponsor Supervisa a: Equipo de Proyecto Requisitos de conocimientos: Gestión de Proyectos Requisitos de habilidades: Liderazgo, Comunicación, Negociación, Motivación, y Solución de Conflictos Requisitos de experiencia: 3 años de experiencia en el cargo

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: Project Manager Supervisa a: 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 Requisitos de experiencia: Específicas según los entregables

ORGANIZACIÓN PARA LA CALIDAD DEL PROYECTO: ESPECIFICAR EL ORGANIGRAMA DEL PROYECTO

INDICANDO CLARAMENTE DONDE ESTARÁN SITUADOS LOS ROLES PARA LA GESTIÓN DE LA CALIDAD.


4

DOCUMENTOS NORMATIVOS PARA LA CALIDAD: ESPECIFICAR QUE DOCUMENTOS NORMATIVOS REGIRÁN

LOS PROCESOS Y ACTIVIDADES DE GESTIÓN DE LA CALIDAD. 1. Para Mejora Continua de Procesos 2. Para Auditorias de Procesos

PROCEDIMIENTOS

PLANTILLAS

FORMATOS

CHECKLISTS

3. Para Reuniones de Aseguramiento de Calidad 4. Para Resolución de Problemas 1. Métricas 2. Plan de Gestión de Calidad 3. 4 1. Métricas 2. Línea Base de Calidad 3. Plan de Gestión de Calidad 1. De Métricas 2. De Auditorias 3. De Acciones Correctivas

OTROS DOCUMENTOS

PROCESOS DE GESTIÓN DE LA CALIDAD: ESPECIFICAR EL ENFOQUE PARA REALIZAR LOS PROCESOS DE

GESTIÓN DE LA CALIDAD INDICANDO EL QUÉ, QUIÉN, CÓMO, CUÁNDO, DÓNDE, CON QUÉ, Y PORQUÉ. El aseguramiento de calidad se hará monitoreando continuamente la perfomance del trabajo, los resultados del control de calidad y las métricas.

ENFOQUE DE ASEGURAMIENTO DE

LA CALIDAD

Se descubrirá tempranamente cualquier necesidad para la mejora continua de los procesos. Los resultados serán las solicitudes de cambio para realizar las acciones Correctivas y preventivas Se verificará que dichas solicitudes de cambio, y/o acciones correctivas/preventivas se hayan ejecutado y hayan sido efectivas.


5

El control de calidad se ejecutara revisando los entregables para ver si están Conformes.

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

ENFOQUE DE CONTROL DE LA CALIDAD

ENFOQUE DE MEJORA DE PROCESOS

Se realizará 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 Para mejorar un proceso se seguirá lo siguiente: 1. Delimitar el proceso 2. Determinar 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.0 JMM ECM ECM 01-02-2012

OORRGGAANNIIGGRRAAMMAA DDEELL PPRROOYYEECCTTOO



SPONSOR Ernesto Cabrera Mancilla

Gerente General de

TERRES COMITÉ DE CONTROL DE CAMBIOS

TERRES

PROJECT

MANAGER Jennifer Mantilla

Equipo de Gestión del Proyecto

COORDINADOR DEL AREA DE GESTION DE INTEGRIDAD

EN COLLIDE S.A. Miguel Rojas

INGENIERO DE INTEGRIDAD EN

CORROSION

Luis Meneses

INGENIERO DE INTEGRIDAD EN MECANICA Karen

Wellinger

INGENIERO DE INTEGRIDAD EN

MANTENIMIENTO

Deonicio Pasos

PERSONAL DEL AREA DE

GESTION DE INTEGRIDADEN

COLLIDE S.A.

Mercedes Cabello

PERSONAL DEL AREA DE

GESTION DE INTEGRIDADEN

COLLIDE S.A.

Samanta Padilla

Equipo de Ejecución del Proyecto E Q U I P O I N T E G R A D O D E L P R O Y E C T O









1.0 JMM EMC EMC 01-02-2012

MMAATTRRIIZZ DDEE AASSIIGGNNAACCIIÓÓNN DDEE RREESSPPOONNSSAABBIILLIIDDAADDEESS ((RRAAMM))


Implementación del programa de administración SSIGN para mejorar la seguridad de la empresa Collide

ENTREGABLES

ROLES / PERSONAS

TERRES COLLIDE S.A.

SP PM IIC IIM IIMANT CCC CORGNLC PERGNLC 1.0 GESTION DE

PROYECTOS

1.1 Iniciacion (Project Charter y Scope Statement)

A R

1.2 Plan del proyecto A R P P

1.3 Informe del estado del proyecto R

1.4 Coordinación periódica con el cliente R

1.5 Cierre del proyecto A R P P 2.

PARAMETRIZACION

INICIAL

2.1 Alarma R P P P P

2.2 Representación geográfico de datos R P P P P

2.3 Parametrización del sistema R P P P P

2.4 Segmentación de líneas R P P P P

3. CARGUE DE

MODULOS

3.1 Inspección R P P P P

3.2 Reparación R P P P P 4. MODULO DE

RIESGO

4.1 Parametrizacion API 759

R P P P P





4.2 Parametrización API 580 R P P P P

5. CARGUE DE

HISTORICOS

5.1 Carga de Datos por medio de plantillas WEB R P P P P

5.2 Carga de datos dispositivos móviles R P P P P


R P P P P

6. FORMATOS DE

SALIDA

6.1 Motor de inferencia fuzzy R P P P P

6.2 Parametrización de reportes para osinerama R P P P P

6.3 Parametrización de reportes para uso interno R P P P P

7. INFORMES DE

SALIDA

7.1.A01 Redactar los

informes mensuales V P P P A

7.1.A02 Revisar y

aprobar los informes

mensuales

V R A

LEYENDA

R = RESPONSABLE P = PARTICIPA V = REVISA A = APRUEBA INCLUIR ESTOS DATOS EN LA TABLA SUPERIOR

LEYENDA SP = SPONSOR PM = PROJECT MANAGER IIC = INGENIERO DE INTEGRIDAD EN CORROSION IIM = INGENIERO DE INTEGRIDAD EN MECANICA IIMAN = INGENIERO DE INTEGRIDAD EN





MANTENIMIENTO CCC

= COMITÉ DE CONTROL DE CAMBIOS

CORGNLC= COORDINADOR DE

COLLIDE S.A. PERGNLC = PERSONAL DE COLLIDE S.A.

INCLUIR ESTOS DATOS EN LA TABLA SUPERIOR




1.0 JMM EMC EMC 01-02-2012

PPLLAANN DDEE RREECCUURRSSOOSS HHUUMMAANNOOSS NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO Implementación del programa de administración SSIGN para mejorar la seguridad de la empresa Collide 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

NOTA: ADJUNTAR FORMATOS DE DESCRIPCIÓN DE ROLES. ADQUISICIÓN DEL PERSONAL DEL PROYECTO: CÓMO, DE DÓNDE, CUÁNDO, CUÁNTO, ETC.? Ver Cuadro de Adquisición del Personal – versión 1.0

NOTA: ADJUNTAR CUADRO DE ADQUISICIÓN DE PERSONAL. CRONOGRAMAS E HISTOGRAMAS DE TRABAJO DEL PERSONAL DEL PROYECTO: CRONOGRAMAS DE ASIGNACIÓN DE PERSONAS Y ROLES, HISTOGRAMAS DE TRABAJO TOTALES Y POR ESPECIALIDADES.

Ver Diagramas de Carga del Personal – versión 1.0

NOTA: ADJUNTAR DIAGRAMA DE CARGA DE PERSONAL. CRITERIOS DE LIBERACIÓN DEL PERSONAL DEL PROYECTO: CUÁNTO, CÓMO, HACIA DÓNDE?

ROL CRITERIO DE LIBERACIÓN

¿CÓMO? DESTINO DE ASIGNACIÓN

SPONSOR Al término del proyecto Otros proyectos de TERRES

PROJECT MANAGER

Al término del proyecto Comunicación del Sponsor Otros proyectos de TERRES

INGENIERO DE INTEGRIDAD EN CORROSION

Al término de contrato Comunicación del Project Manager

Otros proyectos de TERRES





INGENIERO DE INTEGRIDAD EN MECANICA INGENIERO DE INTEGRIDAD EN MANTENIMIENTO

Al término de contrato Comunicación del Project Manager

Al término de contrato Comunicación del Project

Manager

Otros proyectos de TERRES Otros proyectos de TERRES

COMITÉ DE CONTROL DE CAMBIOS

Al término del proyecto Coordinación con Sponsor Otros proyectos de TERRES

COORDINADOR DEL AREA DE GESTION DE INTEGRIDAD DE GNLC PERSONAL DEL AREA DE GESTION DE INTEGRIDAD DE GNLC

Al término del proyecto Comunicación del Coordinador del área de gestión de integridad de COLLIDE S.A

Al término de contrato Comunicación del

Coordinador del área de gestión de integridad de COLLIDE S.A

Otros proyectos de COLLIDE S.A Otros proyectos de COLLIDE S.A

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

Se deben aprovechar los proyectos en que esté involucrado TERRES para que los Project Manager más experimentados hagan una inducción constante a los menos experimentados, en este caso el Sponsor hará inducción constante al Project Manager 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? El Project Manager tiene un Sistema de Incentivo por cumplimiento de las líneas base del proyecto: 1. Si el CPI y SPI al final del proyecto, no menores de 1.0, 25% de bono sobre su remuneración mensual durante el plazo del proyecto. 2. Si el CPI y SPI al final del proyecto, entre 0.95 y 1.0, 10% 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. Sólo se deben contratar ingenieros de integridad que tengan certificaciones en ASME, NACE, ASTM. 2. Todo el personal de la empresa que participa del proyecto pasará por una Evaluación de Desempeñ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? Los recursos utilizados para el proyecto deben tener un resguardo siempre que el personal que participa en el proyecto no esté en las instalaciones (Ejm: Turno Nocturnos, Horas de Refrigerio, etc).

Cuando el personal que participa en el proyecto se traslade de un lugar a otro(actividades relacionadas al proyecto) deberán tomar todas las medidas de seguridad para salvaguardar los equipos (Ejm: Con resguardo policial cuando se dirijan a zonas peligrosas)

2







1.0 JMM EMC EMC 01-02-2012

PPLLAANN DDEE GGEESSTTIIÓÓNN DDEE CCOOMMUUNNIICCAACCIIOONNEESS NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO

Implementación del programa de administración para mejorar la seguridad de la empresa Collide

SSIGN

COMUNICACIONES DEL PROYECTO: ESPECIFICAR LA MATRIZ DE COMUNICACIONES DEL PROYECTO.

Ver Matriz de Comunicaciones del Proyecto – versión 1.0

NOTA: ADJUNTAR MATRIZ DE COMUNICACIONES DEL PROYECTO

PROCEDIMIENTO PARA TRATAR POLÉMICAS: DEFINA EL PROCEDIMIENTO PARA PROCESAR Y RESOLVER LAS POLÉMICAS, ESPECIFICANDO LA FORMA DE CAPTURARLAS Y REGISTRARLAS, EL MODO EN QUE SE ABORDARÁ SU TRATAMIENTO Y RESOLUCIÓN, LA FORMA DE CONTROLARLAS Y HACERLES SEGUIMIENTO, Y EL MÉTODO DE ESCALAMIENTO EN CASO DE NO PODER RESOLVERLAS.


2

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.

2. Se codifican y registran las polémicas en el Log de Control de Polémicas:

LOG DE CONTROL DE POLEMICAS

3. Se revisa el Log de Control de Polémicas en la reunión quincenal de coordinación con el fin de:

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, de no ser así se diseñarán nuevas soluciones (continuar en el paso ‘a’).

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 será tratada de resolver por el Project Manager y el Equipo de Gestión de Proyecto, utilizando el método estándar de resolución de problemas.

b. En segunda instancia será tratada de resolver por el Project Manager, el Equipo de Gestión de Proyecto, y los miembros pertinentes del Equipo de Proyecto, utilizando el método estándar de resolución de problemas.

c. En tercera instancia será tratada de resolver por el Sponsor, el Project Manager, y los miembros pertinentes del proyecto, utilizando la negociación y/o la solución de conflictos.

d. En última instancia será resuelta por el Sponsor o por el Sponsor y el Comité de Control de Cambios si el primero lo cree conveniente y necesario.

PROCEDIMIENTO PARA ACTUALIZAR EL PLAN DE GESTIÓN DE COMUNICACIONES: DEFINA EL PROCEDIMIENTO PARA REVISAR Y ACTUALIZAR EL PLAN DE GESTIÓN DE COMUNICACIONES.


3

El Plan de Gestión de las Comunicaciones deberá ser revisado y/o actualizado cada vez que:

1. Hay una solicitud de cambio aprobada que impacte el Plan de Proyecto.

2. Hay una acción correctiva que impacte los requerimientos o necesidades de información de

los stakeholders.

3. Hay personas que ingresan o salen del proyecto.

4. Hay cambios en las asignaciones de personas a roles del proyecto.

5. Hay cambios en la matriz autoridad versus influencia de los stakeholders.

6. Hay solicitudes inusuales de informes o reportes adicionales.

7. Hay quejas, sugerencias, comentarios o evidencias de requerimientos de información no satisfechos.

8. Hay evidencias de resistencia al cambio.

9. Hay evidencias de deficiencias de comunicación intraproyecto y extraproyecto.

La actualización del Plan de Gestión de las Comunicaciones deberá seguir los siguientes pasos:

1. Identificación y clasificación de stakeholders.

2. Determinación de requerimientos de información.

3. Elaboración de la Matriz de Comunicaciones del Proyecto.

4. Actualización del Plan de Gestión de las Comunicaciones.

5. Aprobación del Plan de Gestión de las Comunicaciones.

6. Difusión del nuevo Plan de Gestión de las Comunicaciones.

GUÍAS PARA EVENTOS DE COMUNICACIÓN: DEFINA GUÍA PARA REUNIONES, CONFERENCIAS, CORREO ELECTRÓNICO, ETC.

Guías para Reuniones.-

Todas las reuniones deberán seguir las siguientes pautas:

1. Debe fijarse la agenda con anterioridad.

2. Debe coordinarse e informarse fecha, hora, y lugar con los participantes.

3. Se debe empezar puntual.

4. Se deben fijar los objetivos de la reunión, los roles (por lo menos el facilitador y el anotador), los

procesos grupales de trabajo, y los métodos de solución de controversias.

5. Se debe cumplir a cabalidad los roles de facilitador (dirige el proceso grupal de trabajo) y de anotador (toma nota de los resultados formales de la reunión).

6. Se debe terminar puntual.

7. Se debe emitir un Acta de Reunión, la cual se debe repartir a los

participantes (previa revisión por parte de ellos).


4

Guías para Correo Electrónico.-

Todos los correos electrónicos deberán seguir las siguientes pautas:

1. Los correos electrónicos entre el Equipo de Proyecto de TERRES y el Cliente deberán ser enviados por el Project Manager con copia al Sponsor, para establecer una sola vía formal de comunicación con el Cliente.

2. Los enviados por el Cliente y recibidos por cualquier persona del Equipo de Proyecto de TERRES deberán ser copiados al Project Manager y el Sponsor (si es que éstos no han sido considerados en el reparto), para que todas las comunicaciones con el Cliente estén en conocimiento de los responsables de la parte contractual.

3. Los correos internos entre miembros del Equipo de Proyecto de TERRES, deberán ser copiados a la lista EQUIPO_TERRES que contiene las direcciones de los miembros, para que todos estén permanentemente informados de lo que sucede en el proyecto.

GUÍAS PARA DOCUMENTACIÓN DEL PROYECTO: DEFINA LAS GUÍAS PARA CODIFICACIÓN, ALMACENAMIENTO, RECUPERACIÓN, Y REPARTO DE LOS DOCUMENTOS DEL PROYECTO.

Guías para Codificación de Documentos.-

La codificación de los documentos del proyecto será la siguiente:

AAAA_BBB_CCC.DDD

Donde:

AAAA = Código del Proyecto= ‘PROD’ BBB = Abreviatura del Tipo de Documento= pch, sst, wbs, dwbs, org, ram, etc. CCC = Versión del Documento=’v1_0’, ‘v2_0’, etc. DDD = Formato del Archivo=doc, exe, pdf, mpp, etc.

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 el WBS 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 Project Manager.

3. El Project Manager 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 del WBS, donde se almacenarán en el lugar correspondiente los documentos finales del proyecto. Esta carpeta se archivará en la Biblioteca de Proyectos de TERRES, y se guardará protegida contra escritura.

4. Se publicará una Relación de Documentos del Proyecto y la ruta de acceso para consulta.

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


5

Guías para Recuperación y Reparto de Documentos.-

1. La recuperación de documentos a partir de la Biblioteca de Proyectos de TERRES es libre para todos los integrantes del Equipo de Proyecto.

2. La recuperación de documentos a partir de la Biblioteca de Proyectos de TERRES para otros miembros de TERRES que no sean del Proyecto requiere autorización del Project Manager.

3. El acceso a la información del proyecto por parte de personas que no son de TERRES requiere autorización de Gerencia General, pues esta información se considera confidencial, tanto para TERRES como para el Cliente.

4. El reparto de documentos digitales e impresos es responsabilidad del Project Manager.

5. El reparto de documentos impresos no contempla el control de copias numeradas.

GUÍAS PARA EL CONTROL DE VERSIONES: DEFINA GUÍAS PARA REGISTRO Y CONTROL ORDENADO DE LAS VERSIONES DE LOS DOCUMENTOS DEL PROYECTO.

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:


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, según:

AAAA_BBB_CCC.DDD

Donde:

AAAA = Código del Proyecto= ‘PROD’ BBB = Abreviatura del Tipo de Documento= pch, sst, wbs, dwbs,org,ram,etc. CCC = Versión del Documento=’v1_0’, ‘v2_0’, etc. DDD = Formato del Archivo=doc, exe, pdf,mpp,etc.

GLOSARIO DE TERMINOLOGÍA DEL PROYECTO: GLOSARIO DE TÉRMINOS, NOMBRES, CONCEPTOS, FÓRMULAS, ETC. Ver Glosario de Terminología del Proyecto – versión 1.0.






1.0 JMM EMC EMC 01-12-2012

MMAATTRRIIZZ DDEE CCOOMMUUNNIICCAACCIIOONNEESS DDEELL PPRROOYYEECCTTOO


Implementación del programa de administración para mejorar la

seguridad de la empresa Collide

SSIGN

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

Medio

PROJECT MANAGER

SPONSOR E INGENIEROS DE INTEGRIDAD

Documento impreso (original y copia) Documento digital (PDF) vía correo electrónico

Una sola vez según cronograma del proyecto


Iniciación del Proyecto

Datos preliminares sobre el alcance del proyecto

Scope Statement

Alto

PROJECT MANAGER





Planificación del Proyecto

Planificación detallada del Proyecto: Alcance, Tiempo, Costo, Calidad, RRHH, Comunicaciones, Riesgos, y Adquisiciones

Plan del Proyecto

Muy alto

PROJECT MANAGER





Estado del Proyecto

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

Informe de Performance

Alto PROJECT MANAGER



QUINCENAL / MENSUAL

1.3 Informe del estado del proyecto




Coordinación del Proyecto

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

Acta de Reunión

Alto

PROJECT MANAGER



QUINCENAL / MENSUAL

1.4 Coordinación periódica con el cliente

Cierre del Proyecto

Datos y comunicación sobre el cierre del proyecto

Cierre del proyecto

Medio

PROJECT MANAGER





Parametrización inicial de la herramienta

Parametrización básica para definir tipos de atributos, inspecciones, reparaciones, líneas o accesorios; o modificar las opciones que vienen por defecto en la herramienta

Informe de Parametrización

Alto

PROJECT MANAGER

INGENIEROS DE INTEGRIDAD Y COORDINADOR DEL PROYECTO


Por cada etapa de parametrizacion, según cierre en el cronograma del proyecto

2.1 al 2.4 Parametrizacion inicial

Carga de módulos iniciales de la herramienta

Cargue de módulos para carga de datos por plantillas WEB, desde dispositivos móviles, desde sistemas externos, para representación geográfica de datos, ocurrencias en el cargue, lista de participantes

Informe de carga de módulos por sesión

Alto

PROJECT MANAGER



Por cada etapa de carga de módulos según cierre en el cronograma del proyecto

3.1 al 3.2 Cargue de módulos

Carga de módulo de riesgo en a herramienta

Cargue de módulo de riesgo según API 579 y 580, ocurrencias en el cargue, lista de participante

Informe de carga de módulos por sesión

Alto

PROJECT MANAGER



Por cada etapa de carga de módulos según cierre en el cronograma del proyecto

4.1 al 4.2 Modulo de riesgo




Carga de históricos

Cargue de información históricos del sistema de distribución, ocurrencias en el cargue, lista de participantes

Informe de cargue por sesión

Alto

PROJECT MANAGER



Por cada informe de cargue de históricos según cronograma del proyecto

5.1 al 5.3 Cargue de históricos

Informes de formatos de salida

Objetivos, productos esperados, análisis y resultados, conclusiones, sugerencias, y/o recomendaciones

Informe mensual

Alto

PROJECT MANAGER

COMITÉ DE CONTROL DE CAMBIOS,COORDINADOR DEL PROYECTO

Documento impreso (original y copia)

Mensual

6.1 al 6.3 Formatos de salida

Informe final de servicio

Objetivos, productos esperados, análisis y resultados, conclusiones, sugerencias, y/o recomendaciones

Informe final

Alto

PROJECT MANAGER

SPONSOR, COMITÉ DE CONTROL DE CAMBIOS,COORDINADOR DEL PROYECTO

Documento impreso (original y copia)

Una sola vez

7.1 al 7.2 Informes de finales




0.1 JMM ECM ECM 23-Enero-2012

LLIISSTTAA DDEE SSTTAAKKEEHHOOLLDDEERRSS -- PPOORR RROOLL GGEENNEERRAALL EENN EELL PPRROOYYEECCTTOO --




ROL GENERAL STAKEHOLDERS

SPONSOR Ernesto Cabrera Mancilla

EQUIPO DE PROYECTO

PROJECT MANAGER J. Mantilla EQUIPO DE GESTIÓN DE PROYECTO Luis Meneses Karen Wellinger Deonicio Pasos OTROS MIEMBROS DEL EQUIPO DE PROYECTO

PORTFOLIO MANAGER

PROGRAM MANAGER

PERSONAL DE LA OFICINA DE PROYECTOS

GERENTES DE OPERACIONES

GERENTES FUNCIONALES

COLLIDE S.A Gerente Técnico: Juan Mendez

USUARIOS / CLIENTES

COLLIDE S.A Jefatura de Mantenimiento: Manuel Santos Supervisor de Gestión de Integridad: Miguel Rojas

PROVEEDORES / SOCIOS DE NEGOCIOS

OTROS STAKEHOLDERS

COLLIDE S.A Jefatura de Operaciones Jefatura de HSE







1.O JMM ECM ECM 23-Enero-2012

CCLLAASSIIFFIICCAACCIIOONN DDEE SSTTAAKKEEHHOOLLDDEERRSS -- MMAATTRRIIZZ IINNFFLLUUEENNCCIIAA VVSS PPOODDEERR --



SSIGN

PODER SOBRE EL PROYECTO

BAJO ALTO

INFLUENCIA SOBRE EL PROYECTO

ALTA

Project Manager: J. Risco

Gerente Técnico: J. Mendez Sponsor: E. Cabrera Supervisor de Gestión de Integridad: Miguel Rojas

BAJA

EQUIPO DE GESTIÓN DE PROYECTO L. Meneses Karen Wellinger Deonicio Pasos

Jefatura de Operaciones Jefatura de HSE

PODER : Nivel de Autoridad INFLUENCIA : Involucramiento Activo







1.0 JMM EMC EMC 06.02.2012

PPLLAANN DDEE GGEESSTTIIÓÓNN DDEE RRIIEESSGGOOSS NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO



SSIGN

METODOLOGÍA DE GESTIÓN DE RIESGOS

PROCESO

DESCRIPCIÓN

HERRAMIENTAS FUENTES DE INFORMACIÓN

Planificación de Gestión de los Riesgos

Elaborar Plan de Gestión de los Riesgos

PMBOK PMI Compendium.

Sponsor y usuarios PM y equipo de proyecto.

Identificación de Riesgos

Identificar que riesgos pueden afectar el proyecto y documentar sus características

Checklist de riesgos

Sponsor y usuarios. PM y equipo de proyecto Archivos históricos de proyectos

Análisis Cualitativo de Riesgos

Evaluar probabilidad e impacto Establecer ranking de importancia

Definición de probabilidad e impacto Matriz de Probabilidad e Impacto

Sponsor y usuarios. PM y equipo de proyecto

Análisis Cuantitativo de Riesgos

No se realizará No aplica No aplica

Planificación de Respuesta a los Riesgos

Definir respuesta a riesgos Planificar ejecución de respuestas

Seguimiento y Control del Riesgos

Seguimiento y control del riesgo

Verificar la ocurrencia de riesgos. Supervisar y verificar la ejecución de respuestas. Verificar aparición de nuevos riesgos

Sponsor y usuarios. PM y equipo de proyecto

ROLES Y RESPONSABILIDADES DE GESTIÓN DE RIESGOS

PROCESO ROLES PERSONAS RESPONSABILIDADES Planificación de Gestión de los Riesgos

Equipo de G. Riesgos Líder Apoyo Miembros

Dirigir actividad, responsable directo Proveer definiciones Ejecutar Actividad








Equipo de G. Riesgos Líder

No aplica No aplica





2

Apoyo Miembros







PRESUPUESTO DE GESTIÓN DE RIESGOS

PROCESO PERSONAS MATERIALES EQUIPOS TOTAL Planificación de Gestión de los Riesgos

Líder Apoyo Miembros

$ 100 $ 250 $ 350



$ 700 $ 700









$ 700 PERIODICIDAD DE LA GESTIÓN DE RIESGOS

PROCESO

MOMENTO DE EJECUCIÓN ENTREGABLE DEL WBS

PERIODICIDAD DE EJECUCIÓN

Planificación de Gestión de los Riesgos

Al inicio del proyecto 1.2 Plan del Proyecto Una vez


Al inicio del proyecto En cada reunión del equipo del proyecto

1.2 Plan del Proyecto 1.4 Reunión de Coordinación Periódica

Una vez Semanal




Una vez Semanal


3




Una vez Semanal


En cada fase del proyecto 1.4 Reunión de Coordinación Periódica

Semanal

FORMATO

CONTENIDO Planificación de Gestión de los Riesgos Plan de Gestión de Riesgos Identificación de Riesgos Identificación y Evaluación Cualitativa de Riesgos Análisis Cualitativo de Riesgos Identificación y Evaluación Cualitativa de Riesgos Planificación de Respuesta a los Riesgos Plan de Respuesta a Riesgos


Informe de Monitoreo de Riesgos Solicitud de Cambio Acción Correctiva




1.0 JMM EMC EMC 06-02-2012

IIDDEENNTTIIFFIICCAACCIIOONN YY EEVVAALLUUAACCIIÓÓNN CCUUAALLIITTAATTIIVVAA DDEE RRIIEESSGGOOSS


Implementación del programa de administración SSIGN para mejorar la seguridad de la empresa Collide

PROBABILIDAD VALOR NUMÉRICO IMPACTO VALOR NUMÉRICO TIPO DE RIESGO PROBABILIDAD X IMPACTO

Muy Improbable 0.1 Muy Bajo 0.05 Muy Alto mayor a 0.50

Relativamente Probable 0.3 Bajo 0.10 Alto menor a 0.50

Probable 0.5 Moderado 0.20 Moderado menor a 0.30

Muy Probable 0.7 Alto 0.40 Bajo menor a 0.10

Casi Certeza 0.9 Muy Alto 0.80 Muy Bajo menor a 0.05

CÓDIGO DEL

RIESGO

DESCRIPCIÓN DEL RIESGO

CAUSA RAÍZ TRIGGER

ENTREGABLES AFECTADOS

ESTIMACIÓN DE

PROBABILIDAD

OBJETIVO AFECTADO

ESTIMACIÓN DE IMPACTO

PROB X IMPACTO

TIPO DE RIESGO

R001

Solicitudes adicionales no contemplados en el alcance Incumplimiento de los

Identificación de nuevos entregables.

Deficiencias en

Reunión de coordinaciones o consultas informales

Detección de pequeños

Todo el proyecto 0.2

3.0 Cargue de

Alcance 0.1 0.02

Tiempo 0.1 0.02

Costo 0.1 0.02

Calidad TOTAL PROBABILIDAD X

0.06 IMPACTO

Alcance 0.2 0.06

Tiempo 0.2 0.06

Bajo

R002 contratos de adquisición de módulos el servicio

del proveedor

incumplimientos o signos de no calidad de servicio

Módulos. 4.0 Módulo de riesgo.

0.3 Costo 0.3 0.09

Calidad 0.5 0.15 TOTAL PROBABILIDAD X

1.44 IMPACTO

Moderado



Motivos

Reiterada

Alcance


ROO3

R004

Renuncia del Personal clave del proyecto

Desaprobación de los informes mensuales y/o informe final

Personales. Personal no conforme con las políticas de la empresa. Conflictos personales entre los miembros del equipo. El informe no está de acuerdo a los términos de referencia del

inasistencia a las reuniones de coordinación. Reiteradas discusiones entre los miembros del equipo clave.

Conversaciones y consultas informales

7.0 Informes 0.2

7.0 Informes 0.3

Tiempo 0.20 0.04

Costo Calidad

TOTAL PROBABILIDAD X

0.04 IMPACTO

Alcance Tiempo 0.1 0.03

Costo 0.1 0.03

Calidad 0.1 0.03

Muy Bajo

Bajo

contrato TOTAL PROBABILIDAD X IMPACTO

0.09

2






1.0 JMM EMC EMC 06-02-2012

PPLLAANN DDEE RREESSPPUUEESSTTAA AA RRIIEESSGGOOSS



SSIGN

Ordenados

en forma

Decreciente

Muy Alto

Alto

Moderado

Bajo Muy Bajo

Evitar

Mitigar

Transferir

Explotar

Compartir

Mejorar Aceptar

CÓDIGO DEL

RIESGO

AMENAZA / OPORTUNIDAD

DESCRIPCIÓN DEL RIESGO

CAUSA RAÍZ TRIGGER

ENTREGABLES AFECTADOS

PROBABILIDAD POR IMPACTO TOTAL

TIPO DE RIESGO

RESPONSABLE DEL RIESGO

RESPUESTAS PLANIFICADAS 1.0 Coodinaciones

TIPO DE RESPUESTA

RESPONSABLE DE LA

RESPUESTA

FECHA

PLANIFICADA

PLAN DE

CONTINGENCIA

R001

Solicitudes adicionales no contempladas en el alcance

Identificación de los Nuevos entregables

Reunión de coordinaciones o consultas informales

continuas con el cliente.

2.0 Clausula de

Todo el proyecto 0.06 Bajo JMM flexibilidad en contratos con el proveedor.

Mitigar JMM Acción continua

Transferir JMM

A la firma del

contrato

Formalización de solicitud. Evaluación del impacto en el proyecto.

Amenaza

Incumplimiento de los contratos de adquisición de módulos

Deficiencias en el servicio del proveedor

Detección de pequeños incumplimientos o signos de no calidad de servicio

3.0 Cargue de módulos. 4.0 Módulo de riesgo.

1.44 Moderado JMM

1.0 Verificación de los servicios.

Mitigar JMM

Antes de iniciar cada sesión

Evaluar el incumplimiento. Informar al proveedor. Tomar medidas correctivas.

R002 2.0 Informe periódico del proveedor.

Mitigar JMM Acción periódica




Amenaza

Renuncia del Personal clave del proyecto

Motivos personales. Personal no conforme con las políticas de la empresa. Conflictos personales entre los miembros del equipo.

Reiterada inasistencia a las reuniones de coordinación. Reiteradas discusiones entre los miembros del equipo clave.

7.0 Informes 0.04 Muy Bajo JMM 1.0 Negociar

condiciones de trabajo

Mitigar JMM

Cuando ocurre el trigger

Posponer fecha de salida hasta Asignar un nuevo responsable y/o contratar nuevo personal

R003

Amenaza

Desaprobación de los informes mensuales y/o informe final

El informe no está de acuerdo a los términos de referencia del contrato

Conversaciones y consultas informales

7.0 Informes 0.09 Bajo JMM

1.0 Programación anticipada de elaboración de informes.

Mitigar JMM

Durante la elaboración de la programación. Evaluar y analizar

las causas. Seguimiento delo avance del proyecto. Tomar acciones correctivas

R004 2.0 Presentación de borrador de informe final.

Mitigar JMM

Una semana antes de la fecha de entrega.




1.0 JMM EMC EMC 01.12.2012

PPLLAANN DDEE GGEESSTTIIÓÓNN DDEE AADDQQUUIISSIICCIIOONNEESS NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO

Implementación del programa de administración SSIGN mejorar la seguridad de la empresa Collide ADQUISICIONES DEL PVer Matriz de Adquisiciones del Proyecto

PROCEDIMIENTOS ESTÁNDAR A SEGUIR: PROCEDIMIENTOS DE ADQUISICIÓN QUE SE DEBEN SEGUIR. Para la adquisición de los Módulos del Software se realiza los siguientes procedimientos:

- Lista de contactos del proveedor del servicio. - Solicitud de cotización del módulo. - Negociación del contrato. - Firma del contrato.

TERRES tiene un modelo definido de contratos de servicios, el cuál es personalizado de acuerdo a los requerimientos.

- El Contrato de Servicios debe emitirse en dos copias, las cuales serán revisadas por las partes interesadas (empresa y el proveedor), de presentarse alguna observación se realiza la evaluación y modificación del caso, y finalmente se firma el contrato entre la empresa y el proveedor, quedándose una copia con cada interesado.

-El contrato para la adquisición de bienes tiene el mismo modelo de formato del contrato de servicios.

COORDINACIÓN CON OTROS ASPECTOS DE LA GESTIÓN DEL PROYECTO: COORDINACIÓN CON EL SCHEDULING DEL PROYECTO, REPORTE DE PERFORMANCE, CAMBIOS EN LAS DECISIONES DE HACER O COMPRAR, COORDINACIÓN DE FECHAS CONTRACTUALES CON LA PROGRAMACIÓN DEL PROYECTO, ETC. En la Planificación del Proyecto se definieron las siguientes fechas para la realización de los contratos:

Contrato de Adquisición de módulos: Todos los contratos de adquisición de módulos se realizaran el 13 de febrero del 2012.

COORDINACIÓN CON LA GESTIÓN DE PROYECTOS DE LOS PROVEEDORES: COORDINACIÓN CON LA GESTIÓN DE PROYECTOS DE PROVEEDORES, ENLACES DE PROCESOS, PROCEDIMIENTOS, FORMATOS Y/O METODOLOGÍAS. Los Contratos de Adquisición de módulos deben ser coordinados con el proveedor con 15 días útiles de anticipación. Pago adelantado de solo el 50% y resto al término de la adquisición. RESTRICCIONES Y SUPUESTOS: QUE PUEDAN AFECTAR LAS ADQUISICIONES PLANIFICADAS Y POR LO TANTO EL LOGRO DE LOS OBJETIVOS DEL PROYECTO. Las restricciones y/o supuestos que han sido identificados y que pueden afectar las adquisiciones del proyecto son las siguientes: - Solicitudes de cambio en el presupuesto del proyecto, debido a la modificación en la cotización del dólar. Dándose este caso si aun no se ha solicitado la cotización del servicio. - Se asume que la probabilidad de modificación del cronograma de servicio es mínima, pues esto lleva a renegociar el contrato durante el desarrollo del servicio con los proveedores.





RIESGOS Y RESPUESTAS: PRINCIPALES RIESGOS RELACIONADOS A LAS ADQUISICIONES, Y RESPUESTAS QUE HAN SIDO CONSIDERADAS EN LA GESTIÓN DE RIESGOS DEL PROYECTO. Según el Plan de Respuesta a Riesgos se tiene los siguientes:

R006 – Incumplimiento de los contratos de adquisición de módulos: Siendo el trigger la detección de pequeños incumplimiento o signos de no calidad del servicio. Las respuestas planificadas son: - Solicitar feedback de los usuarios de los módulos mediante encuestas. Con lo cual se puede detectar cuan eficiente es. - Pago adelantado de solo el 50% y resto al término del contrato. Con lo cual se obliga al proveedor a dar un servicio de calidad, pues está sujeto a la cancelación o no del monto restante. - Actualizar la lista de proveedores.

MÉTRICAS: MÉTRICAS DE ADQUISICIÓN A SER USADAS PARA GESTIONAR Y EVALUAR PROVEEDORES. - Tiempo de entrega (Máximo 4 puntos). - Garantía, en caso de adelanto y productos (Máximo 3 puntos). - Cumplimiento con especificaciones técnicas y/o requerimientos de la empresa (Máximo 5 puntos).

2






1.0 JMM EMC EMC 04-02-2012

MMAATTRRIIZZ DDEE AADDQQUUIISSIICCIIOONNEESS DDEELL PPRROOYYEECCTTOO




PRODUCTO O SERVICIO A ADQUIRIR

CÓDIGO DE ELEMENTO

WBS

TIPO DE

CONT RATO

PROCEDIMIENTO DE CONTRATACIÓN

FORMA DE CONTACTAR

PROVEEDORES

REQUERIMIE NTO DE

ESTIMACION ES

INDEPENDIE NTES

ÁREA/ROL/PERS

ONA

RESPONSABLE DE LA COMPRA

MANEJO DE MÚLTIPLES

PROVEEDORES

PROVEEDORES

PRE- CALIFICADOS

CRONOGRAMA DE ADQUISICIONES REQUERIDAS Planif. Contrat

Solic. Resp.

Selecc .

Prove ed.

Admin. Contrat o

Cerrar Contra to

Del al Del al Del al Del al Del al

Módulo de

alarmas para

definir rangos

aceptables

2.1 Alarma

Contra

to de

precio

fijo

Solicitud de Cotización.

Negociación de Contrato

Firma de Contrato

Solicitud de

información

mediante correo

Electrónico.

Entrevistas.

Coordinaciones

Telefónicas.

N/A

JMM

Proveedor único

TP

07-02-

2012

08-02-

2012

09-02-

2012

13-02-

2012

14-02-

2012

Módulo para

generar capas

geográficas

2.2

Representaci

ón geográfica

de datos

Contra

to de

precio

fijo



Firma de Contrato

Solicitud de

información

mediante correo

Electrónico.

Entrevistas.

Coordinaciones

N/A

JMM

Proveedor único

TP

07-02-

2012

08-02-

2012

09-02-

2012

13-02-

2012

14-02-

2012




Telefónicas.

Módulo según

normativa

internacional

vigente

2.4

Segmentació

n de líneas

Contra

to de

precio

fijo



Firma de Contrato

Solicitud de

información

mediante correo

Electrónico.

Entrevistas.

Coordinaciones

Telefónicas.

N/A

JMM

Proveedor único

TP

07-02-

2012

08-02-

2012

09-02-

2012

13-02-

2012

14-02-

2012

Módulo de

Inspecciones

3.1

Inspección

Contra

to de

precio

fijo



Firma de Contrato

Solicitud de

información

mediante correo

Electrónico.

Entrevistas.

Coordinaciones

Telefónicas.

N/A

JMM

Proveedor único

TP

07-02-

2012

08-02-

2012

09-02-

2012

13-02-

2012

14-02-

2012

Módulo de Reparaciones

3.2

Reparación

Contra

to de

precio

fijo



Firma de Contrato

Solicitud de

información

mediante correo

Electrónico.

Entrevistas.

Coordinaciones

Telefónicas

N/A

JMM

Proveedor único

TP

07-02-

2012

08-02-

2012

09-02-

2012

13-02-

2012

14-02-

2012

Módulo de

Riesgo para análisis de

riesgo de falla

debido a escenarios de

fuga y rotura.

4.1

Parametrizaci

ón API-579

Contra

to de

precio

fijo



Firma de Contrato

Solicitud de

información

mediante correo

Electrónico.

Entrevistas.

Coordinaciones

Telefónicas.

N/A

JMM

Proveedor único

TP

07-02-

2012

08-02-

2012

09-02-

2012

13-02-

2012

14-02-

2012




Módulo de

Riesgo para

análisis de riesgo de falla

debido a escenarios de

fuga y rotura.

4.2

Parametrizaci

ón API-580

Contra

to de

precio

fijo



Firma de Contrato

Solicitud de

información

mediante correo

Electrónico.

Entrevistas.

Coordinaciones

Telefónicas.

N/A

JMM

Proveedor único

TP

07-02-

2012

08-02-

2012

09-02-

2012

13-02-

2012

14-02-

2012

Modulo WEB

provee plantillas para

carga de datos

5.1 Carga de

Datos por

Medio de

Plantillas

Web

Contra

to de

precio

fijo



Firma de Contrato

Solicitud de

información

mediante correo

Electrónico.

Entrevistas.

Coordinaciones

Telefónicas.

N/A

JMM

Proveedor único

TP

07-02-

2012

08-02-

2012

09-02-

2012

13-02-

2012

14-02-

2012

Modulo MOV

provee

dataloggers para carga de

datos

5.2 Carga de

Datos desde

Dispositivos

Móviles

Contra

to de

precio

fijo



Firma de Contrato

Solicitud de

información

mediante correo

Electrónico.

Entrevistas.

Coordinaciones

Telefónicas.

N/A

JMM

Proveedor único

TP

07-02-

2012

08-02-

2012

09-02-

2012

13-02-

2012

14-02-

2012

Contra




Modulo automatizado

para carga desde sistema

externos

5.3 Carga

Automática

de Datos

desde

Sistema

Externo

to de

precio

fijo



Firma de Contrato

Solicitud de

información

mediante correo

Electrónico.

Entrevistas.

Coordinaciones

Telefónicas.

N/A

JMM

Proveedor único

TP

07-02-

2012

08-02-

2012

09-02-

2012

13-02-

2012

14-02-

2012

Módulo FUZZY

para crear y

modificar la

lógica de

modelos

cualitativos

6.1 Motor

Inferencia

Fuzzy

Contra

to de

precio

fijo



Firma de Contrato

Solicitud de

información

mediante correo

Electrónico.

Entrevistas.

Coordinaciones

Telefónicas.

N/A

JMM

Proveedor único

TP

07-02-

2012

08-02-

2012

09-02-

2012

13-02-

2012

14-02-

2012

implementación del programa de admin. para mejorar la seguridad de la empresa-planificación

Marketing