GUIA METODOLGICA ASAP

OBJETIVO

Brindar a los interesados un documento de apoyo y consulta al estructurar, planear y controlar el proceso de desarrollo de un sistema de informacin, enfocado a la metodologa ASAP (Accelerated SAP).

3. CONDICIONES GENERALES 3.1. DESCRIPCIN DE LA METODOLOGA ASAP

La metodologa de implantacin de proyectos denominada Acelerated SAP (ASAP), fue desarrollada por la empresa SAP, y constituye uno de los puntos clave para maximizar los tiempos, la calidad y la eficiencia del proceso de Implantacin.
En ECOPETROL S.A. se debe utilizar esta metodologa siempre que se haga o se contrate un desarrollo y/o implantacin en SAP (ERP, Portales y BW).

ASAP, incluye facilidades para la Gerencia del Proyecto, cuestionarios para ayudar a definir los requerimientos de los diversos procesos, listas de verificacin de cumplimiento de actividades por fases, y muchos otros documentos pre-configurados denominados Aceleradores. Los Aceleradores, son archivos de Word, Project, PowerPoint, que ASAP pone a disposicin del equipo de implementacin, para contar con una base de partida para la creacin de documentos, que en muchos proyectos ya han sido utilizados y probados. La metodologa ASAP consta de 6 fases de implementacin y el objetivo principal es minimizar tiempos del proyecto, maximizar los recursos y permitir generar un modelo de procedimientos.

Figura 1 Entrega de soluciones exitosas con la metodologa ASAP

Figura 2 Hoja de Ruta de Implementacin

3.1.1. Descripcin de las Fases 3.1.1.1. Fase 1. Preparacin del Proyecto

Durante esta fase, el equipo del proyecto se debe entrenar en el mapa de procedimientos de ASAP, debe completar el plan del proyecto de alto nivel y debe revisar el esquema del hardware necesario. El proyecto se iniciar oficialmente con una reunin de lanzamiento. Esta reunin no es exclusiva del equipo del proyecto y los consultores del implantador, sino que tambin para otros miembros clave de la empresa. Este arranque preparar un escenario propicio para el proyecto destacando la importancia de ste con los objetivos futuros de la compaa.

Para ECOPETROL S.A. en esta fase se dan pautas del modelo de gobierno que aplicar para la solucin de Issues y Riesgos, se formaliza al equipo, las plantillas a utilizar a lo largo de le ejecucin del proyecto y se firma con el gerente de proyecto y los lderes la matriz de entregables a la que se compromete el equipo a gestionar.

3.1.1.2. Fase 2. Planos del Negocio (Business Blueprint)

El propsito de la fase de Planos del Negocio (Business Blueprint) es entender las metas del cliente y determinar los procesos de negocio necesarios para cumplir las mismas. En una reunin de Revisin Ejecutiva, se debern discutir las metas del grupo, la estructura organizacional y los procesos de negocio de alto nivel. Otros requerimientos ms detallados sern discutidos durante reuniones de trabajo de revisin de cada uno de los procesos de negocio. Las reuniones de Revisin Ejecutiva y de los procesos de negocio sern conducidas por los consultores del implantador.

Para verificar que se entendieron apropiadamente los requerimientos del grupo y que se incluy a todos los involucrados en el proyecto, se debe preparar un Plano del estado futuro y ser presentado a sus ejecutivos para la aprobacin del mismo. Este Plano consistir en un diagrama de la estructura de la empresa, adems del primer borrador de la definicin de los procesos de negocio que se utilizar en su compaa; los dos se presentarn en forma escrita y de diagrama. Con la elaboracin de los Planos se finalizar el alcance detallado del proyecto.

Para ECOPETROL S.A. en esta fase se procede a construir el BBP1 (Business Blue Print), donde se hace el detallamiento de las especificaciones de negocio y la propuesta de implementacin dentro de la solucin, al final de la fase debe existir un documento firmado y aprobado por el rea de Negocio y Lder Tcnico (por cada uno de los mdulos afectados en el proceso), que ser la base para la configuracin del sistema en la siguiente fase.

3.1.1.3.

Fase 3. Realizacin

