Procedimiento alineado al project management institute para la obtención del registro sanitario de un producto agroindustrial

Texto completo

(1)Biblioteca Digital - Dirección de Sistemas de Informática y Comunicación. RI A. FACULTAD DE CIENCIAS AGROPECUARIAS. S. UNIVERSIDAD NACIONAL DE TRUJILLO. PE CU A. ESCUELA ACADÉMICO PROFESIONAL DE. AG RO. INGENIERÍA AGROINDUSTRIAL. TESIS. DE. PROCEDIMIENTO ALINEADO AL PROJECT MANAGEMENT INSTITUTE PARA LA OBTENCIÓN DEL REGISTRO SANITARIO DE UN PRODUCTO AGROINDUSTRIAL. AUTOR:. TE. CA. (PROCEDURE ALIGNED TO PROJECT MANAGEMENT INSTITUTE TO OBTAIN THE SANITARY REGISTRY OF A PRODUCT AGROINDUSTRIAL). Dr. Raúl Benito Siche Jara.. BI. BL. IO. ASESOR:. Br. Hessel Sofía Valle Sandoval.. TRUJILLO – PERÚ. 2015 -i-. Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajola misma licencia 2.5 Perú. Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/.

(2) Biblioteca Digital - Dirección de Sistemas de Informática y Comunicación. RI A. FACULTAD DE CIENCIAS AGROPECUARIAS. S. UNIVERSIDAD NACIONAL DE TRUJILLO. PE CU A. ESCUELA ACADÉMICO PROFESIONAL DE INGENIERÍA AGROINDUSTRIAL. PROCEDIMIENTO ALINEADO AL PROJECT MANAGEMENT INSTITUTE PARA LA OBTENCIÓN DEL REGISTRO SANITARIO DE UN PRODUCTO AGROINDUSTRIAL. AG RO. (PROCEDURE ALIGNED TO PROJECT MANAGEMENT INSTITUTE TO OBTAIN THE SANITARY REGISTRY OF A PRODUCT AGROINDUSTRIAL). TESIS PARA OBTENER EL TÍTULO DE:. DE. INGENIERO AGROINDUSTRIAL. PRESENTADO POR EL BACHILLER:. CA. HESSEL SOFÍA VALLE SANDOVAL. TE. SUSTENTADO Y APROBADO ANTE EL HONORABLE JURADO:. IO. PRESIDENTE. BL. SECRETARIO. Ms. Leslie Lescano Bocanegra.. :. Ms. Gabriela Barraza Jáuregui.. :. Dr. Raúl Benito Siche Jara.. BI. MIEMBRO (ASESOR). :. -ii-. Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajola misma licencia 2.5 Perú. Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/.

(3) Biblioteca Digital - Dirección de Sistemas de Informática y Comunicación. PE CU A. RI A. S. DEDICATORIA. Esta tesis está dedicada a Dios porque con el TODO lo podemos y sin Él TODO sería vano.. BI. BL. IO. TE. CA. DE. AG RO. “Todo lo puedo en Cristo que me fortalece” Filipenses 4:13. -iii-. Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajola misma licencia 2.5 Perú. Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/.

(4) AG RO. PE CU A. AGRADECIMIENTOS. RI A. S. Biblioteca Digital - Dirección de Sistemas de Informática y Comunicación. A Dios por sobre todas las cosas, por su eterno amor; con Él TODO sin Él NADA. A mis amigos, familia y Diego, por su ánimo.. BI. BL. IO. TE. CA. DE. En especial a mis padres, por la educación, su entrega, constante apoyo y potenciar mis habilidades desde siempre.. -iv-. Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajola misma licencia 2.5 Perú. Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/.

(5) Biblioteca Digital - Dirección de Sistemas de Informática y Comunicación. INDICE. S. RESUMEN .........................................................................................................................................vi. RI A. ABSTRACT ...................................................................................................................................... vii INTRODUCCIÓN..................................................................................................................... 1. 2.. MATERIALES Y MÉTODOS .................................................................................................. 3. PE CU A. 1.. 2.1. Material .................................................................................................................................... 3 2.2. 3.. Metodología ....................................................................................................................... 4. RESULTADOS Y DISCUSIÓN ............................................................................................... 5. Gestión de Integración del proyecto ........................................................................ 6. 3.2.2.. Plan de Gestión del Alcance ..................................................................................... 7. 3.2.3.. Gestión del Tiempo.................................................................................................. 12. 3.2.4.. Gestión de Costos .................................................................................................... 12. 3.2.5.. Gestión de Calidad .................................................................................................. 13. 3.2.6.. Gestión de Recursos Humanos ............................................................................... 14. 3.2.7.. Gestión de Comunicaciones .................................................................................... 15. 3.2.8.. Gestión de Riesgos ................................................................................................... 16. 3.2.9.. Gestión de Adquisiciones ........................................................................................ 17. CA. TE. CONCLUSIONES ................................................................................................................... 22 REFERENCIAS BIBLIOGRÁFICAS .................................................................................. 22 ANEXOS .................................................................................................................................. 24. BI. BL. 6.. Estudio de caso ................................................................................................................ 18. IO. 5.. DE. 3.2.1.. 3.2. 4.. AG RO. 3.2. PROCEDIMIENTO PARA LA OBTENCIÓN DE LA DOCUMENTACIÓN REGISTRO SANITARIO PARA UN PRODUCTO AGROINDUSTRIAL ........................... 5. -v-. Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajola misma licencia 2.5 Perú. Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/.

(6) Biblioteca Digital - Dirección de Sistemas de Informática y Comunicación. S. RESUMEN. RI A. El objetivo del presente trabajo fue proponer un procedimiento alineado al Project. Management Institute para la obtención de Registro Sanitario de un Producto. PE CU A. Agroindustrial. Se consideró un diseño en dos etapas: la primera etapa estuvo basada en la consolidación del procedimiento en sí, mientras que la segunda etapa consiste en el procedimiento obtenido como resultados de la etapa anterior para ser ejecutado en la obtención del Registro Sanitario del producto como estudio de caso que a través del estándar reconocido a nivel global, la Guía de los Fundamentos para la Dirección de. AG RO. Proyectos (Guía del PMBOK). Dichos requisitos son de conocimiento público, sin embargo, es muy engorroso para una empresa nueva en el rubro definir alguna “secuencia” y/o definir una metodología para la obtención de dicho registro identificando riesgos, costos, tiempo, calidad, alcance y los recursos humanos que son necesarios para la. DE. culminación efectiva y rápida de este procedimiento.. clave:. Project. Management. CA. Palabras. Institute,. Registro. Sanitario,. Producto. Agroindustrial, Guía de los Fundamentos para la Dirección de Proyectos (Guía del. BI. BL. IO. TE. PMBOK).. -vi-. Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajola misma licencia 2.5 Perú. Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/.

(7) RI A. S. Biblioteca Digital - Dirección de Sistemas de Informática y Comunicación. PE CU A. ABSTRACT. The research was aimed at proposing a method in alignment to the Project Management Institute to obtain Sanitary Register of an Agroindustrial Product. In the methodology, a design was considered in two stages: the first stage was based on the consolidation of the. AG RO. procedure itself, while the second stage is the procedure obtained as a result of the previous stage to be executed in obtaining of an Agroindustrial product’s Sanitary Register as a case study, which through the globally recognized standard, the Guide to the Project Management Body of Knowledge (PMBOK Guide). It is known that these requirements. DE. are public knowledge; however, it is tricky for a new company in the Agroindutrial category to define a "sequence" and/or a methodology to obtain that register, identifying. CA. risks, costs, time, quality, scope and necessary human resources for effective and speedy completion of this procedure.. TE. Keywords: Project Management Institute, Sanitary Register, Agroindustrial Product,. BI. BL. IO. Guide to the Project Management Body of Knowledge (PMBOK Guide). -vii-. Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajola misma licencia 2.5 Perú. Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/.

