r1

Di,et¿t

D3A/

*

C//

w

".cu"'''^o'¿"n

\ñ-

MIMSTERIO DE ENERG IAYMINAS

RESOLUCION SE(C RETARIAL¡o.

o:

r-zor¡-mursnc

Lima,17 de octubre 2013 V¡sto, el Informe No 01-2013-MEM-OGA-|NF/MPC_|\¡GR de la Ofic¡na de ¡nformática de la Ofc¡na General de Administrac¡ón por el que se propone la D¡rect¡va sobre la Metodologfa para la Gestión de Proyectos de Tecnologías de Información en el Ministerio de Energia y M¡nas; CONSIDERANOO:

Que, el artlculo 6'1 del Reglamento de Organización y Funciones del Minister¡o de Energía y l\4inas aprobado mediante Decreto Supremo N" 031-2007-EM, señala que la Ofic¡na de Informáüca es el órgano encargado de la administrac¡ón y mantenimiento de los s¡stemas y servicios ¡nformáticos, base de datos, redes y telecomunicaciones orientadas a sat¡sfacer las necesidades del l\4inisterio;

Que, en cumplim¡ento de las funciones establec¡das en el literal a) del artículo 62 de¡ citado Reglamento de Organización y Func¡ones, la Of¡cina de Informát¡ca ha elaborado una directiva sobre la'Metodo¡ogía para la Gest¡ón de P¡oyectos de Tecnologías de Información en el Ministerio de Energfa y M¡nas"l Que, la referida directiva tiene como fnal¡dad la estandarización de los procedim¡entos de gestión de proyectos de tecnologlas de información tanto internos como efernos, originados en la Ofcina de Informática o en aquellos en donde participe, con lo que se mejorará la consecución de los objetivos determ¡nados y se d¡spondrá de un conjunto de documentación uniforme;

rííG-(¡-:.lY:"'\ : "!Egs .l Con el visto bueno de la Directora General de la Oficina General de Administración y del $"""Y_*V \3e!5*O Director Genefal de la Oficina General de Asesoria Jurldica del M¡n¡sterio de Energia y Minas; -

De conform¡dad con lo d¡spuesto por la Ley No 27658 Ley l\4arco de l\¡odemizac¡ón de la Gestión del Estado, la Ley No 29158 - Ley Orgán¡c¿ del Poder Ejecut¡vo y el Decreto Supremo N'031-2007-El\4, que aprueba el Reglamento de Organización y Func¡ones del Minister¡o de Energia y Minas y sus modificatorias; SE RESUELVE:

ARTíCULO l'.- Aprobar, la Directiva No ...o1r -NIEM/SEG denominada "l\¡etodología para la Gestión de Proyectos de Tecnologías de Informac¡ón en el Ministerio de Energía y M¡nas".

ARTíCULO 2'.- D¡sponer que ¡a Oficina de Informática de la Oficina General de Administración real¡ce la publicación de la Directiva que se aprueba en el artfculo precedente en e¡ porta¡ del l\¡inisterio de Energla y M¡nas. Regístrese y Comuníquese

TABATA D. VIVANCO SECREÍARIAGENERAL MINIgTERIO OE ENERGIAY MINAS

j-l]30t/

MINISTERIO DE ENERGIAY MINAS

DIRECTIVA N.11 -2OI 3-MEM/SEG METoDoLoGfA PARA LA GEsnóN DE PRoyEcros oE TEcNoLoGfAs DE lNFoRMAcróN EN EL MrNrsrERro DE EñERGIA Y MtNAs

Vigencia 1

Acc¡ón Elaborado

Fivrh

Caroo

Director

de la Ofcina

,--

de

por:

Supervisado

Dilectora de lá Oficiná General

por:

de Administración

Revisado por:

Oirector de

Aprobedo por:

la

oFtctNA oE tl¡FoRMAlca I¡NISTERIO DE ENERGIAY MINAS

A ,^ qaa+&+

Ofcina Gene€l

de Planeamiento y Presupuesto

\\-*áli.nu*ol-cereneL-'¡¡x¡*¡¡o ' mlsuuam or

Fecha

Í-

/?

304 DTRECTIVA N"O¡t-2013-MEM/SG

METoooLoc¡a PARA LA GEsnÓN

OE PROYECTOS DE TECNOLOG¡AS DE INFORMACTóN EN EL

MINISTERIo DE ENERGÍA Y MINAS

I.

.

t.

OBJET¡VO procedimientos y ia presente d¡rectiva tiene por f¡nalidad establecer los lineamientos,que se generen en pla;t¡llas para la gestión de proyectos de tecnol€las de ¡nformación que la mencionada iá O¡cina ¿e tntoimática ¿ei lt¡¡nisterio de Energla y Íuinas o én los participe. oficina ALCANCE La presente d¡rectiva es de aplicación obl¡gatoria para lodos los ¡nvolucrados en los proyectos de tecnologías de información que la Oficina de Informática gestione o se invólucre, esto incluye a los proyectos internos, exteños o tercerizadosBASE LEGAL

. . . . . . tv.

Resolución l\¡inisterial N' 139-2004-PCM, aprueba documento 'GUIA TECNICA SOBRE EVALUACION DE SOFTWARE PARA LA ADI\¡INISTRACION PUBLICA', Resoluc¡ón Minister¡al N' 1792004-PCM' aprueba uso obligatorio. de la Norma Técnica Peruana "NTP-ISO/IEC 122072004 TECNOLOGIA DE LA INFORI\¡ACIÓN. Procesos del ciclo de vida del software la Edic¡ón" en entidades del Sistema Nacional de Infomática Resolución M¡nisterial N" OO55-2006/!NDECOPI-CRT' aprueba la NTP ISOIEC-TR 12207.2006, Tecnologfa de la Información Procesos del ciclo de v¡da del software (reglamento Técn¡co). ieiolución N" 0040-2012/CNB-INDECOPI, aprueba la NTP-RT-ISO/IEC TR 291105-1-2-2012 TNGENIERIA DE SoFrWARE. Perfiles del ciclo de vida para las pequeñas organizaciones (PO). Parle S1-2: Guía de gestión e ingeniería: Grupo de perf¡l genérico. Perflbásico. 1" Ed¡ción ó.creto Supremo No O3í-2007-EM, aprueba el Reglamento de Organización y Funciones del l\4inisterio de Energía y M¡nas. Reso¡ución Ministerial No 103-201 1-MEM/DM, aprueba el Manual de Organización y Funciones del l\,|¡nisterio de Energfa y l\¡inas.

DISPOSICIONES GENERALES 4.1 Estructura de la Metodologla Para lá gest¡ón de todos los proyectos de tecnologías de información, se requiere desarrollar la metodología basáda en los s¡guientes grupos de procesos:

. . . . .

Grupo Grupo Grupo Grüpo Grupo

de de de de de

Procesos 1: Inicio del proyecto. Procesos 2: Planificación del proyecto. Procesos 3: Ejecución del proyecto. Procesos 4: Segu¡miento y conkol del proyecto Procesos 5: cierre del proyecto.

4.2 Integrac¡ón con otras metodologías de tecnologíes de ¡nformac¡ón.

Pág¡na 2

8@mr

En el desarrollo de la l\,,letodología de cestión de proyectos para la cestión de Proyeclos de Tecnologías de Info¡mación, se deberá tener en cuenta su integración con okas tales como la Metodología de prueba de Software (Resoluc¡ón Secretarial No 024-2013-t\4Et\4isEG), t\4etodologia de Cicto de Vida de Software y l\,,letodología de Gest¡ón de portafolio de proyectos. Df

sPosrcroNEs EspEc¡FtcAs

5.,I DE LOS GRUPOS DE PROCESO DE LA METOOOLOGIA

5.1.1 Inic¡o del Proyecto: Respoñaable Comité de Proyecio.

Oescr¡pc¡ón del procego o act¡vidad

Paso 'lt Una vez conflrmada la viab¡lidad del m¡smo, se debe elaborar un documento que forma¡ice el nac¡miento del nuevo proyeclo. tJlilizar la plant¡lla estándar Acta de Constituc¡ón del Proyecto (Anexo 01).

En esta plantilla el Comité de Proyecto o el patrocinádor, entre otras cosas, debe des¡gnar al gestor del proyecto, a los ¡ntegrantes del Equipo del Proyecto, requisitos que sat¡sfacen las necesidades del usuar¡o, el patroc¡nador y demás interesados, fnalidad o justificac¡ón de¡ proyecto. Asímismo debe ind¡cár un cronograma resuñido de las fases del proyecto.

se

Com¡té de Proyecto

Paso 2: Remitir comunicados (rnemos, oficios, etc.) a las unidades orgánicas ¡nvolucradas del l\4¡nisterio de Energía y l\4inas, comunicando el ¡nicio del proyecto.

El Comité debe indicar que los miembros, a tfavés

de sus unidades orgánicas, generen memorándums múllip¡es, infomando a ¡os demás interesados del in¡cio det proyecto y del apoyo que dichas unidades deben brindar a¡ mismo Gestor de Proyecto

Paso 3: Elaborar el documento de Enunc¡ado del alcance del proyécto (prel¡minar) (Anéxo O2).

El gestor del

proyecto debe identiflcar los

requ¡sitos y características de los productos o servicios que se implemenlarán en el proyecto.

5.'1.2 Plan¡f¡cac¡ón del proyécto: Responsable Gestor de Proyecto

Descripcióndelprocesói:cüvi-dadPaso 4: Etaborar et Documento de EnuñiEd6 dEI

Alcancé

del

Proyectos que contiene

Estructura dq Desglose de Trabaio

-

la

EDT v el Página 3

diccionario del EDT. El Gestor de Proyecto debe definir el proceso y los

caiterios

de

aceptación de los productos o componentes, paquetes y

los

servicios,

act¡vidades en los que se desglosará el Proyecto.

Gestor de Proyecto

Paso 5: Elaborar el documento Gest¡ón de Proyectos (Anexo 03).

de Pla¡ de

El Géstor de Proyecto debe def¡n¡r los procesos de gestión, supervis¡ón, contrcl de cambios, aceptación del usuario, gest¡ón de problemas y esca¡amiento. También se debe elabolar procedimientos para el control de calidad,

comunicaciones, respuestá

a

riesgos.

adquisiciones, entre otros. Gestor de Proyecto

Paso 6: Elaborar el Cronograma del Proyecto (Anexo 04). E¡ Gestor de Proyecto debe defin¡r las actividades,

secuenc¡a de activ¡dades y est¡mación de recursos y tiempos de duración de las act¡vidades.

Gestor de Proyecto

Paso 7: Preparar el Presupuesto del P,oyecto (añexo 05). El Gestor de Proyecto deberá estimar los costos y

el

presupuesto del proyecto de fofma más detallada que el presupuesto esbozado en el Acta de Const¡tuc¡ón del Proyecto..

preparar

Gestor de Proyecto

Páso

8:

Preparar

el

documento

Plan

de

Capacitac¡ón del Proyecto (Añexo 06).

El Gestor de Proyecto deberá determinar el objetivo, alcance y medios u henamientas de

cápacitac¡ón del proyecto. Comité de Proyecto

Paso 9: Dar v¡sto bueno al Plan de Gest¡ón de Proyecto, en caso contaario regresar al paso 5.

El

Com é de Proyectos, des¡gnará a un responsab¡e pará la revis¡ón y visto bueno del documento elaborado por el gestor de proyecto. Gestor de Proyecto

Paso loi Elaborar el Plan Calidad (Aner(o 07).

El

Gestor

de

de Gest¡ón de

Proyecto deberá deflnir

la

los

proced¡mientos para asegurar la calidad de los productos o servicios que el proyecto genere.

Í'l: Elaborar el Plan dé Gest¡ón de¡ Personal del Proyecto (Anexo 08).

Paso

Pásina 4

El

Gestor

de

Proyecto deberá def¡nir

el

organ¡grama, roles y responsabilidades del Equipo del Proyecto. Equipo del Proyecto

Paso 12: Preparar el documento de Plan de Gest¡ón dé R¡esgos del Proyecto (Anexo 09).

el Gestor de proyecto, e integrantes de¡ Equ¡po del Proyecto, debeÉn identiflcar los riesgos positivos y negat¡vos, así como tener definido ¡as estrategias o respuestas a cada uno de ellas. Las personas asignadas por

Gestor de Proyecto

Paso 13: Dar visto bueno al documento de PIan

de Gestión de Riesgos del Proyecto, en

caso

contrario regresar al Paso '12.

El Gestor de Proyecto, deberá revisar y dar su conformidád al documento elaboÉdo por el Equipo del Proyecto.

5.1.3 Eiecuc¡ón del Proyecto: Responsable Gestor de Proyecto

Descripción del proceso o activ¡dad

Paso 14: Dirig¡r la ejecución del proyecto. S¡ el proyecto es de Desarrollo o Mantenimiento o lmplementación de Software, la ejecución del m¡smo deberá seguir los lineam¡enios de la l\¡etodología del C¡clo de Vida del Software, en caso contrario, la metodología de trabajo debe ser acorde a la naturaleza del proyecto. Para el control de cámb¡os, el Equipo del Proyecto

o los usuarios que lo requieran podÉn elaborar una Sol¡c¡tud de Camb¡o, al Gestor de Proyecto, el

cual evaluará la aceptación o rechazo de la misma. Utilizar plant¡lla estándar Solic¡iud de Camb¡os. (An6xo l0). Equipo del Proyecto

Paso Í5r Cumplir con las activ¡dades

y

roles

encomendados por el gestoa de proyecto.

El Equipo del Proyecto deberá realizar sus ac'tiv¡dades según los roles competentes y responsabil¡dades as¡gnadas por el Gestor de pÍoyecto.

El Gestor de Proyectos realiza el control del cronograma con las activ¡dades realizadas y del presupuesto con los costos ejecutados. 5.1.4 Segu¡m¡ento y Control del Proyecto: Página 5

$=Et@M

Descripción del proceso o act¡v¡dad

Respoñsable Gestor de Proyecto

Faso 16: Supervisar y Controlar el trabajo

del

Proyecto, de encontrarse irregular¡dades regresar al paso que conesponda (5 o 10).

El Gestor de Proyecto deberá realizar constante supervis¡ón y control al Equipo del P¡oyecto y a los productos o serv¡c¡os que éstos generen. Gestor de Proyecto

Paso 17r Vedficar el cumplimieñto del alcance del proyecto y el cronogfama, de enconlrarse irfegularidades u observaciones regresar al paso que corresponda (4, 6 o 10).

El

Gestor

de

Proyecto deberá

validar

el

cumplimiento delAlcance y del Cronograma en los escenarios y tiempos establec¡dos. Gestor de Proyecto

Paso '18: Solic¡tar Informe de estado de

las

actividades del proyecto al Equipo del Proyecto.

El

Gestor

de

¡nformac¡ón Proyecto a

Proyecto deberá recop¡lar la

para detem¡nar

los

¡ntegrantes

el

del

estado Equipo

del del

Proyecto. Gestor de Proyeclo

Paso 'l9r Elaborar Info.me de Estado del

Proyecto. (Anexo 11). El Gestor

y

del

Proyecto deberá precisar el estado

act¡v¡dades del Proyecto, prior¡zando el detal¡e de las activ¡dades iniciadas y

avance

de las

finalizadas. El Gestor de Proyecto deberá calcular las mélricas y costos incunidos en lo que va del proyecto.

Comité de Proyectos

Paso 20: Dar visto bueno al lnforme de Estado del Proyecto, caso contrario regresar ál paso que corresponda (6,9, 15 o 19).

El Gestor de Proyectos, deberá revisar y dar su conform¡dad a¡ documento elaborado por el Equ¡po del Proyecto.

5.1.5 Cierre del Proyectol Résponsable Gestor de Proyecto

Descripc¡ón del proceso o act¡vidad Paso 2lrElaborarel Info¡me Final del Proyecto. (Anexo l2). El Gestor de Proyectos debe elaborar un ¡nfome, conocer aceptac¡ón (o rechazo

dando

a

la

Página 6

uü@@

def¡ñitivo, si se trata de cancelac¡ón del proyecto)

entregables del proyecto. También se ¡ncluyen las mék¡cas finales y ¡as lecciones

de los

aprend¡das.

Los entregabtes y plant¡llas generados en cada fase deben ser presentados tanto impreso como en un med¡o electrón¡co, Siguiendo la estructu€

de

plant¡llas predefinidas

en la

presente

metodologla, en formato ed¡table.

Gestor

de

Proyecto Equipo de Calidad

Paso 22r Si el Infome es confo.me, dar visto bueno y generar el Acta dé Ciere del Proyecto. (Anexo l3). En caso Contrar¡o regresar a paso 21.

El Equ¡po de Cal¡dad designado por el Comité de Proyectos, a cr¡ter¡o deberá establecer s¡ el ¡nforme presentado es sat¡sfactorio y sullc¡ente.

PáÁ¡aj

si

.!

F¡gura No 01 Flujo de act¡v¡dades. PáB¡na 3

5.2 DEL GLOSARIO DE TERMINOS DEL PROYECTO

De ser el caso, s¡ el proyecto requiere manejar un conjunto especial de términos' entonces se podrá usar un documento de Glosario de Términos (Anexo '14). 5.3 DE LA SOLICITUD ACTIVACIÓN DE PROYECTOS

Esta metodologfa debe in¡ciar a utilizarse con el Acta de Constitución del Proyecto. Los procesos y procedimientos prev¡os a la elaborac¡ón de este documento no están incluidos en la prcsente metodología, pero deben integrar la documentación sustentatoria del acervo documentario del proyecto.

Es potestad del Comité de Proyecto, o del funcionario que haga las veces de patrocinador, la deterñ¡nación del in¡cio de cada proyecto en función de los objetivos, plazos y prodúctos o servic¡os a generár. 5.4 OE LA TIPIFICACION DE LOS PROYECTOS Y DE LAS PLANTILLAS Para el control y seguimiento durante todo él c¡clo de vida de un proyecto, éstos se han tipificado según los criterios mostrados a continuación:

Criterios

Tipo Proyecto

Nomenclatura

Proyecto Corto

PC

Tiempo menor que dos (02) meses y Costo < S/. 20,000

2

Proyecto Medio

PM

Alcance instituc¡onal, tiempo entre dos (02) meses y ocho (08) meses y Costo menor que s/. '100,000

3

Proyecto Grande

PG

Alcance instituc¡onal, costo mayor que S/. 100,000 y t¡empo mayor que ocho (08) meses.

td

De acuerdo a la def¡nición de los t¡pos de proyecto se deberá usar las s¡guientes plantillas: Mat¡¡z de plantillas porTipo de P.oyecto

ld

Plantillas

Código

PC

PM

PG

01

Acta de Const¡tución del Proyecto

AGPOOl

X

X

X

02

Enunc¡ado delAlcance del Proyecto

AGPOO2

x

X

X

03

Plan de Gest¡ón del Proyecto

AGPOO3

X

X

X

04

Crcnograma del Proyecto

AGPO04

X

X

X

07

Presupuesto del Proyecto

AGPOOs

X

X

06

Plan de Capacitación

AGPOO6

X Página e

8@M 07

Plan de Gestión de la Calidad

AGPOOT

X

08

Plan de Gestión del Personal

AGPOOS

X

09

Plan de Gestión de Riesgos

AGPOOg

X

't0

Solicitud de Cambios

AGPOlO

X

X

11

Informes de Estado del Proyecto

AGPO11

X

X

12

lñforme F¡nal del Proyecto

AGPOl2

X

X

Acta de Cierre del Proyecto

AGPOI3

X

X

Glosario de Términos

AGPOl4

14

X

X

NoTAI El ;¡óho "X" ind¡ca qG;hrso de la plant¡ila es-"bl€"t*¡,t VIGENCIA La presente Direct¡va entrará en vigencia al día siguiente de su aprobación

VII.

RESPONSABILIDAD

La Oficina de Informátlcá de Ia Oficina General de Adm¡n¡stración, es responsable del cumpl¡miento de la presente Dkect¡va.

VIII.

GLOSARIO DE TERMINOS

Control de Camb¡os Procéso de ¡dentificar, documeñtar, aprobar o rechazar y controlar los cambios a las lfneas base del proyecto, (Pl\¡BOK 2008). CPI: Cost Performance Index. fndice de desempeño del costo. Es una medida de eficiencia en lunción de los costos dé ún proyecto. (PMBOK 2008).

Cronograma del Proyecto. Las fechas plan¡ficádas para Íealizat las act¡vidades del cronograma

y las fechas

planif¡cadas para cumpl¡r los hitos delcronograma. (PMBOK 2008)

EDT: Est.uctura de Oesglose del Traba¡o. Una descomposic¡ón jerárqu¡ca orientada al entregable relativa al trabajo que seÉ ejecutado por e¡ Equ¡po del Proyecto para lograr los objetivos del proyecto y crear los entregables requeridos. Organiza y define el álcance total del proyecto (Pl\¡BOK 2008). IEEE: Institute of Electrical and Electronica Eng¡neers. Instituto de tngen¡eros Eléctricos y Electrónicos. Es una asoc¡ación técnico-profesional mund¡al ded¡cada a la estandarización. MCVS: Metodología del Ciclo dé V¡da de Software. Marco de referenc¡a que cont¡ene las act¡v¡dades y las tareas ¡nvolucradas en el desarrollo, la explotación y el manten¡m¡ento de un producto software, abarcando desde la defin¡c¡ón hasta la final¡zación de su uso MGP: Metodología de Gestión de Proyectos. Página 1o

w@M

Marco de referencia qúe contiene las activ¡dades y las tareas involucradas en el inicio' planificacióñ, ejecución, segu¡miento y cieffe de un proyecto MPS: Metodología de Pruebas de Software. l\¡arco de refereñcia que contiene los p.ocesos que permiten verjficar y validar la calidad de un producto sofrware antes de su puesta en marcha

Plan pará lá D¡.ección del Proyecto. Un dócumento formalmente aprobado que défine como se ejecuta' monitorea y conhola un proyecto. Puede ser resum¡do o detallado y estar compugilo !9I -ul-o-9 más plañes de óesiión subsidiarios y otros documentos de plan¡f¡cación (PM8OK 2008). PMBOK: Project Management Body Of Knowledge. Cuerpos del Óonoc¡m¡eñto de la Gestión de P¡oyectos. Es el conjunto de conocimientos en D¡recc¡ón/Gest¡ón/Admin¡stración de Proyéctos generalmente reconocidos como (buenas prácticas), y que se constituye como estándar de Administración de proyectos' Paoducto de Software Un producto de software es un producto diseñado para un usuario. (Lew¡s 1994) R¡esgo. Un evento o cond¡ción incierta que, si se produce, tiene un efecto pos¡tivo o ñegat¡vo en los objet¡vos de un proyecto. (PMBOK 2008).

Software Es el conjunto de los programas de cómputo, procedimientos, reglas, documentac¡ón y datos asociados, que forman pade de las operaciones de un sistema de computación (Extraído del estándar 729 del IEEEs). SPI: Schedule Performancé Index.

fndice de Desempeño del Cronograma. Es una medida de eficiencia del cronograma en un proyecto.

tx.

ANEXOS Formatos que son parte de la metodologfa las m¡smas que debe ser util¡zada durante el desanollo de las pruebasl

Anexo 01

Nombre del arch¡vo

Descripción

AGP001lS¡glas-deLProyectol-Acta-de-Const¡tucion

Acta de Constitución del Proyecto

_del_Proyecto. doc 02

03

04

05 06

AGP002lSiglas-deLProyectol-Enunciado-del-Alcan

Enunciado de alcance

ce_del_Proyecto.doc

del proyecto

AGP003lS¡glas_del_ProyectolPlan-de-Gestión-de,

Plan de Gestión

_Proyecto. doc

Proyecto.

AGP004lS¡glas_del_Proyectolcronograma_del_Pro yecto.mpp

Cronog¡ama

AGP005_[Siglas-del_ProyectolPresupuesto-deLPro yecto.doc

Presupuesto

AGP004 [Siglas del ProyectolPlan_de_Capacitación _del_Proyecto.doc

del del

Proyecto.

proyecto, Plan de Capac¡tación.

del

ts@M 07

AGP00slsigla8-del-ProyectolPlan-de-Gestion-de-

Plan de Gest¡ón de la

la-Calidad_del_Proyecto.doc

Calidad

AGPO0615iglas-del-ProyectolPlan-de-Gestión-de-

Plan de Gestión

Personal_del_Proyecto.doc

Personal

AGPOo S¡glas_del_Proyectol-Plan-de-Gest¡on-de-

Plan de Gestión

Riesgos_del_Proyecto.doc

R¡esgos

'10

AGP008lS¡glas-deLProyectol-Solic¡tud-de-Camb¡o. doc

Solicitud de Cambios

11

AG

P009lSiglas-deLProyectol-l nf orme-de-Estado-d eLProyecto.doc

lnforme de Estado del

0lS'glas_de¡_Proyectol-lnforme-f¡nal-del-Pro yecto.doc

lnforme

AGP0l llSiglas_del-ProyectolActa-de-Cierre-del-

Acta de

Proyecto.doc

Proyecto

AGP020-[Siglas-del-Proyecto]-closario-de-Termino

Glosario de Términos

08 09

12

13

14

AGP01

de

Proyecto F¡nal

del

C¡eÍe

del

Proyecto

s.doc AGP021 _L¡neam¡entos generales.doc

de

L¡neam¡entos

Generales

Página

12

wtrM

ANEXO

ACTA DE CONSTITUCION DEL PROYECTO [Nombre del Proyectol Oficina de lnfurmáica de Energay Mnas

Mhbbio

Prcpgrado pot:

Noútue

Fecha 30/09/2013

j

Verslón

DescdDc¡ón

1.0

Elaboración del Fometo

Autor

Rev¡sado y Aprobado por:

lng. Oscar Gomez

OE ENEROIAY MINAS

O1

w@mffi

ANEXO OI

ACTA DE CONST|rUCIÓN DEL PROYECTO 1.

Nombre del proyecto. lEscribir el nombre del Proyecto]

2.

Identificación del proyecto, lEs€r¡bir

3.

el acrónimo d¿l nombre det proyecto o el nombre que se ha elegido para

él

Definición del proyecto.

[Escrib¡r en prosa el objetivo del proye€to].

4,

Descr¡pc¡ón del produqto (o serv¡cio) de¡ proyecto.

5.

Interesados del proyecto.

l8reve descripc¡ón del producto o servlclo que qenera.á el proy€cto]

lEnumerar el nombre de los int€r€sados del proyecto v sus exp€ctativas principales Por ;Jemplo: al Oirector General le Interesa que el sistema se t€rm¡ne a t¡empo, al Director.de la ohci;a de lnformár¡ca le interesa que los programas y la docuñentación sean de máxima calidad, etc.l Expectat¡vas del Inte¡€s.do

6.

Finalidad del proyecto.

7.

Justificación del proyecto.

lEscribir en prosa el objet¡vo del proyectol.

lDescribir lo que ha generado que s€ actlven todo el esfuezo qLre sign¡fica llevar a buen

aérmlno el proyecto. Por elemplo, pu€den ser temas normaüvos pos¡cioñanlento de imagen, etc,l.

a.

Gestor del proyecto.

9,

H¡tos del proyecto,

o legales, mejoramiento,

IEscrib¡r el nombre d€l gestor del proyecto y su n¡vel de autoridad].

lconsid€rar como hitos aquellos puntos que tienen una fecha defin¡da v que Ind¡can un logro

importante. Para

€l caso de desarrollo d€ sistemas de información se deb€ considerar

princ¡palmente como hitos obligados a las diferentes etapas del c¡clo de vida del desarrollo e implemeñtaclón: Anális¡s, oiseño, Programación Pru€bas, lmPlém€nlación v ci€ra.l

10.

Exclus¡ones del proyecto.

IEnumerar una lista de las funcionalidades, opclones, módulos, actlvldades que no serán cubiertas en €l proyecto, Se debe considerar en la listas aquellos aspectos que deben estar

^crcof

.' d.l r.doror¡ú d. ¡nro'm..¡ón sÉ¡ón ls16us oELPRoYEcrolja¡,Deco smc¡od_oEL RoYEcro.Doc

1 o

w@M

ANEXO 01

11. Supuestos del proyecto. Supu$tos ¡nt€rnos

á la lmtttüc¡ón

Supuestos éxt€rnG a la ¡Glitüción

L2. Restricciones del proyesto, Intemd

a la Orsan¡zac¡ón

Amblenlale3 o Extemoe

¡

la OrgaÍlzaclón

13. Riesgos del proyecto. lndicar si es iítelno o

é(emo

á

la

14. Oportun¡dades del proyecto,

15. Presupuesto prel¡m¡nar del proyecto. (s/.) costos d¡rectos TOTAL

costos ind¡r€ctos TOTAL TOTAL GENERAL

AGrcOL{S¡GUS-DELPROVEFOL¡CT¡-DLCONffi CION

DEL PROYECTO.DOC

(en

s/J

w@ffi

ANEXO 02

ENUNCIADO DEL ALCANCE DEL PROYECTO [Nombre del Proyecto] Oficina de

lfiniebio

lnbrnálica

de Eneqfa y Minas

PEparado por:

IllJonútej

30/09/2013

't.0

Descrlpclón Elaboración del Formeto

Marfa Paüño

Rev¡sado y Aprobado por:

t{ombr.

Rol

Ing. Oscar Gor¡ez

Director de la Ofcina de

Infomát¡ca

FhM -/

;

ñ,

wÍtffit/) rr.rin

.táÁ¿ló#l¡lhJ

: ' DIRECTOR oFlctNA o€ [¡FoRüanc"a

¡ISTERIO OE ENERGIAY iIINAS

w@M

ANEXO 02

ENUNCIADO DEL ALCANCE DEL PROYECTO 1.

Nombre del Proyecto.

tÉscribir el nombrc delPrcYectol

2.

Objet¡vos del Proyecto. Objetlvos

Conc€pto

Z-i6mpo 3. Costo

,lrcalldad 5- Satlsfacclón del ususrio

3.

obiet¡vos del producto/servic¡o.

4,

Requerimientos y caracterlstiGas del producto'

producto o servicio r€sultant€ del proyectol Loelcr¡¡¡r en térm¡'nos del uso que se le dará ¿l

IRequerimientos func¡onales] IR€querim¡entos no tuncionales]

5.

Criterios de aceptac¡ón del Producto. Conc€ptos

--EiiGi66?e acept¡c¡¿n

2. De calldad

6.

Lím¡tes del p¡oyecto.

p'ovecto Lá aclaráción de estas actividades fDescnbir las ¿clividad;s que no serán realizadás duranle el su rcálizacrón de v es necesaño qo€ ello esté debidamente o dudá io"""po"o" qr" p,"¿" éxrstir conrusión

"

7.

Interesados del ProYecto. Exp€ct¿ vas d€l hl€esado

a.

9.

Entregables del Proyecto.

organizac¡ón del Proyecto'

provecto] [Dibujar el orsa nigráma del

wtrffi 10.

ANEXO 02

rDescr¡blr el roll

Riesgos del Proyecto.

IEnumerar los dessos del provectol

11. Estructura de desglose

de trabajo.

lPrésentár el diasráma i€rárquico del EDII.

12. Presupuesto preliminar del proyectg. (€L/.)

sub total cos¿os ind¡rectos

sub tot¿l

13. Requisitos

de aProbación Roqujs¡tos d€ Aprcb¿ciónl

ffirci¡.o

eooo¡ rnoh

dd@fdo,rf

w@M

ANEXO 03

PLAN DE GESTION DEL PROYECTO [Nombredel ProYecto] Oñcina

é

Infomáica

Minis$rio de Ere|giry l'finas Prcparado Pol:

No,'úrc1

Fecha 30/09/2013

Vsrsión

Descripción

1.0

Eleboración del Formato

Autor Mala Patiño

Revisado y Aprobado por: Nombre

Rol

¡ng. Oscar Gomez

Director de la Ofcine de

lnformática

(tuffiúw-wMr w[F' rrc. ¡rüÍ¡ry ;-'DlREcÍoR OFICINA OE INFORMAfICA

w@ffi

ANEXO 03

PUTN DE GESTÚN DEL PROYECTO Nombre del proyecto.

'1.

lEscribir el nombre d€l proyecto]

ldentificac¡ón del proyecto.

2.

que ss ha elegido parc elPrcvectol lEscribir el acóñimo dd n;mb¡e de proyecto o elnombre

Ciclo de v¡da del proyecto. rPárá el caso ¿e o¡óvectos Oe desarrollo de sistemas de iñfomació¡' se debe desárollar el cuadrc

3.

!oiu¡¡o consr¿enn¿o pr¡nc.palñente las fases

a

liindicadasl

Clclo de vida del Proy€cto FASE OEL PROYECTO

PARA EL CIERRE OE

ENfFEGABI.ES

DE

ESfA FASE

la. Docúnsto de especiÍcacldes funcionales, d6 Preleddá €sos

b. Dmñenro de diseño:

de

mode¡o

c.

oocumento

diseno

de

b.

Infome de cdfomidad

de

f¿. Inloñe do epsc¡láclón

d€

b. hlome de

despliegu€ en áñLigtes de D@due¡ónl IS*JúI la Matd2 da PtanlJlits pq flpo .lé prcyecto dela Metodotoqla

pah la 6est¡ó¡

de

Pbtcc¡a' de

4.

Proceso de gsstlón del proyecto.

5.

Enfoque de trabajo

n

lse debe descibir alqunos linearñié¡tos ácordádos de cómo sé llevaé a cabo el trábáio en el provecto, a.Sobrc los válores requeridos

en el

equ¡po: puntua¡idad, confianz¿, cooperación, solidaridad,

respo¡sab¡lidád, orden, e!cb.Sobrc la cálidad deltrabajo ydelprcducto o servicio delproyecloc. Sobre lás condiciones qenerales propiosde la Ertidád (¡,1lNEl,¡)1.

Controlde camblos Generál¡dad€s [a. Oesc¡ibirquién, cuándo, cómo, dóndo, porqué y con qué se generan las soliciludes de cambiob. Descrjbirquién, cuándo, cómo, dónde, po.qué y con q!é se aprueban las solicitudes de cámbiol.

[hdicar sise usárá ¿lg!na hénam¡enta de software como asistenciá en el control de cambios.]

7.

Planes Subsidiarios y Otros Componentes: or d.l

aGrco3ls¡€us-DEL-PRoYEdol

r.60lorÉ. d. r¡rorñ.clón v.nrón

1.o

wtrM

ANEXO 03

fseoún la tvlatriz de plantlfas por tipo de proyecto del Documento de Dkección y Gestión de Proyectos para la Oficina de ¡nfomaÍcá del lviniste¡io de Energía y ¡¡inas, se reqrerirán planes subsidiarios, los que deben serdeclalados y ádjuntos álpresenie planLos planes subsidia¡ios qle no se consritlyen como planl¡llas en l¿ actlal Metodología podÉn ser incluidas en posteriores versioñes dé lá misma,

Considercr como componentes a áquellos documentos, esludios, contratos, especifcaciones, nomas, comunicaciones (cadás, ofcios), croroqrámas, diágÉmas, e!c. que forman parle impodanre del presente plan.l

Plán Pláñ Plán Pláñ Plan Plán Plan Plán Plan

de dé dé dé de dé de d6 de

Gestión de álcáñce

Géslió. délcmnodÉmá Gésdón dé cóstos Géslióñ dé cálidád fvleiorE de orocesos Geslióñ de óéreonál Gesüón de comunicsclones Geslión dé riesoos Geslión de adquisiciones

acPoo3lstcus DEr-PRoYEc.ol_Pur_DLGEf¡óN-DELpRoyE@ ooc

si

3

o

"P (J CJ

o ¡o AJ

E (o

E (f,

bo

o C o U st a LU

xo z

É

E

3

g

E

o

d o

3

:

z o

o

ÉÉÉÉÉÉÉÉÉÉÉ 5ÉÉÉÉ EÉEÉÉÉÉÉÉ 5áÉÉé

Iseg:=rgr99aE!Prr::::e::: :I::: 3Eóbññóóóóó¡>>ññE=¡E;RiE;PEBE RS:ÑñE:FEFñÉFBFF ÉEEEESEEEÉéEEe EEEEEeeEEEPEEEEEEEEPEEEEÉEEEEE v