Durante esta fase, el equipo del proyecto de su empresa y los consultores del implantador se separarn para terminar las actividades asignadas. El equipo del proyecto debe asistir al entrenamiento de SAP de nivel 2 y 3. El entrenamiento de SAP se ha organizado alrededor de procesos de negocios. Durante el entrenamiento de nivel 2, el equipo del proyecto se har ms competente, y comenzar a modelar al sistema SAP (ERP, Portales y BW) con base en los requerimientos de una compaa caso. El entrenamiento, tambin, proporcionar un entendimiento de las herramientas y ayudas de referencia del sistema; de igual manera, se realizar la integracin de sus componentes.

Mientras que el equipo del proyecto est en entrenamiento, los consultores del implantador configurarn los procesos de negocio definidos en el diseo detallado. El sistema configurado reflejar la organizacin del cliente y los catlogos maestros; y deber soportar un flujo totalmente integrado de los procesos del sistema. Una revisin de los procesos de negocio de su empresa con el equipo del proyecto y con otros usuarios clave de cada uno de los procesos de negocio permitir la retroalimentacin y confirmacin del diseo detallado.

Durante los ciclos, el equipo del proyecto del cliente estar trabajando estrechamente con los consultores del implantador para definir los escenarios especficos de negocios y las condiciones de excepcin. Este enfoque cuenta con la mxima transferencia de conocimientos permitiendo al equipo de trabajo repetir la configuracin de los procesos medulares del negocio mientras pone a punto el sistema para tomar en cuenta procesos comunes de negocios. El equipo del proyecto del cliente completar el entrenamiento detallado de Nivel 3 durante los ciclos. Como una actividad paralela, son desarrollados y probados los programas de interfase y conversin, as como los reportes especiales.

Para ECOPETROL S.A. en esta fase se procede a configurar en el sistema de desarrollo de SAP lo que qued pactado en el BBP1, se procede a construir los escenarios de pruebas en Solman (Solution Manager), y se generan Scripts de pruebas unitarias, donde el Lder Tcnico Consultor y Lder Funcional deben buscar el mximo de modelamiento de escenarios y minimizar as posibles errores en los siguientes mandantes, una vez se tenga la aprobacin de pruebas unitarias se procede a generar un acta de aceptacin con todos los involucrados y finalmente el Lder Tcnico Consultor genera un acta para la formalizacin del paso de rdenes y/o configuracin a la siguiente instancia. El proyecto debe proceder a ejecutar la estrategia de entrenamiento e ir cerrando las brechas de conocimiento en los usuarios impactados.

3.1.1.4. Fase 4. Preparacin Final

El propsito bsico de la fase de Preparacin Final es terminar las pruebas finales del sistema, entrenar a los usuarios finales y llevar los datos y el sistema a un ambiente productivo. Las pruebas finales al sistema consisten en probar los procedimientos y programas de conversin y reportes especiales para fines legales y fiscales, probar los programas de interfase a los sistemas actuales, llevar a cabo las pruebas de volumen y estrs, as como las pruebas de aceptacin del usuario final.

El equipo de proyecto entrenar usuarios clave utilizando un mtodo de entrenar al entrenador. Este mtodo ayudar a ganar la aceptacin de los usuarios finales, as como a la construccin de una base de conocimiento para soporte propio de los reportes en lnea y futuras mejoras al sistema.

Otro propsito de esta fase es crear una estrategia para la Puesta en Produccine temas como conversin de datos, procedimientos iniciales de auditora y una estructura de soporte al equipo del proyecto. El ltimo paso en esta fase es aprobar el sistema y asegurar que el cliente est listo para la puesta en marcha del Sistema SAP (ERP, Ptales y/o BW).

Para ECOPETROL S.A. en esta fase se ejecutan las pruebas Integrales (y/o de regresin), donde se prueba el proceso en forma completa y componentes de integracin asociados a otros sistemas de informacin, cierre de brechas en entrenamiento, generacin de un Informe final de las capacitaciones dadas. Definir una estrategia de Cut Over o puesta en produccin y cierre de Issues o Riesgos que hayan quedado vigentes a la fecha (Debe existir resolucin para todos, debe definirse un plan de seguimiento y responsable a la puesta en produccin).

Se generan las actas de aceptacin de pruebas integrales y/o de regresin, y el Lder Tcnico Consultor genera el acta final con la lista de rdenes y/o configuraciones para el paso a produccin (debe ir firmado por: lder Tcnico del Proyecto, Lder Funcional y Gerentes de Proyecto).