(8) Biblioteca Digital - Dirección de Sistemas de Informática y Comunicación. 1.. INTRODUCCIÓN. RI A. S. Durante el año de 1963 se creó el Código Sanitario de Alimentos, debido a que en muchos países de América y del mundo se reconoció en su momento la necesidad de controlar la. PE CU A. producción de alimentos en todas sus etapas, hasta el consumo (DIGESA, 2014).. Como parte de la nueva Ley de Salud N° 26842 (1997) surge el Reglamento de Vigilancia y Control Sanitario de Alimentos y Bebidas aprobado por D.S. N° 007-98-SA el 25 de setiembre de 1998 que será el que comience a regular dentro del Título VIII “El Registro Sanitario de Alimentos y Bebidas Industrializados”, señalando en su artículo 102° la del. registro. para. determinados. productos:. AG RO. obligatoriedad. “ARTÍCULO. 102°.-. OBLIGATORIEDAD DEL REGISTRO SANITARIO: Solo están sujetos a obligatoriedad del Registro Sanitario los alimentos y bebidas industrializados que se comercializan en el país (DIGESA, 2014).. DE. Desde entonces la Dirección General de Salud Ambiental (DIGESA) del Ministerio de Salud, es la encargada de inscribir, reinscribir, modificar, suspender y cancelar el registro. CA. sanitario de los alimentos y bebidas, así como de realizar la vigilancia de dichos productos.. TE. Es así que para efectos del Registro Sanitario, se considera alimento o bebida industrializado al producto final destinado al consumo humano, obtenido por. IO. transformación física, química o biológica de insumos de origen vegetal, animal o mineral. BL. y que contiene aditivos alimentarios (DIGESA, 2014). La División de Registro Sanitario y Certificación Sanitaria tiene como objetivo evaluar el. BI. cumplimiento de los lineamientos técnico normativo y requisitos para el otorgamiento del Certificado de Registro Sanitario de Alimentos y Bebidas industrializados, sean de. -1Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajola misma licencia 2.5 Perú. Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/.

(9) Biblioteca Digital - Dirección de Sistemas de Informática y Comunicación. fabricación nacional o importada, así como generar un sistema único de codificación,. RI A. S. sujetos a vigilancia y control sanitario.. Sin embargo en un mundo competitivo y globalizado, se requiere y necesita que los. PE CU A. profesionales en la gestión de proyectos implementen soluciones cada vez más creativas ante la realidad del avance de nuevas industrias en el rubro alimentario ante la obtención de toda la documentación necesaria para la comercialización, estas deben ser normalizadas y difundidas en la organización, con el fin de mantener bajo control sus proyectos y poder alcanzar el éxito. De allí es importante que los productos alimenticios que genera la Escuela. AG RO. de Ingeniería Agroindustrial, o los que generará, con fines de comercialización, como los que se producen en el Taller de Cereales y Leguminosas, tengan un Registro Sanitario; por lo que este procedimiento serviría como guía a la escuela para realizar este trámite. La falta de una estrategia clara y definida para el manejo de los proyectos, por parte del. DE. cliente, la falta de asesoramiento al promotor en temas relacionados con la gerencia de proyectos, la falta de claridad (en muchas ocasiones) al momento de definir el alcance de. CA. los servicios, la escasa documentación con la que muchas veces se cuenta sobre el proyecto, los tiempos y plazos cada vez más ajustados para la ejecución; todo esto, sumado al pobre. TE. conocimiento y manejo de herramientas de gestión por parte de los profesionales. IO. encargados de la gerencia del proyecto, originan problemas en las fases de planeamiento,. BL. seguimiento y control, ejecución y cierre del proyecto (Farje, 2011). El presente estudio, tiene como objetivo principal el de contribuir a la mejora de la gestión. BI. en un procedimiento alineado al Project Management Institute para obtener el Registro Sanitario de un Producto Agroindustrial según la normativa vigente descrita en la Ley de. -2Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajola misma licencia 2.5 Perú. Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/.

(10) Biblioteca Digital - Dirección de Sistemas de Informática y Comunicación. MATERIALES Y MÉTODOS. RI A. 2.. S. Salud N° 26842 de 1997.. 2.1. Material. Guía de los Fundamentos para la Dirección de Proyectos (Guía del PMBOK). PE CU A. -. Quinta Edición. Es un estándar del PMI que recopila las mejores prácticas de diversas metodologías del mercado, de “Reconocimiento Global”. Este conjunto de conocimientos se encuentra distribuido en miles de personas, organizaciones y textos; el cual involucra 5 grupos de. AG RO. procesos, 10 áreas de conocimiento y 47 procesos, exponiendo las disciplinas, técnicas y experiencias que “residen en los practicantes y académicos que los aplican y los desarrollan. Estas áreas de conocimiento son necesarias, para asegurarse que el proyecto sea ejecutado de forma correcta en sus fases de estudios, suministro y. DE. ejecución, cumpliendo con las Normas y Especificaciones Técnicas locales e internacionales y con las buenas prácticas de la Ingeniería (PMBOK, 2013).. CA. Al indicar que cada proyecto debe analizarse de manera individual, lo que se señala es que si bien con la metodología del PMBOK logramos aplicar a los proyectos las. TE. buenas prácticas recopiladas de diferentes proyectos, esto no significa que los conocimientos deban aplicarse de la misma manera en todos los proyectos, “el equipo. IO. de dirección del proyecto es responsable de determinar lo que es apropiado para cada. BL. proyecto determinado” , pues cada proyecto es muy distinto a otro, en el desarrollo de. cada proyecto, se generan documentación y formularios que luego se deberán adaptar a. BI. la realidad del país y específicamente al tipo de industria a la que pertenece . (PMBOK, 2013).. -3Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajola misma licencia 2.5 Perú. Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/.

(11) Biblioteca Digital - Dirección de Sistemas de Informática y Comunicación. S. 2.1. Metodología. RI A. Se presentó dos etapas; en la primera se trabajó el diseño del procedimiento alineado al PMI para la documentación del Registro Sanitario para un Producto Agroindustrial y en. PE CU A. la segunda etapa se plasmó con un estudio de caso específico.. 2.1.1. Diseño del procedimiento alineado al PMI para la documentación del registro sanitario para cualquier producto agroindustrial INICIO. AG RO. PLANIFICACION. ELABORACIÓN. Figura 1. Etapas establecidas para la ejecución del proyecto de Registro Sanitario para un. a. FASE: INICIO. DE. Producto Agroindustrial. CA. En esta etapa, se definió el alcance global del producto y del proyecto a través del Acta de Constitución del proyecto y la identificación de los interesados, de tal forma se. TE. comprobó los criterios de éxito y se revisan la influencia, las fuerzas impulsoras y los. BL. IO. objetivos de los interesados del proyecto. Gestión de integración del proyecto. Gestión de los Interesados del Proyecto. BI. Figura 2. Etapas establecidas para la iniciación del proyecto de Registro Sanitario para un Producto Agroindustrial. -4Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajola misma licencia 2.5 Perú. Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/.

(12) Biblioteca Digital - Dirección de Sistemas de Informática y Comunicación. b. FASE: PLANIFICACIÓN. RI A. S. En esta etapa se desarrolló procesos para establecer el alcance total del esfuerzo, definir y refinar los objetivos y desarrollar la línea de acción requerida para alcanzar dichos objetivos, es por ese motivo que se exploró todos los aspectos de alcance,. PE CU A. tiempo, costo, calidad, comunicaciones, recursos humanos, riesgos, adquisiciones y participación de los interesados. c. FASE: ELABORACIÓN. Se recopiló la información (formatos) de las dos primeras fases para el procedimiento. 2.1.2.. Estudio de caso. AG RO. de Registro sanitario para un producto agroindustrial.. El procedimiento obtenido como resultados de la etapa anterior fue ejecutado para la. DE. obtención del Registro Sanitario del producto YoFlame (Yogurt Aflanado) de la empresa GEVS Perú S.A.C., a través de un estándar reconocido a nivel global, la Guía de los Fundamentos para la Dirección de Proyectos (Guía del PMBOK) trabajado en la. CA. primera etapa de este proyecto.. TE. 3. RESULTADOS Y DISCUSIÓN. IO. 3.1.PROCEDIMIENTO. BI. BL. DOCUMENTACIÓN. PARA. LA. REGISTRO. OBTENCIÓN. DE. LA. SANITARIO. PARA. UN. PRODUCTO AGROINDUSTRIAL El siguiente cuadro expresa todos los pasos a seguir para la planificación para lograr un estándar como guía global en la dirección de proyectos para la obtención del Registro Sanitario para un Producto Agroindustrial -5-. Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajola misma licencia 2.5 Perú. Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/.