3.1.1.5. Fase 5. Arranque Productivo y Soporte

Inmediatamente despus de la puesta en produccin, el sistema debe ser revisado y afinado para asegurar que el entorno del negocio est completamente soportado. Este proceso involucra no solamente el verificar la precisin de las transacciones del negocio, sino tambin, entrevistar informalmente a los usuarios para verificar que sus necesidades hayan sido satisfechas.

En ECOPETROL S.A., para esta fase se genera el chequeo al plan de soporte y resolucin de conflictos, se generan las acciones respectivas una vez finalice el tiempo de soporte alrededor del cierre administrativo y tcnico de proyecto, tambin se generar el documento de acta de cierre de proyecto, el implementador debe entregar un informe de sostenibilidad y recomendaciones adicionalmente si el proyecto fue madurado se debe entregar la documentacin propia del modelo MMGP.

Se debe hacer la entrega al Gestor de Aplicaciones y asegurar que las ltimas versiones de los entregables reposan en los lugares destinados para la gestin de proyectos, lo cual permite sustentar cualquier evidencia ante una auditora interna o externa.

3.2. DOCUMENTOS TRANSVERSALES ASOCIADOS A LA METODOLOGA

ECOPETROL S.A., no todos los documentos son obligatorios, pero en caso de ser aplicados en la metodologa se deben regir por los predefinido por ECOPETROL S.A.

Recuerde consultar la Gua Metodolgica General ubicada en el repositorio P8, all encontrar un captulo de recomendaciones el cual debe ser consultado.
Acta de Aceptacin de pruebas Acta de Aprobacin de Iniciativa Acta de Cierre de Proyecto Acta de Recibo de la versin de la solucin (Lnea Base) Acta de Reunin Caso de negocio Control de Cambios al proyecto-iniciativa Cutover Plan Tcnico y Funcional Evaluacin del Entrenamiento (Funcional y Tcnico) Formalizacin de la Conformacin del equipo de proyecto Glosario Handover Informe consolidado del entrenamiento realizado Informe Recomendaciones sostenibilidad Informe semanal de avance del equipo Lecciones Aprendidas Lista de asistencia a reuniones

Lista de contactos Instructivos de usuario Matriz de Issues Matriz de Riesgos Matriz RACI funcionales y tcnica Modelo de Gobierno ( PEP) Modelo Presentacin Kick Off Necesidades de los Usuarios - Requerimientos Plan de acreditacin Plan de Entrenamiento Plan de Manejo del Cambio Plan Detallado de Trabajo Project Charter- Visin del negocio Project Management Plan Propuesta de Servicio Requerimiento de Cambio (FRC) Roles y responsabilidades en el proyecto

3.3. DOCUMENTOS ASOCIADOS A LA METODOLOGA 3.3.1. Fase 1. Preparar Iniciativa 3.3.1.1. Acta de Inicio

Identifica el objeto del proyecto y valor, donde firman los representantes de las partes, equivale al acta de aprobacin de la Iniciativa

3.3.1.2. Cierre de Fase y Aceptacin de Entregables

Se debe hacer en todas las fases debe estar acorde con la fecha real de ejecucin del proyecto, debe incorporar la lista de entregables que se acord se generaran en cada fase, y que fueron recibidos a satisfaccin.

3.3.1.3. Control de Cambios SAP [Formato de Requerimiento de Cambio]

Formato mediante el cual se solicita a la gerencia del proyecto un requerimiento de cambio al alcance, detallando opciones o alternativas, impacto en costos, recursos y tiempo, sobre este se da la aceptacin y aprobacin de las partes. Si el proyecto est llevando MMGP aplica el documento del Modelo de Maduracin.

Este documento puede ser complementado en fases posteriores.

3.3.1.4. Cronograma de Hitos

Identifica la actividad y fecha donde se debe cumplir el Hito por fases o los asuntos relevantes del proyecto, deben estar alineados con el cronograma de proyecto. Si el proyecto ha sido madurado y se encuentra en Project Server estos Hitos deben ser concordantes con los publicados en dicho repositorio.

3.3.1.5.

Inicio de Fase

Se debe hacer en todas las fases debe estar acorde con la fecha especificada en el cronograma del proyecto. Debe ir firmada por el gerente o gerentes del proyecto y el lder tcnico.