(13) Biblioteca Digital - Dirección de Sistemas de Informática y Comunicación. Gestión de los R. de Comunicación Proyecto. Gestión de los Riesgos del proyecto. Gestión del Tiempo del proyecto. Gestión de los Recursos Humano del proyecto. Gestión de Adquisiciones del proyecto. Gestión de Costos del Proyecto. Gestión de Calidad del Proyecto. Gestión de interesados del Proyecto. PE CU A. RI A. S. Gestión del Alcance del Proyecto. Figura 3.Etapas establecidas para la planificación del proyecto de Registro Sanitario para un Producto Agroindustrial. AG RO. 3.1.1. Gestión de integración del proyecto. Según el estándar (PMBOK, 2013) expresa que durante la etapa de iniciación los documentos que se incluyen son los que se encuentran en el (Anexo 1); sin embargo es necesario adecuarlos a la naturaleza del proyecto de los cuales se tomó en consideración:. DE. Enunciado del Trabajo del Proyecto; Acta de Constitución del Proyecto y la lista de Interesados – Por Rol General en el Proyecto (Anexo 2, 3, 4) del trabajo del proyecto (SOW) es una descripción. CA. En el documento de Enunciado. narrativa de los productos, servicios o resultados que se deben entregar en el proyecto. En. TE. el caso del proyecto: Registro Sanitario del producto “x” y si tienen varios sabores de la misma naturaleza especificar que sabores son los que tendrán el registro y cuáles no.. IO. Desarrollamos estos documentos de integración con la herramienta “Juicio de Expertos”, a. BL. través de la participación de las diversos Gerentes de las siguientes áreas funcionales: área de calidad, producción, recursos humanos, finanzas y el gerente general, serán ellos los que. BI. redactaran esta acta de constitución tomando en consideración el fin desarrollar ,revisar, analizar y comprender el alcance es necesario tomar en cuenta que los intereses pueden ser. -6Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajola misma licencia 2.5 Perú. Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/.

(14) Biblioteca Digital - Dirección de Sistemas de Informática y Comunicación. afectados positiva o negativamente como resultado de la ejecución del proyecto o de la. RI A. S. terminación exitosa del mismo.. El acta de constitución es el proceso de desarrollar un documento que autoriza formalmente la existencia de un proyecto y confiere al director del proyecto la autoridad para asignar los. 3.1.2. Plan de gestión del alcance. PE CU A. recursos de la organización a las actividades del proyecto (PMBOK, 2013).. El Objetivo del “plan de gestión del alcance” es garantizar que el proyecto incluya solamente el trabajo necesario para culminarlo con éxito, definiendo qué se incluye y que. AG RO. no se incluye en el proyecto.. La gestión del alcance del proyecto incluye procesos necesarios para garantizar que el proyecto incluya todo el trabajo requerido como la recopilación de requisitos, define el alcance se obtiene la estructura de desglose de trabajo (EDT) y se valida el alcance para. DE. después controlarlo (PMBOK, 2013). El plan de gestión de requerimientos, documenta cómo se analizarán, documentarán y gestionarán los requisitos a lo largo del proyecto. CA. (Anexo 6).. El equipo del proyecto será el encargado de identificar cualquier variación o. TE. incompatibilidad que esté fuera del alcance del proyecto. Esta identificación será plasmada en un formato de solicitud de cambios, el cual será emitido al cliente para su revisión. IO. (PMBOK, 2013). El cliente también podrá solicitar cambios al alcance y también lo hará a. BL. través del formato de solicitud de cambios (ver Anexo 7).. BI. El equipo del proyecto realizará el seguimiento de la documentación alcanzada al cliente, y en caso de haber alguna variación o consulta, se elaborará una solicitud de cambio actualizada, la cual será nuevamente enviada para su revisión por el cliente. Toda solicitud -7-. Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajola misma licencia 2.5 Perú. Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/.

(15) Biblioteca Digital - Dirección de Sistemas de Informática y Comunicación. de cambio será archivada para su seguimiento, control y cierre a cargo del equipo del. RI A. S. proyecto, quien emitirá un informe semanal el cual detallará el estado de cada una de las solicitudes emitidas. PE CU A. Realizar el control integrado de cambios es el proceso que consiste en analizar todas las solicitudes de cambios, aprobar los mismos y gestionar los cambios a los entregables, los activos de los procesos de la organización, los documentos del proyecto y el plan para la dirección del proyecto, así como comunicar las decisiones correspondientes (PMBOK, 2013), que se podría dar en caso se quieran anexar más productos en al proyecto de registro. AG RO. sanitario, así como la reprogramación de los hitos para la fecha de entrega de muestras , el cambio de laboratorio, etc. (Bailetti, 2013).. 3.1.2.1. Documentación de requisitos, los documentos (las entradas) consideradas para la Gestión de los Requerimientos son: 1) Acta de Constitución del Proyecto (Anexo 3); 2). DE. Registro de Interesados (Anexo 2); y 3) Sistema Control de la Facturación y Costos. Las herramientas y técnicas a aplicar para la recolección de requerimientos, serán: 1). CA. Entrevistas, se consultará a los principales involucrados del proyecto, con el fin de definir cualquier requerimiento que no esté claramente establecido. 2) Se entrevistará a. TE. participantes con experiencia en proyectos, así como interesados y expertos en la materia. IO. para conocer sus expectativas sobre los resultados del proyecto. El entrevistador será el. BL. gerente de proyecto. Las salidas de la gestión de requerimientos serán: 1) Documentación de requerimientos,. BI. describe el modo en que los requisitos individuales cumplen con las necesidades comerciales del proyecto (ver Anexo 8). En la salida de la gestión de requisitos; los. -8Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajola misma licencia 2.5 Perú. Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/.

(16) Biblioteca Digital - Dirección de Sistemas de Informática y Comunicación. requisitos no deben ser ambiguos (medibles y comprobables), trazables, completos,. RI A. S. coherentes y aceptables para los interesados clave.. El objetivo de priorizar los requerimientos será el de dar atención a los requerimientos de. PE CU A. mayor impacto en el proyecto. Los requerimientos se priorizaran dependiendo de la fuente que los emita, y el nivel de participación que tenga el involucrado que realizará el requerimiento (Veliz, 2013). 3.1.2.2.. Definir el alcance, si bien en la primera etapa se realizó el proceso de en la etapa de planificación al redactar el documento de salida. AG RO. recopilar requisitos. enunciado del alcance se seleccionara los requisitos definitivos del proyecto (Ver anexo 9). Por lo que se procedió a redactar el documento, tomando en la descripción del producto final y cual seria los criterios de aceptación.. DE. Aunque el acta de constitución del proyecto y el enunciado del alcance del proyecto en ocasiones se percibe redundante en cierta medida, difieren en el nivel de detalle que contiene cada uno. El acta de constitución contiene información de alto nivel, mientras que. CA. el enunciado del alcance de proyecto contiene una descripción detallada de los elementos. TE. del alcance (PMBOK, 2013).. 3.1.2.3. Crear la EDT (Estructura de desglose del trabajo) es el proceso de subdividir. IO. los entregables del proyecto y el trabajo del proyecto en componentes más pequeños y más. BL. fáciles de manejar. El beneficio clave de este proceso es que proporciona una visión estructurada de lo que se debe entregar. Que se documentan en el plan de gestión del. BI. cronograma (Ver anexo 10).El cronograma del proyecto se gestionó con las entradas,. técnicas y herramientas y salidas abajo descritas.. -9Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajola misma licencia 2.5 Perú. Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/.

(17) Biblioteca Digital - Dirección de Sistemas de Informática y Comunicación. 3.1.2.4. Definir las actividades; para este paso se utilizará como entrada la línea base del. RI A. S. alcance. Asimismo, se contará con los activos de los procesos de la organización como la. información histórica referida a la lista de actividades utilizadas en proyectos anteriores. PE CU A. (PMBOK, 2013).. Como técnica de definición de las actividades se utilizará la técnica de descomposición y el juicio experto del equipo del proyecto. Dichas actividades serán creadas sobre la base de la EDT, donde cada paquete de trabajo podrá descomponerse hasta un máximo de 10. AG RO. actividades según (PMBOK, 2013).. Como salida de este proceso se obtendrá la lista de actividades, que mostrará todas las actividades necesarias a ejecutarse para el proyecto. Asimismo, se obtendrá una lista de hitos que mostrara los eventos significativos en el proyecto.. DE. 3.1.2.5. Secuenciar las actividades se utilizará como entrada la lista de las actividades, así como la lista de hitos. Además, se utilizará el enunciado del alcance del proyecto para analizar las características de los productos que afectan la secuencia de las actividades. CA. (PMBOK, 2013).. TE. Como técnica para secuenciar actividades se usará el método de diagrama de barras, para lo. IO. cual se utilizará el software Excel. Como salida de este proceso se obtendrá el cronograma del Proyecto con todas las. BL. actividades del proyecto y sus relaciones lógicas.. BI. 3.1.2.6. Estimación los recursos de las actividades; se utilizará como entrada la lista de actividades para identificar cuales requerirán recursos, y el calendario de recursos para. -10Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajola misma licencia 2.5 Perú. Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/.