3.3.1.6. Log de Control de Cambios [Temp Integrated Change Contol log)

Controla la lista de cambios al alcance (tiempo, costo, entregables), si el proyecto entr por Modelo de Maduracin se deben relacionar los controles de cambio aprobados, de lo contrario debe relacionar los gestionados al interior del equipo y aprobados por la gerencia.

3.3.1.7. Log de Issues Tcnicos [ECOPETROL S.A. Technical Issue log]

Contiene los asuntos pendientes por resolver y que se identifican como posibles eventos que afecten el desarrollo normal del proyecto, se actualiza a lo largo de la ejecucin del proyecto, asocia solo asuntos tcnicos en proyectos de implementacin de Upgrade, EHP (Enhancement Package), Achievement, entre otros.

3.3.2. Fase 2. Diseo Detallado 3.3.2.1. Detallamiento del Alcance y Beneficios [Scope Statement]

El Detallamiento del Alcance y Beneficios (Scope Statement) proveen una definicin del proyecto. Documenta los productos y servicios que deben ser generados por el proyecto, como tambin las bondades (beneficios cualitativos y cuantitativos) del proyecto. El Scope Statement es elaborado durante la fase de Business Blueprint, incorporando los requerimientos de cambio aprobados en concordancia con el proceso de control integrado de cambios, una vez finalizada la fase de Blueprint el Scope Statement representa el alcance total contra el que posteriormente se evalan las solicitudes de cambio.

3.3.2.2. Lista de desarrollos a involucrar

Identificacin de: El modulo en donde se requiere el desarrollo. Una pequea descripcin del requerimiento Si es un requerimiento Legal o no Responsable Funcional El tipo de programa (Formulario, Cargas, Interfases, Work Flow, entre otros) Prioridad (Alta Media o Baja) Es actualizado en la fase 3

3.3.2.3.

Modelo BBP1 Business Blue Print

Para cada uno de los mdulos afectados en el proceso se debe generar el documento con las especificaciones de lo que considera el negocio es lo requerido para proceder posteriormente a ajustar el sistema. Si el documento corresponde a alguno de los existentes en ECOPETROL S.A. debe generarse un Update al mismo.

Este documento debe ser firmado por el Lder Funcional, lder tcnico y gerente de proyecto.

El consecutivo del documento debe identificar en sus 3 primeras iniciales la sociedad a la que se est generando la actualizacin, los 4 siguientes son el identificador del tipo de documento, los 2 siguientes corresponden al identificador del mdulo y los dos ltimos que van en nmeros corresponden al numeral por mdulo asignado, as:

01 Recursos Humanos Y Nomina 02 Finanzas 03 Activos Fijos y proyectos 04 Presupuesto 05 Compras y contratacin 06 Costos 07 Ventas y facturacin 08 Tesorera e inversiones 09 Inventarios de productos 10 Negocios Conjuntos (JVA). 11 Inteligencia de Negocio

Para mdulos nuevos se debe contactar al Lder de Control y Seguimiento para la asignacin del numeral correspondiente. Por ejemplo: ECP-BBP1-MM-05 En donde: - ECP, corresponde a la sociedad que es ECOPETROL S.A. - BBP1, es la clase del documento - MM: Identificador del Modulo de Compras y Contratacin - 05: Consecutivo del modulo de Compras y Contratacin Donde se narra el proceso involucrado a ser ajustado, modificado o a ser creado.

Este documento debe ser dejado en SOLMAN en la carpeta documentacin del proyecto (debidamente firmado y aprobado). Con el objetivo de ahorrar papel, si el documento tiene un nmero representativo de Hojas, solo debe imprimir la hoja de firmas y se anexar al documento digital, sin embargo la versin digital en donde se incluyen las firmas de quienes aprueban el documento. En el documento de aceptacin de entregables por fase se ratifica la aceptacin de este y los dems documentos.

3.3.3. Fase 3. Realizacin 3.3.3.1. Actas de paso al siguiente mandante PRD

Acta resumen que contiene la lista de rdenes que fueron configuradas en calidad y que han de ser transportadas a produccin, en esta acta se debe detallar que no qued un Issue y/o Riesgo pendiente que afecte las actividades en Produccin.

Cada Orden de transporte, Import Export, o configuracin directa del sistema, deben quedar documentados en los formatos del AI6 requeridos para tal fin. Esta Acta debe ser firmada por el Lder Tcnico De Proyecto, Lder Funcional, Lder Tcnico Consultor y el Gerente de proyecto

3.3.3.2. Acta de paso de rdenes y desarrollos al siguiente mandante de pruebas

Acta resumen que contiene la lista de rdenes que fueron configuradas en desarrollo y que han de ser transportadas a calidad para continuar con las pruebas integrales, en esta acta se debe detallar que no qued un Issue y/o Riesgo pendiente que afecte las actividades en el siguiente mandante. Aquellos Issues tcnicos que no hayan sido resueltos deben ser especificados definiendo un responsable que debe gestionar y cerrar el tema en calidad.

Cada Orden de transporte, Import Export, o configuracin directa del sistema, deben quedar documentados en los formatos del AI6 requeridos para tal fin. Esta Acta debe ser firmada por el Lder Tcnico De Proyecto, Lder Funcional, Lder Tcnico Consultor y el Gerente de proyecto.

3.3.3.3.

Diseo Workflows

Modelo sugerido para aquellos proyectos que utilicen en sus procesos Work Flows, deben incorporar la documentacin que especifique: Actividad Responsable Transaccin SAP Desarrollo SAP Destinatario del mensaje Texto del mensaje Observaciones

Formato donde se especifica los work flows a ajustar o a crear

3.3.3.4.

Documentacin tcnica de desarrollos

Documento respuesta al requerimiento funcional, donde se especifica el nombre del desarrollo construido, la descripcin de la solucin, elementos de cdigo o tablas en donde se ajustaron los objetos, grficos y dems componentes de SAP. Debe estar firmado por el Lder Tcnico de Proyectos y el Consultor ABAP.

3.3.3.5. Escenarios de Pruebas SOLMAN

Un escenario de prueba es un documento en Excel que describe el tipo de prueba, el cdigo de la prueba y quien ser el responsable de ejecutarla dentro de SOLMAN

3.3.3.6. Especificaciones funcionales - Desarrollos ABAP

Documento Base en donde el Lder Tcnico Funcional da las especificaciones para la construccin de: Desarrollos o Reportes o Archivos de carga Interfases Work Flow

3.3.3.7. Estrategia Plan de Pruebas