(18) Biblioteca Digital - Dirección de Sistemas de Informática y Comunicación. identificar los potencialmente disponibles. Como técnica para la estimación de recursos de. RI A. S. las actividades se aplicará la técnica del juicio de expertos y estimaciones publicadas de entidades de la especialidad (DIGESA).. PE CU A. Como salida de este proceso se tendrán la estructura de descomposición de recursos y la lista de requerimiento de recursos por actividad. Para evitar duplicidades, esta lista se mostrará en el siguiente capítulo con sus respectivos costos parciales. 3.1.2.7. Estimación de la duración de las actividades Se utilizará como entrada la lista. AG RO. de actividades, así como los requerimientos de recursos de las actividades, calendario de recursos y el enunciado del alcance del proyecto.. Como herramienta para la estimación de duraciones se utilizará Estimación por tres valores, tomando en consideración lo que expresa el (PMBOK, 2013), la exactitud de las. DE. estimaciones dela duración de una actividad por un único valor puede mejorarse si se tienen en cuenta la incertidumbre y el riesgo. El método PERT utiliza tres estimaciones para definir un rango aproximado de duración de una actividad conocida como tE (duración. CA. esperada) en base a dos fórmulas más utilizadas como la distribución beta y la triangular.. TE. Las formulas son las siguientes.. IO. -. Distribución Beta: tE=((tO+4tM+tP) /6. BL. -. Distribución Triangular : tE= (tO+tM+tP) /3. Las duraciones estimadas por tres valores. (tO: Tiempo Optimista; tM: tiempo más. BI. probable y tP: Tiempo Pesimista) proporcionan una duración esperada y despejan el grado de incertidumbre sobre la duración esperada.. -11Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajola misma licencia 2.5 Perú. Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/.

(19) Biblioteca Digital - Dirección de Sistemas de Informática y Comunicación. S. Como salida de este proceso se tendrá los estimados de la duración de las actividades.. RI A. 3.1.3. Gestión del tiempo. Para el desarrollo del cronograma se utilizará como entrada la lista de actividades, los. PE CU A. requerimientos de recursos de las actividades, calendario de recursos, el diagrama de red del cronograma y los estimados de duración de las actividades, así como el enunciado del alcance del proyecto. Como técnica para la generación del cronograma se utilizará el método de la ruta crítica expresado en el (PMBOK, 2013). Como salida de este proceso se. AG RO. contara con el cronograma del proyecto representado en diagrama de barras y la línea base del cronograma. El objetivo del plan de gestión del cronograma será describir cómo será gestionado la culminaron del proyecto a tiempo. Para esto, se incluye los procesos requeridos, desde la. DE. definición y secuencia miento de las actividades hasta la estimación de la duración de cada actividad y desarrollo del cronograma del proyecto. Finalmente se incluye un proceso de control del estado del proyecto. La naturaleza del proyecto nos lleva a definirlo como un. CA. proceso de menor alcance, la definición de las actividades, su secuenciación la estimación. TE. de sus recursos y de su duración, así como el desarrollo del modelo de programación, son procesos tan estrechamente vinculados que se ven como único proceso susceptible de ser. IO. realizado por una sola persona en un periodo de tiempo relativamente corto.. BL. 3.1.4. Gestión de costos El objetivo del plan de gestión del costo será describir cómo será gestionada la culminación. BI. del proyecto en el presupuesto. Para esto, se incluye los procesos requeridos, desde la estimación de los costos de cada actividad, determinación de la línea base del costo y la. -12Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajola misma licencia 2.5 Perú. Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/.

(20) Biblioteca Digital - Dirección de Sistemas de Informática y Comunicación. necesidad de financiamiento. Finalmente se incluye un proceso de control del costo del. RI A. S. proyecto.. 3.1.4.1. Estimar los costos. Se utilizará como entrada la línea base del alcance, el. PE CU A. cronograma del proyecto, el registro de los riesgos. Como técnica para estimar los costos de las actividades se utilizara la técnica de estimación paramétrica, la cual será asistida por el juicio experto del equipo del proyecto. Como salida o entregables de este proceso se obtendrá el costo estimado de cada actividad (Anexo 11).. 3.1.4.2. Determinación el presupuesto. Se utilizará como entrada los estimados de costos. AG RO. de las, la línea base del alcance y el cronograma del proyecto, como técnica para determinar el presupuesto se utilizará Juicio de Expertos. Como salida de este proceso se obtendrá la línea base del costo (Anexo 12). Los costos relacionados en esta sección estarán relacionados a las condiciones de habilitación sanitaria que tenga cada uno de las. DE. instalaciones de cada organización así como serán el pago al laboratorio certificado por los análisis, y los pagos por trámites para el registro sanitario, entre otros que se explicaran en. CA. el estudio de caso.. 3.1.5. Gestión de calidad. TE. La gestión de calidad del proyecto incluye los procesos y actividades de la organización ejecutora que establecen las políticas de calidad, los objetivos y las responsabilidades de. IO. calidad para que el proyecto satisfaga las necesidades para las que fue acometido .El. BL. alcance de esta tesis se establece hasta la etapa de planificación y por lo consiguiente se trabajara la planificación de la gestión de calidad a través del documento “Plan de Gestión. BI. de Calidad” (PMBOK, 2013).. -13Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajola misma licencia 2.5 Perú. Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/.

(21) Biblioteca Digital - Dirección de Sistemas de Informática y Comunicación. El concepto de calidad, como calidad entregada como rendimiento o resultado es “el grado. RI A. S. en que un conjunto de características inherentes cumple con los requisitos (ISO 9001)” de tal manera que en esta etapa identificaremos los requisitos y/o estándares de calidad para el proyecto y sus entregables, así como de documentar la manera en que el proyecto. PE CU A. demostrara el cumplimiento con los requisitos de calidad.. 3.1.5.1.Planificación de calidad Se utilizó como entrada la política de calidad de la empresa y el enunciado del alcance del proyecto. Como técnica se usará el de realizar un estudio comparativo en base a otros proyectos realizados por la organización. Como salida. AG RO. de este proceso se considera el plan de gestión, las métricas de calidad, listas de control de calidad y la matriz de trazabilidad de los procesos de calidad (Anexo 13). 3.1.6. Gestión de Recursos Humanos. Planificar la gestión de recursos humanos es el proceso de identificar y documentar los. DE. roles dentro de un proyecto, las responsabilidades, las habilidades requeridas y las. (Veliz, 2013).. CA. relaciones de comunicación, así como crear un plan para la administración de personal. TE. 3.1.6.1. Planificación de los recursos humanos. Para realizar la planificación se tomó en cuenta la cultura y la estructura de la organización, asimismo se definirán los requisitos de. IO. recursos de las actividades a través de plantillas y listas de control. Esta información será. BL. procesada a través de diagramas de tipo jerárquico y una matriz de asignación de responsabilidades. Se tendrá como resultado el organigrama del proyecto, los roles y. BI. responsabilidades del personal y el plan de gestión del personal (adquisición del personal, horarios, criterios de liberación, etc.) (Anexo 14).. -14Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajola misma licencia 2.5 Perú. Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/.

(22) Biblioteca Digital - Dirección de Sistemas de Informática y Comunicación. S. 3.1.7. Gestión de Comunicaciones. RI A. Es el proceso de desarrollar un enfoque y un plan adecuado para las comunicaciones del proyecto sobre la base de las necesidades y los requisitos de información de los interesados. PE CU A. y de los activos de la organización disponibles (PMBOK, 2013).. 3.1.7.1.Identificar a los interesados Se identificará a todas las personas u organizaciones impactadas por el proyecto y se documentará la información relevante relativa a los intereses, participación e impacto en el éxito del proyecto (Ver Anexo 2).. AG RO. 3.1.7.2. Planificación de las comunicaciones Se utilizó el registro de los interesados en la medida que impacten en el desarrollo del proyecto con el fin de determinar las necesidades de información y como serán abordadas por los interesados del proyecto. Como herramienta se utilizará el análisis de los requisitos de las comunicaciones que da como resultado la suma de las necesidades de información de los interesados en el proyecto. Se. DE. obtendrá información referente al desempeño del proyecto en relación a sus entregables. La información involucrada con la gestión del proyecto, será distribuida al equipo del proyecto. CA. y la información relativa al estatus del producto será distribuida a todos los interesados del proyecto. Dependiendo del tipo de información, esta deberá ser presentada de forma diaria,. TE. semanal, quincenal, mensual, etc. Las comunicaciones formales entre los interesados del. IO. proyecto se realizarán semanalmente en una reunión de coordinación. La comunicación con el cliente será presentada de forma semanal y al final del proyecto, a través de reuniones de. BL. coordinación con el gerente de proyecto (PMBOK, 2013). El plan de gestión de las. BI. comunicaciones también puede incluir guías y plantillas para las reuniones de seguimiento del estado del proyecto, las reuniones del equipo del proyecto, las reuniones electrónicas y los mensajes de correo electrónico (PMBOK, 2013). -15-. Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajola misma licencia 2.5 Perú. Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/.

(23) Biblioteca Digital - Dirección de Sistemas de Informática y Comunicación. S. 3.1.8. Gestión de Riesgos 3.1.8.1. Plan de gestión de riesgo .Es el proceso de definir como realizar las actividades. RI A. de gestión de riesgos de un proyecto. El beneficio clave de este proceso es que asegura que el nivel, el tipo y la visibilidad de la gestión de riesgos son acordes tanto con los riesgos. PE CU A. como con la importancia del proyecto para la organización (PMBOK, 2013).. 3.1.8.2. Planificar la gestión de riesgos. Se utilizó como entradas: el enunciado del alcance del proyecto, el plan de gestión de costos, el plan de gestión del cronograma y el plan de gestión de las comunicaciones; como herramientas se propone las reuniones de planificación y análisis.. AG RO. 3.1.8.3. Identificación de riesgos Es el proceso de determinar los riesgos que pueden afectar al proyecto y documentar sus características. El beneficio clave de este proceso es la documentación de los riesgos existentes y el conocimiento y la capacidad que confiere al. DE. equipo del proyecto para anticipar eventos (PMBOK, 2013).. Se utiliza como entrada el plan de gestión de los riesgos, el estimado de costos de actividades, el estimado de duración de actividades, la línea de base del alcance (EDT), el. CA. registro de interesados, el plan de gestión de los costos, el plan de gestión del Cronograma,. TE. el plan de gestión de la calidad y los documentos del proyecto. Como herramienta se tiene las técnicas de búsqueda de información, la técnica empleada. IO. para la recopilación de información será mediante la tormenta de ideas en la que participara. BL. todo el equipo de proyecto aportando su experiencia, pues pese a que es un proyecto único en su tipo, los riesgos que se presentan son estándares y asociados a la construcción y al. BI. manejo del proyecto. Análisis de supuestos, se verificaran las asunciones que se tomaron en cuenta para la elaboración del presupuesto, esto con el fin de verificar los estimados. -16Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajola misma licencia 2.5 Perú. Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/.

(24) Biblioteca Digital - Dirección de Sistemas de Informática y Comunicación. iniciales y se complementaran con la información y análisis de todos los riesgos que se. RI A. S. determinen en este -Gestión de Adquisiciones.. Es el proceso de documentar las decisiones de adquisiciones del proyecto, especificar el. PE CU A. enfoque e identificar a los proveedores potenciales.. 3.1.8.4. Realizar el análisis cualitativo de los riesgos Se utiliza como entrada el plan de gestión de los riesgos y el enunciado del alcance del proyecto, en el enunciado del alcance del proyecto se mencionan los supuestos que se utilizaran para la evaluación cualitativa de. AG RO. los riesgos. Como herramienta para el análisis cualitativo de riesgos se utilizara: Determinación de la probabilidad e impacto de los riesgos, durante las reuniones del equipo del proyecto se evaluarán el nivel de probabilidad de cada riesgo y su impacto sobre cada objetivo del proyecto (Anexo 17). Como salida de este proceso se tendrá las actualizaciones al registro de riesgos (Anexo 18).. DE. 3.1.9. Gestión de Adquisiciones. Esta etapa incluye los procesos necesarios para comprar adquirir productos, servicios o. CA. resultados que es preciso obtener fuera del equipo de proyecto (PMBOK, 2013). Planificar las Adquisiciones. Se utiliza como datos de entrada línea base. TE. 3.1.9.1.. del alcance, la documentación de requisitos, el cronograma del proyecto, estimación de. IO. costos de la actividad, registro de interesados.. BL. Se utilizará la siguiente técnicas y herramientas para desarrollar este proceso. Análisis de hacer o comprar. Para este análisis de elección entre producir un producto/servicio o. BI. adquirirlo se tomara en cuenta factores claves como: - Capacidad del recurso propio -. -17Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajola misma licencia 2.5 Perú. Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/.

(25) Biblioteca Digital - Dirección de Sistemas de Informática y Comunicación. Experiencia de la empresa - Limitaciones del presupuesto - Plazo de entrega del producto. RI A. S. final (muestras para análisis) así como la técnica de juicio de expertos (Anexo 19). 3.2.Estudio de caso. PE CU A. El procedimiento obtenido como resultado de la etapa anterior se aplicó para la obtención del Registro Sanitario del producto YoFlame (Yogurt Aflanado) de la empresa GEVS Perú S.A.C., a través de un estándar reconocido a nivel global, la Guía de los Fundamentos para la Dirección de Proyectos (Guía del PMBOK) trabajado en la primera etapa de este. AG RO. proyecto.. En la fase de Iniciación del proyecto dentro del documentos de Constitución se consideró que el director de proyecto sería la Jefatura del Proyectos de la Empresa GEVSPERU S.A.C, resaltando en este documento también que el objetivo fue la obtención del Registro. DE. Sanitario para 5 sabores del producto yogurt aflanado “YOflame”: Kiwi, fresa, durazno, piña, arándano, de los cuales cada producto se realiza el trámite por separado según (DIGESA, 2014) considerando 3 meses para trámites, utilizando el 90% del presupuesto. CA. asignado.. TE. Además dentro de las amenazas identificadas (riesgos negativos) que si bien la documentación de DIGESA no exige la documentación de Licencia de Funcionamiento. IO. emitida por la Municipalidad, en la etiqueta de comercialización por normativa lo exige, y. BL. frente a una inspección de la Gerencia de Salud de la Municipalidad los organismos que actúan sin este documento son sometidos a multa. Otro de los riesgos encontrados fue el. BI. solo enviar los análisis a primera instancia ocasionaría el retraso de nuestro registro sanitario esto se daría en caso incumplir en los resultados de Análisis Composicionales y. -18Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajola misma licencia 2.5 Perú. Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/.

(26) Biblioteca Digital - Dirección de Sistemas de Informática y Comunicación. Microbiológicos según la Norma Técnica Peruana para Alimentos o CODEX Alimentarius. RI A. S. y Resolución Ministerial N° 591-2008-SA/DM respectivamente; el plan de respuesta al riesgo fue análisis preliminares en un laboratorio local. La habilitación sanitaria es considerada como un punto importante de amenaza pues DIGESA realiza periódicamente. PE CU A. inspecciones de seguimiento según el Reglamento sobre Vigilancia y Control Sanitario de Alimentos y Bebidas, aprobado por Decreto Supremo N° 007-98-SA; los datos del etiquetado pues tendrá que verificar la información de acuerdo al Art. 117 del DS-007-98SA, norma Metrológica peruana de rotulado de productos y envasado y norma CODEX. AG RO. STAND 01-1981. (MINSA, 2013).. Dentro del cronograma de Hitos del proyecto se consideró: Plan de Gestión del proyecto, La auditoría interna para la evaluación de habilitación sanitaria de la zona de producción, aprobación del presupuesto asignado, análisis preliminares en un laboratorio no certificado,. DE. Revisión de los análisis preliminares, el contrato con un laboratorio certificado por DIGESA o INDECOPI, la ejecución de la entrega de muestras al laboratorio certificado, la. CA. llegada de los resultados, pago por derecho de trámite al registro sanitario, el envío de la solicitud dirigida a DIGESA, entrega del registro sanitario.. TE. Dentro de los criterios de aceptación. para la aprobación del proyecto, se consideró:. IO. cumplir con la licencia municipal de funcionamiento, la habilitación sanitaria, contar con sistema de identificación de lote de producto y. la aprobación de los análisis. BL. microbiológicos, composicionales. Se estableció un 10% de reserva de contingencia; como. BI. lo especifica el (PMBOK, 2013). El control de cambios se desarrolló este proceso a fin de revisar todas las solicitudes de cambio, aprobar los cambios y gestionar los cambios a los entregables como una posible -19-. Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajola misma licencia 2.5 Perú. Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/.

(27) Biblioteca Digital - Dirección de Sistemas de Informática y Comunicación. adición de sabor de yogurt aflanado al expediente de registro sanitario; alguna transferencia. RI A. S. y cambio de RUC u modificaciones y cambios de razón social que son los casos para sobresalientes según (MINSA, 2013).. PE CU A. Cabe mencionar que la técnica que se definió que sería utilizada fue la de juicio de expertos y reuniones de control de cambios, se estableció tener reuniones semanales con el comité de proyectos conformado por personal de la compañía de las siguientes áreas: proyectos, finanzas, logística, producción y calidad.. Dentro de la gestión de tiempo se utilizó un diagrama de Ghant de tal forma que se podría. AG RO. observar la secuenciación de actividades, y la estimación de tiempo para cada uno de los hitos se trabajó con la técnica de estimación por tres valores teniendo un total de tiempo estimado de 11 meses para la culminación del proyecto.. Para la gestión de costos, la estimación real fue 4000 nuevos soles como presupuesto. DE. tomando en consideración la estimación de costo de materiales, servicios externos y pago para el trámite a DIGESA. Se elaboró la línea base de desempeño de costos, usando. CA. técnicas y herramientas de suma de costos, juicio de expertos y análisis de reserva. En la gestión de calidad, las auditorias de calidad fueron realizadas a fin de realizar una. TE. revisión estructurada e independiente de los procesos para llevar a cabo el control de. IO. calidad, esto en función a lo indicado en las especificaciones técnicas de las actividades de Registro sanitario, así como de las actividades de gestión de proyectos, principalmente. BL. asociadas con el cumplimiento del criterios de evaluación microbiológico, composicional,. BI. habilitación sanitaria y etiquetado.. -20Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajola misma licencia 2.5 Perú. Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/.

(28) Biblioteca Digital - Dirección de Sistemas de Informática y Comunicación. Durante la gestión se desarrolló el plan de recursos humanos, utilizando la técnica y. organigrama de proyecto, la matriz de roles y responsabilidades.. RI A. S. herramienta de “Organigramas y descripción de supuestos”, dándonos como salidas el. PE CU A. En la etapa de gestión de riesgos se determinó por juicio de expertos que los riesgos más frecuentes a los que se exponen el trámite se daría por la incompatibilidad de áreas para la obtención de licencia de funcionamiento municipal necesarios para cubrir con los criterios de evaluación determinados en nuestra acta de constitución .Sin embargo, dicha información no es compartida ni transmitida abiertamente a las pequeñas mypes,. AG RO. especialmente si proviene de un contrato privado.. En la gestión de adquisiciones, se desarrollan y detallan los procesos que realizamos para la planificación y gestión de compras de los principales materiales del proyecto. Se indican las actividades relacionadas para la gestión de proveedores que en nuestro caso fue los. DE. laboratorios certificados por DIGESA O INDECOPI teniendo como organismo de trabajo al Laboratorio Sociedad de Asesoramiento Técnico S.A.C., detalles de la habilitación. CA. sanitaria.. Antes de ejecutar un proyecto de este tipo, se deben de asignar recursos para realizar un. TE. adecuado planeamiento, pues el ejecutar los proyectos sin un adecuado sistema integrado. IO. de gerenciamiento que incluya un eficiente seguimiento y control de los procesos, generará en el futuro, problemas traducidos en sobrecostos.. BL. Toda desviación al alcance, cronograma o costo, generará una acción, pudiendo ser esta del. BI. tipo preventivo, correctivo o cambio de su línea base. -21Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajola misma licencia 2.5 Perú. Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/.

(29) Biblioteca Digital - Dirección de Sistemas de Informática y Comunicación. El comportamiento legal, ético y profesional debe ser respetado y cumplido por todos los. RI A. S. profesionales en la industria de la gerencia de proyectos, poniendo los intereses del. Proyecto por encima de lo individual, teniendo integridad personal, realizando aportes en base a la gestión de proyectos con enfoque PMI y mejorando sus competencias. 4.. PE CU A. profesionales. CONCLUSIONES. Se desarrolló la metodología estándar PMBOK para el diseño de un procedimiento para la obtención del registro sanitario para un producto agroindustrial.. AG RO. El valor de esta propuesta radica en que al tener una metodología definida, aumentará las posibilidades de lograr los objetivos del proyecto.. La guía del PMBOK es un conjunto de procesos que sirve para la gestión de cualquier proyecto, sin embargo, es de vital importancia dar a conocer herramientas para el desarrollo. DE. de cada proceso; como es el caso de la presente propuesta, donde se expuso con amplitud los cinco procesos adicionales, explicando las principales herramientas según el estándar.. CA. Este procedimiento puede ser aplicado a cualquier producto que se desarrolla en la Facultad de Ciencias Agropecuarias para como es el caso de los productos del Laboratorio de. REFERENCIAS BIBLIOGRÁFICAS. IO. 5.. TE. Cereales y Leguminosas de la Escuela de Ingeniería Agroindustrial.. Project Management Institute. Guía de los Fundamentos de la Dirección de Proyectos. BL. (PMBOK) 2013. Quinta Edición.. BI. PMP González, Jaime .2009.Artículo ¿Que es el PMBOK y Cómo usarlo? Pág. 01. -22Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajola misma licencia 2.5 Perú. Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/.

(30) Biblioteca Digital - Dirección de Sistemas de Informática y Comunicación. Bailetti Figueroa Milagros. 2013. Taller “Ventanilla única de comercio exterior”. Cámara. RI A. S. de comercio Americana del Peru (AmCham Peru).. MINSA .2013 .Régimen especial alimentos y bebidas .Norma Sanitaria que establece los. de consumo humano. PE CU A. criterio microbiológicos de calidad sanitaria e inocuidad para los alimentos y bebidas. Farje Mallqui.2011.Universidad de Ciencias Aplicadas. Facultad de Ingeniería. Aplicación de los lineamientos del PMBOK en la gestión de la ingeniería y construcción de un. AG RO. depósito de seguridad para residuos industriales. Veliz Flores José. 2013. Universidad de Ciencias Aplicadas. Facultad de Ingeniería “Aplicación de la extensión para la construcción de la guía del PMBOK - tercera edición, en la gerencia de proyecto de una presa de relaves en la unidad operativa. BI. BL. IO. TE. CA. DE. Arcata-Arequipa”. -23Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajola misma licencia 2.5 Perú. Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/.

(31) Biblioteca Digital - Dirección de Sistemas de Informática y Comunicación. Anexo 2. FASE I. INICIACION DEL PROYECTO Enunciado del Trabajo del Proyecto Caso de Negocio Acta de Constitución del Proyecto Lista de Interesados – Por Rol General en el Proyecto Clasificación de Interesados – Matriz Influencia vs Poder Clasificación de Interesados – Matriz Interés vs Poder Clasificación de Interesados – Matriz Influencia vs Impacto Clasificación de Interesados – Modelo de Prominencia Registro de Interesados. PE CU A.         . RI A. Documentos incluidos en fase de iniciación. AG RO. Anexo 1. S. 6. ANEXOS. Enunciado del Trabajo del Proyecto. CONTROL DE REVISIONES Versión. Hecha por. Revisada por. Aprobada por. Fecha. Motivo. ENUNCIADO DEL TRABAJO DEL PROYECTO NOMBRE DEL PROYECTO. SIGLAS DEL PROYECTO. DE. Registro Sanitario de un producto “x”.. TE. CA. ENUNCIADO DEL TRABAJO DEL PROYECTO Necesidad de negocio: Aquí es necesario colocar las necesidades de negocio de una organización pueden prevenir de una demanda en el mercado, de un avance tecnológico o de un requisito legal como es el caso del proyecto: “Registro Sanitario”, por regla general la necesidad de negocio y el análisis de costo-beneficio se incluyen en el caso de negocio para la justificación del proyecto.. IO. Descripción del alcance del producto: Se documenta las características del producto, servicio o resultados que el proyecto se encargara de crear.. BI. BL. Plan estratégico: Se documenta la visión, metas, objetivos estratégicos de la organización con el fin de alinear el proyecto para lograr contribuir a lograr los objetivos generales de la organización.. -24Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajola misma licencia 2.5 Perú. Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/.

(32) Biblioteca Digital - Dirección de Sistemas de Informática y Comunicación. La lista de Interesados – Por Rol General en el Proyecto.. Anexo 3. Revisada por. Aprobada por. Fecha. LISTA DE INTERESADOS. NOMBRE DEL PROYECTO ROL GENERAL. PE CU A. - POR ROL GENERAL EN EL PROYECTO -. Motivo. RI A. Hecha por. S. CONTROL DE REVISIONES Versión. SIGLAS DEL PROYECTO. INTERESADOS. SPONSOR. PROJECT MANAGER EQUIPO DE PROYECTO. AG RO. EQUIPO DEL PROYECTO:. DE. PORTFOLIO MANAGER PROGRAM MANAGER GERENCIA GENERAL GERENTES FUNCIONALES USUARIOS PROVEEDORES OTROS INTERESADOS. Anexo 4. Acta de Constitución del Proyecto. CA. CONTROL DE REVISIONES. Versión. Hecha por. Revisada por. Aprobada por. Fecha. Motivo. TE. ACTA DE CONSTITUCIÓN DEL PROYECTO. NOMBRE DEL PROYECTO. SIGLAS DEL PROYECTO. IO. JUSTIFICACIÓN DEL PROYECTO OBJETIVOS DEL PROYECTO OBJETIVOS. CRITERIOS DE ÉXITO. 1. Alcance. O01. Obtener el Registro Sanitario para los _ sabores: (mencionarlos) de (Tipo de producto) marca _de la empresa _.. CE01. Aprobación de los Registros Sanitarios de los __ productos por parte de DIGESA.. BI. BL. CONCEPTO. -25Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajola misma licencia 2.5 Perú. Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/.

(33) Biblioteca Digital - Dirección de Sistemas de Informática y Comunicación. O02. Cumplir con la transferencia del producto en __ meses.. CE01. Cumplir con la fecha de inicio: ___ y la fecha de fin del proyecto: ___.. 3. Costo. O03. Optimizar la incursión en O03.CE01. Utilizar el __ del total costos del proyecto. del presupuesto asignado.. 4. Calidad. O04. Cumplir con los parámetros microbiológicos y composicionales que exige la norma peruana de alimentos, según la naturaleza del producto.. REQUISITOS DE ALTO NIVEL. O04.CE01. Aprobación del análisis microbiológico composicional de todos los productos.. AG RO. SUPUESTOS. PE CU A. RI A. S. 2. Tiempo. RESTRICCIONES. DESCRIPCIÓN DEL PROYECTO. CA. DE. El proyecto “” consiste en la obtención del Registro Sanitario para cada uno de los sabores del producto __. El proyecto durará __meses y se gestionará sobre la base de utilización del __ presupuesto asignado e incluirá el cumplimiento de los parámetros microbiológicos y composicionales que exige la norma peruana de alimentos, según la naturaleza del producto. DEFINICIÓN DEL PRODUCTO DEL PROYECTO. IO. TE. El producto del proyecto “” consiste en la obtención del Registro Sanitario para __ en distintos sabores: (mencionarlos). El Registro sanitario se considera alimento o bebida industrializado al producto final destinado al consumo humano, obtenido por transformación física, química o biológica de insumos de origen vegetal, animal o mineral y que contiene aditivos alimentarios (DIGESA, 2014).. BI. BL. El producto exige el trámite del registro sanitario, licencia de funcionamiento. Se implementará un sistema logístico para el traslado del producto de la planta al laboratorio certificado.. PRINCIPALES AMENAZAS DEL PROYECTO (Riesgos Negativos) RN01.. PLAN DE RESPUESTA AL RIESGO. -26Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajola misma licencia 2.5 Perú. Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/.

(34) Biblioteca Digital - Dirección de Sistemas de Informática y Comunicación. S. RI A. RN02. PRINCIPALES OPORTUNIDADES DEL PROYECTO (Riesgos Positivos). PR01.RN01. PR02.RN02 PLAN DE RESPUESTA AL RIESGO. PE CU A. RP01. PR01.RN01. RP02. PR02.RP02 CRONOGRAMA DE HITOS DEL PROYECTO HITO O EVENTO SIGNIFICATIVO FECHA PROGRAMADA Inicio del proyecto 04/05/2015. DE. AG RO. Fin del proyecto 04/08/2015 DURACIÓN DEL PROYECTO PRESUPUESTO PRELIMINAR DEL PROYECTO CONCEPTO MONTO (S/.) 1. Personal 2. Materiales o Consumibles 3. Máquinas o No Consumibles 4. Otros Costos TOTAL LÍNEA BASE 5. Reserva de Contingencia 6. Reserva de Gestión TOTAL PRESUPUESTO LISTA DE INTERESADOS ORGANIZACIONES O GRUPOS ORGANIZACIONALES QUE INTERVIENEN EN EL PROYECTO ORGANIZACIÓN O GRUPO ROL QUE DESEMPEÑA ORGANIZACIONAL. CA. REQUISITOS PARA LA APROBACIÓN DEL PROYECTO. BI. BL. IO. TE. DESIGNACIÓN DEL PROJECT MANAGER DEL PROYECTO AV NOMBRE NIVELES DE AUTORIDAD Gerencia General Exigir el cumplimiento de los REPORTA A entregables del proyecto. Equipo del proyecto SUPERVISA A SPONSOR QUE AUTORIZA EL PROYECTO Nombre Empresa Cargo Fecha. -27Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajola misma licencia 2.5 Perú. Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/.

(35) Biblioteca Digital - Dirección de Sistemas de Informática y Comunicación. Plan de Gestión del Alcance CONTROL DE REVISIONES Hecha por. Revisada por. Aprobada por. Fecha. PLAN DE GESTIÓN DEL ALCANCE. SIGLAS DEL PROYECTO. PROCESO DE DEFINICIÓN DEL ALCANCE. PE CU A. NOMBRE DEL PROYECTO. Motivo. RI A. Versión. S. Anexo 5. PROCESO PARA LA ELABORACIÓN DEL EDT. PROCESO PARA LA ELABORACIÓN DEL DICCIONARIO EDT. AG RO. PROCESO PARA VERIFICACIÓN DEL ALCANCE PROCESO PARA CONTROL DEL ALCANCE. Plan de Gestión de Requisitos. DE. Anexo 6. CONTROL DE REVISIONES. Versión. Hecha por. Revisada por. Aprobada por. Fecha. Motivo. CA. PLAN DE GESTIÓN DE REQUISITOS SIGLAS DEL PROYECTO. TE. NOMBRE DEL PROYECTO. ACTIVIDADES DE REQUISITOS. IO. ACTIVIDADES DE GESTIÓN DE CONFIGURACIÓN. BL. PROCESO DE PRIORIZACIÓN DE REQUISITOS MÉTRICAS DEL PRODUCTO. BI. ESTRUCTURA DE TRAZABILIDAD. -28Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajola misma licencia 2.5 Perú. Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/.

(36) Biblioteca Digital - Dirección de Sistemas de Informática y Comunicación. Plan de gestión de cambios. Anexo 7. Revisada por. Aprobada por. PLAN DE GESTIÓN DE CAMBIOS. SIGLAS DEL PROYECTO. ROLES DE LA GESTIÓN DE CAMBIOS PERSONA ASIGNADA. RESPONSABILIDADES. NIVELES DE AUTORIDAD. AG RO. NOMBRE DEL ROL. Motivo. PE CU A. NOMBRE DEL PROYECTO. Fecha. RI A. Hecha por. S. CONTROL DE REVISIONES Versión. TIPOS DE CAMBIOS. DE. PROCESO GENERAL DE GESTION DE CAMBIOS. PLAN DE CONTINGENCIA ANTE SOLICITUDES DE CAMBIO URGENTES. BI. BL. IO. TE. CA. HERRAMIENTAS DE GESTIÓN DE CAMBIOS SOFTWARE PROCEDIMIENTOS FORMATOS OTROS. -29Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajola misma licencia 2.5 Perú. Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/.

(37) Biblioteca Digital - Dirección de Sistemas de Informática y Comunicación. Documentación de requisitos CONTROL DE REVISIONES Hecha por. Revisada por. Aprobada por. Fecha. Motivo. RI A. Versión. S. Anexo 8. PE CU A. DOCUMENTACIÓN DE REQUISITOS NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO. REQUISITOS DEL NEGOCIO OBJETIVOS DEL NEGOCIO Y DEL PROYECTO. REGLAS DE NEGOCIO PARA LA ORGANIZACIÓN EJECUTANTE PRINCIPIOS RECTORES DE LA ORGANIZACIÓN. AG RO. REQUISITOS DE LOS INTERESADOS IMPACTOS SOBRE OTRAS ÁREAS DE LA ORGANIZACIÓN IMPACTOS SOBRE OTRAS ENTIDADES. COMUNICACIÓN Y PRESENTACIÓN DE INFORMES. DE. REQUISITOS DE LAS SOLUCIONES REQUISITOS FUNCIONALES PRIORIDAD OTORGADA POR EL STAKEHOLDER. CÓDIGO. DESCRIPCIÓN. CA. STAKEHOLDER. REQUERIMIENTOS. TE. REQUISITOS NO FUNCIONALES REQUERIMIENTOS. CÓDIGO. DESCRIPCIÓN. BI. BL. IO. STAKEHOLDER. PRIORIDAD OTORGADA POR EL STAKEHOLDER. -30Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajola misma licencia 2.5 Perú. Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/.

(38) Biblioteca Digital - Dirección de Sistemas de Informática y Comunicación. REQUISITOS DEL PROYECTO CRITERIOS DE ACEPTACIÓN CONCEPTOS. RI A. STAKEHOLDER. REQUERIMIENTOS. CÓDIGO. DESCRIPCIÓN. PE CU A. PRIORIDAD OTORGADA POR EL STAKEHOLDER. S. REQUISITOS DE CALIDAD. CRITERIOS DE ACEPTACIÓN. 1. TÉCNICOS 2. DE CALIDAD 3. ADMINISTRATIVOS 4. COMERCIALES 5. SOCIALES. AG RO. 6. OTROS. SUPUESTOS RELATIVOS A REQUISITOS. RESTRICCIONES RELATIVAS A REQUISITOS. Enunciado de Alcance. DE. Anexo 9. CONTROL DE REVISIONES. Versión. Hecha por. Revisada por. Aprobada por. Fecha. Motivo. CA. ENUNCIADO DEL ALCANCE. NOMBRE DEL PROYECTO. SIGLAS DEL PROYECTO. IO. TE. DESCRIPCIÓN DEL ALCANCE DEL PRODUCTO REQUISITOS CARACTERÍSTICAS. BL. CRITERIOS DE ACEPTACIÓN DEL PRODUCTO CONCEPTOS CRITERIOS DE ACEPTACION 1. TÉCNICOS. 2. DE CALIDAD. BI. 3. ADMINISTRATIVOS 4. COMERCIALES 5. SOCIALES. -31Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajola misma licencia 2.5 Perú. Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/.

(39) EXCLUSIONES DEL PROYECTO. PE CU A. RI A. ENTREGABLES DEL PROYETO ENTREGABLES PRINCIPALES (2º NIVEL DE LA EDT). S. Biblioteca Digital - Dirección de Sistemas de Informática y Comunicación. CONTROL DE REVISIONES. Anexo 10. Hecha por. Revisada por. Aprobada por. Plan de gestión de Cronograma. Fecha. Motivo. AG RO. Versión. PLAN DE GESTIÓN DEL CRONOGRAMA NOMBRE DEL PROYECTO. SIGLAS DEL PROYECTO. PROCESO DE DEFINICIÓN DE ACTIVIDADES. DE. PROCESO DE SECUENCIAMIENTO DE ACTIVIDADES PROCESO DE ESTIMACIÓN DE RECURSOS DE LAS ACTIVIDADES. CA. PROCESO DE ESTIMACIÓN DE DURACIÓN DE LAS ACTIVIDADES PROCESO DE DESARROLLO DEL CRONOGRAMA. BI. BL. IO. TE. PROCESO DE CONTROL DEL CRONOGRAMA. -32Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajola misma licencia 2.5 Perú. Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/.

(40) Biblioteca Digital - Dirección de Sistemas de Informática y Comunicación. Anexo 11. Plan de gestión de costos Revisada por. Aprobada por. PLAN DE GESTIÓN DE COSTOS. SIGLAS DEL PROYECTO. TIPO DE ESTIMACIÓN DEL PROYECTO TIPO DE ESTIMACIÓN. MODO DE FORMULACIÓN. UNIDADES DE MEDIDA. ENTREGABLES. PRESUPUESTO. RESPONSABLE. FECHAS INICIOFIN. DE. CUENTA DE CONTROL. NIVEL DE PRESICIÓN. UNIDADES DE MEDIDA. AG RO. TIPO DE RECURSO. Motivo. PE CU A. NOMBRE DEL PROYECTO. Fecha. RI A. Hecha por. S. CONTROL DE REVISIONES Versión. PLANIFICACIÓN GRADUAL COMPONENTES DE PLANIFICACIÓN. CA. ETAPA. FECHA DE EMISIÓN DE PRESUPUESTO. RESPONSABLE. TE. UMBRALES DE CONTROL. VARACIÓN PERMITIDA. ACCIÓN A TOMAR SI VARIACION EXCEDE LO PERMITIDO. IO. ALCANCE: PROYECTO / FASE / ENTREGABLE. MÉTODOS DE MEDICIÓN DE VALOR GANADO. BI. BL. ALCANCE: PROYECTO / FASE / ENTREGABLE. MÉTODO DE SELECCIÓN. MÉTODO DE MEDICIÓN. FORMULAS DE PRONÓSTICO DEL VALOR GANADO TIPO DE PRONÓSTICO. FÓRMULA. MODO: QUIÉN, CÓMO, CUÁNDO, DÓNDE. -33Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajola misma licencia 2.5 Perú. Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/.

(41) Biblioteca Digital - Dirección de Sistemas de Informática y Comunicación. NIVEL DE ESTIMACIÓN DE COSTOS. PE CU A. PROCESO DE GESTIÓN DE COSTOS. NIVEL DE CONTROL DE COSTOS. RI A. TIPO DE ESTIMACIÓN DE COSTOS. S. NIVELES DE ESTIMACIÓN Y DE CONTROL. PROCESO DE GESTIÓN DE COSTOS. DESCRIPCIÓN:. FORMATOS DE GESTIÓN DE COSTOS. DESCRIPCIÓN: QUÉ, QUIÉN, CÓMO, CUÁNDO, DÓNDE, CON QUÉ. AG RO. FORMATO DE GESTIÓN DE COSTOS. SISTEMA DE CONTROL DE TIEMPOS DESCRIPCIÓN:. SISTEMA DE CONTROL DE COSTOS DESCRIPCIÓN:. Hecha por. CONTROL DE REVISIONES. Revisada por. Aprobada por. Fecha. Motivo. COSTEO DEL PROYECTO SIGLAS DEL PROYECTO. IO. TE. Versión. Costeo del proyecto. CA. Anexo 12.. DE. SISTEMA DE CONTROL DE CAMBIOS DE COSTOS. BL. NOMBRE DEL PROYECTO FASE. ENTREGABLE. BI. PROYECTO. MONTO (S/.). TOTAL FASE -34-. Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajola misma licencia 2.5 Perú. Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/.

(42) RI A. TOTAL FASE. S. Biblioteca Digital - Dirección de Sistemas de Informática y Comunicación. PE CU A. TOTAL FASE. Anexo 13. AG RO. TOTAL FASE TOTAL FASES Reserva de Contingencia Reserva de Gestión PRESUPUESTO DEL PROYECTO. Plan de Gestión de calidad. CONTROL DE REVISIONES Versión. Hecha por. Revisada por. Aprobada por. Fecha. Motivo. DE. PLAN DE GESTIÓN DE LA CALIDAD NOMBRE DEL PROYECTO. SIGLAS DEL PROYECTO. CA. POLÍTICA DE CALIDAD DEL PROYECTO. LÍNEA BASE DE CALIDAD DEL PROYECTO OBJETIVO DE CALIDAD. MÉTRICA A UTILIZAR. FRECUENCIA Y MOMENTO DE MEDICION. FRECUENCIA Y MOMENTO DE REPORTE. ACTIVIDADES DE PREVENCIÓN. ACTIVIDADES DE CONTROL. IO. TE. FACTOR DE CALIDAD RELEVANTE. BL. PLAN DE MEJORA DE PROCESOS. BI. MATRIZ DE ACTIVIDADES DE CALIDAD PAQUETE DE TRABAJO. ESTÁNDAR O NORMA DE CALIDAD APLICABLE. -35Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajola misma licencia 2.5 Perú. Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/.