Procedimiento que especifica los detalles de los mandantes donde se realizarn las pruebas, estrategia y tiempos de las mismas: Alcance de las pruebas (mdulos, otros sistemas con los que se interacta) Glosario de trminos Definicin de Roles y responsabilidades frente a la planeacin, ejecucin y aceptacin de las pruebas Metodologa (En que ambientes o en que maquinas se van a hacer las pruebas Detallamiento de las pruebas o Unitarias o Integrales o De regresin (Si aplicara)

 Manejo de roles (a nivel de Roles Transacciones) dentro de SAP. Utilizacin de SOLMAN (Solution Manager), para la ejecucin de las Pruebas Formatos a Utilizar (Script de Pruebas) Nomenclatura para identificar los escenarios de pruebas Estrategia para el reporte y manejo de errores Cronograma de trabajo en el cual se especifican las fechas planteadas para las pruebas. Inventario de capacitacin en Pruebas Integrales.

3.3.3.8. Modelo BBP2

Continuacin del Business Blue Print 1(Continuacin del numeral donde termine el ltimo captulo del BBP1, de la siguiente forma: si el ltimo captulo del BBP1 es el capitulo 10, el captulo con el que inicia el BBP2 ser el capitulo 11). El BBP2 debe incorporar la forma en la cual qued configurado el sistema para cada uno de los mdulos, debe relacionar pantallas, tablas, desarrollos y todos los elementos que se consideren necesarios para dejar documentada la configuracin.

Este documento debe ser dejado en SOLMAN en la carpeta documentacin del proyecto (debidamente firmado y aprobado). Con el objetivo de ahorrar papel, si el documento tiene un nmero representativo de Hojas, solo debe imprimir la hoja de firmas y se anexar al documento digital, sin embargo la versin digital en se incluyen las firmas de quienes aprueban el documento. En el documento de aceptacin de entregables por fase se ratifica la aceptacin de este y los dems documentos.

3.3.3.9.

Roles de usuario, requerimientos de autorizacin y diseo definidos

Documento que relaciona el nombre del Rol con la descripcin tcnica del mismo y las transacciones que tiene asignadas dicho Rol. Este documento es la base para que el equipo de SAP, encargado de la seguridad de Usuarios vaya construyendo los roles que sern probados a lo largo de la fase para finalmente ser transportados a produccin.

3.3.3.10. Script de pruebas

Documento que contiene: Cdigo de la Prueba que se est Ejecutando Tipo de Prueba (Unitaria , Integral o de Regresin) Lder de la prueba Paso a paso de las transacciones a probar. Sociedad financiera en la que se est probando Usuario que ejecuta la prueba Documento generado producto de la prueba Nombre y firma de los usuarios participantes de la prueba

El Script de pruebas debe ser publicado en el repositorio del proyecto creado en SOLMAN. Cuando el nmero de usuarios es representativo las firmas del Script pueden ser relacionadas en el documento Listado de asistencia a Reuniones, y se deja como evidencia de la participacin de los usuarios en las pruebas.

3.3.4. Fase 4. Preparacin Final 3.3.4.1. Actas de paso al siguiente mandante PRD

Acta resumen que contiene la lista de rdenes que fueron configuradas en calidad y que han de ser transportadas a produccin, en esta acta se debe detallar que no qued un Issue y/o Riesgo pendiente que afecte las actividades en Produccin.

Cada Orden de transporte, Import Export, o configuracin directa del sistema, deben quedar documentados en los formatos del AI6 requeridos para tal fin. Esta Acta debe ser firmada por el Lder Tcnico De Proyecto, Lder Funcional, Lder Tcnico Consultor y el Gerente de proyecto

3.3.4.2.

Formalizacin de usuarios, roles y perfiles certificados PRD

Corresponde al Mail que enva el lder tcnico de proyecto al equipo responsable de la seguridad de usuarios en SAP que contiene los nombres, cdigos de usuario y roles a ser asignados en produccin y cuya configuracin queda en ordenes de transporte administradas por el equipo de seguridad de usuarios SAP. Se debe solicitar va mail la confirmacin del desarrollo de dicha actividad, que corresponde a la evidencia solicitada por auditora.

3.3.4.3. Modelo BBP3 aprobado

El BBP3 debe incorporar el detallamiento del rol que el usuario va a desempear, debe listar las transacciones asociadas a cada uno de los oles incluyendo desarrollos e interfases. La base de construccin de este documento corresponde a la matriz de roles y transacciones refinada a lo largo del proyecto. Este documento debe ser dejado en SOLMAN en la carpeta documentacin del proyecto (debidamente firmado y aprobado), debe tener el visto bueno del grupo responsable de seguridad de usuarios de SAP.

Con el objetivo de ahorrar papel, si el documento tiene un nmero representativo de Hojas, solo debe imprimir la hoja de firmas y se anexar al documento digital, sin embargo la versin digital en donde se incluyen las firmas de quienes aprueban el documento. En el documento de aceptacin de entregables por fase se ratifica la aceptacin de este y los dems documentos.

3.3.5. Fase 5. Salida en Vivo 3.3.5.1. Seguimiento a la estrategia de soporte y solucin de conflictos

El equipo de proyecto debe definir como atender los requerimientos de usuario a partir del momento en que se ponga en produccin la solucin y a lo largo del tiempo pactado como acompaamiento o estabilizacin de la solucin.

Acorde con la estrategia que se defina se debe socializar a la comunidad de usuarios para que sepan cmo actuar ante un inconveniente. Cuando el Implementador termine su periodo de acompaamiento se debe tener un listado de Issues tcnicos resueltos.

3.3.6. Fase 6. Operar y Mejorar

Como entregables en esta fase est el Informe de Cierre y Acta de Cierre de Proyecto, cuya descripcin se encuentra en la Gua Metodolgica General

RELACIN DE VERSIONES

Versin
1

Fecha
20/06/2011 Creacin del Documento

Cambios

14/12/2011

Eliminacin de la caracterizacin de documentos obligatorios y/o opcionales y se elimina de los filtros de la matriz el tema de MMGP, los documentos de Fabrica de software tienen vista por el filtro clase documento, pero no forman parte del cuerpo de entregables de cada metodologa. Se modifica la ruta en share point

08/05/2012

Modificacin estructura documento por modificacin de la matriz de entregables (donde su estructura cambia)