PRINCE 2. Metodología de Gestión de Proyectos

Save this PDF as:
 WORD  PNG  TXT  JPG

Tamaño: px
Comenzar la demostración a partir de la página:

Download "PRINCE 2. Metodología de Gestión de Proyectos"

Transcripción

1 PRINCE 2 Metodología de Gestión de s

2 PRINCE 2 2 ÍNDICE INTRODUCCIÓN... 9 Qué es PRINCE 2?... 9 Ventajas de la utilización de PRINCE Qué es un proyecto Principios de PRINCE Componentes de PRINCE PROCESOS DE PRINCE SU - PROCESO PRELIMINAR (STARTING UP A PROJECT) Contexto y composición del proceso SU1 - NOMBRAR EJECUTIVO DEL COMITÉ DE PROYECTO Y PROJECT MANAGER-RESPONSABLE DE PROYECTO Descripción Responsabilidades Productos/Documentos Observaciones y comentarios SU2 - DISEÑAR UN EQUIPO DE GESTIÓN DE PROYECTO Descripción Responsabilidades Productos/Documentos SU3 NOMBRAR UN EQUIPO DE GESTIÓN DE PROYECTO Descripción Responsabilidades Productos/Documentos SU4 PREPARAR UN RESUMEN DE PROYECTO Descripción Responsabilidades Productos/Documentos SU5 DEFINICIÓN DE ENFOQUE DEL PROYECTO Descripción Responsabilidades Productos/Documentos SU6 - PLANIFICACIÓN DE LA FASE DE INICIO Descripción Responsabilidades Productos/Documentos IP - INICIO DE PROYECTO (INITIATING A PROJECT) Contexto y composición del proceso IP1 PLANIFICACIÓN DE CALIDAD Descripción Responsabilidades Productos/Documentos Observaciones y Comentarios IP2 PLANIFICACIÓN DEL PROYECTO Descripción Responsabilidades Productos/Documentos Observaciones y Comentarios... 28

3 PRINCE 2 3 IP3 REFINAMIENTO DE CASO DE NEGOCIO Y RIESGOS Descripción Responsabilidades Productos/Documentos IP4 ESTABLECIMIENTO DE CONTROLES DEL PROYECTO Descripción Responsabilidades Productos/Documentos Observaciones y Comentarios IP5 APERTURA DE FICHEROS DEL PROYECTO Descripción Responsabilidades Productos/Documentos Observaciones y Comentarios IP6 ENSAMBLAJE DEL DOCUMENTO DE INICIO DE PROYECTO (P.I.D.) Descripción Responsabilidades Productos/Documentos DP - DIRECCIÓN DEL PROYECTO (DIRECTING A PROJECT) Contexto y composición del proceso DP1 AUTORIZACIÓN DE INICIO Descripción Responsabilidades Productos/Documentos Observaciones y Comentarios DP2 AUTORIZACIÓN DE PROYECTO Descripción Responsabilidades Productos/Documentos Observaciones y Comentarios DP3 AUTORIZACIÓN DE FASE O PLAN DE EXCEPCIÓN Descripción Responsabilidades Productos/Documentos Observaciones y Comentarios DP4 TOMA INMEDIATA DE DECISIÓN Descripción Responsabilidades Productos/Documentos Observaciones y Comentarios DP5 CONFIRMACIÓN DEL CIERRE DE PROYECTO Descripción Responsabilidades Productos/Documentos Observaciones y Comentarios CS CONTROL DE FASE (CONTROLLING A STAGE) Contexto y composición del proceso CS1 AUTORIZACIÓN DE PAQUETE DE TRABAJO Descripción Responsabilidades Productos/Documentos Observaciones y Comentarios CS2 VALORACIÓN DE PROGRESO Descripción Responsabilidades Productos/Documentos... 47

4 PRINCE 2 4 Observaciones y Comentarios CS3 CAPTURA DE HECHOS EMERGENTES DEL PROYECTO Descripción Responsabilidades Productos/Documentos Observaciones y Comentarios CS4 EXAMEN DE HECHOS EMERGENTES DEL PROYECTO Descripción Responsabilidades Productos/Documentos Observaciones y Comentarios CS5 REVISIÓN DEL ESTADO DE LA FASE Descripción Responsabilidades Productos/Documentos Observaciones y Comentarios CS6 INFORMACIÓN DE HECHOS RELEVANTES Descripción Responsabilidades Productos/Documentos Observaciones y Comentarios CS7 TOMA DE ACCIONES CORRECTORAS Descripción Responsabilidades Productos/Documentos Observaciones y Comentarios CS8 ESCALAMIENTO DE HECHOS EMERGENTES DEL PROYECTO Descripción Responsabilidades Productos/Documentos Observaciones y Comentarios CS9 RECEPCIÓN DE PAQUETE DE TRABAJO FINALIZADO Descripción Responsabilidades Productos/Documentos Observaciones y Comentarios MP GESTIÓN DE ENTREGA DE PRODUCTOS (MANAGING PRODUCT DELIVERY) Contexto y composición del proceso MP1 ACEPTACIÓN DEL PAQUETE DE TRABAJO Descripción Responsabilidades Productos/Documentos Observaciones y Comentarios MP2 EJECUCIÓN DEL PAQUETE DE TRABAJO Descripción Responsabilidades Productos/Documentos Observaciones y Comentarios MP3 ENTREGA DEL PAQUETE DE TRABAJO Descripción Responsabilidades Productos/Documentos Observaciones y Comentarios SB GESTIÓN DE LÍMITE DE FASES (MANAGING STAGE BOUNDARIES) Contexto y composición del proceso SB1 - PLANIFICACIÓN DE FASE... 64

5 PRINCE 2 5 Descripción Responsabilidades Productos/Documentos Observaciones y Comentarios SB2 - ACTUALIZACIÓN DEL PLAN DE PROYECTO Descripción Responsabilidades Productos/Documentos Observaciones y Comentarios SB3 - ACTUALIZACIÓN DEL CASO DE NEGOCIO DEL PROYECTO Descripción Responsabilidades Productos/Documentos Observaciones y Comentarios SB4 - ACTUALIZACIÓN DEL REGISTRO DE RIESGOS Descripción Responsabilidades Productos/Documentos SB5 - INFORME DE FIN DE FASE Descripción Responsabilidades Productos/Documentos SB6 - PRODUCCIÓN DE PLAN DE EXCEPCIÓN Descripción Responsabilidades Productos/Documentos CP CIERRE DEL PROYECTO (CLOSING A PROJECT) Contexto y composición del proceso CP1 - DESASIGNACIÓN DE PROYECTO Descripción Responsabilidades Productos/Documentos Observaciones y Comentarios CP2 - IDENTIFICACIÓN DE ACCIONES DE SEGUIMIENTO Descripción Responsabilidades Productos/Documentos Observaciones y Comentarios CP3 - REVISIÓN DE LA EVALUACIÓN DEL PROYECTO Descripción Responsabilidades Productos/Documentos Observaciones y Comentarios PL PLANIFICACIÓN (PLANNING) Pasos en la planificación Contexto y composición del proceso Gradualidad PL1 - DISEÑO DE PLAN Descripción Responsabilidades Productos/Documentos Observaciones y comentarios PL2 - IDENTIFICACIÓN, DEFINICIÓN Y ANÁLISIS DE PRODUCTOS Descripción Responsabilidades Productos/Documentos... 88

6 PRINCE 2 6 PL3 - IDENTIFICACIÓN DE ACTIVIDADES Y DEPENDENCIAS Descripción Responsabilidades Productos/Documentos PL4 - ESTIMACIÓN Descripción Responsabilidades Productos/Documentos Observaciones y comentarios PL5 - PROGRAMACIÓN Descripción Responsabilidades Productos/Documentos PL6 - ANÁLISIS DE RIESGOS Descripción Responsabilidades Productos/Documentos Observaciones y comentarios PL7 - COMPLETITUD DEL PLAN Descripción Responsabilidades Productos/Documentos TÉCNICA DE PLANIFICACIÓN BASADA EN PRODUCTOS Ejemplo de planificación basada en productos Realizar la Estructura de Descomposición de Productos Escribir las Descripciones de Productos Realizar el Diagrama de Flujo de Productos COMPONENTES DE PRINCE ORGANIZACIÓN VISIÓN GENERAL Composición El Project Manager-Responsable de y el Equipo de Partes interesadas en el proyecto El entorno Cliente/Proveedor EL EQUIPO DE GESTIÓN DEL PROYECTO PRINCE Comité de Project Manager-Responsable de Team Manager-Responsable de Equipo Aseguramiento del Soporte de ORGANIZACIÓN DE PROGRAMA Director de Programa Responsable del Cambio Autoridad de Diseño Responsable de Programa Estructuras de organización alternativas Ejecutiva de Programa representada en el Comité de Soporte común a Programa y PLANES COMPONENTES DE UN PLAN NIVELES DE PLAN Plan de Plan de Fase Plan de Excepción Plan de Equipo

7 PRINCE 2 7 CONTROLES PERSPECTIVA GENERAL DE LOS CONTROLES ARRANQUE CONTROLADO Proceso Preliminar (Project Start-up) Autorización de Inicio (DP1) Inicio de Selección de las Fases PROGRESO CONTROLADO Tolerancias Descripciones de Productos Autorización de Paquete de Trabajo Control de Calidad Hechos Emergentes del Control de Cambios Registro de Riesgos Puntos de Control Planificación y actualizaciones Informe de Hechos Relevantes Informe de Excepción Valoración de Fin de Fase Informe de Fin de Fase Valoración en Medio de una Fase CIERRE CONTROLADO Notificación de Fin de Informe de Lecciones Aprendidas Recomendaciones de Acciones de Seguimiento Informe de Fin de Revisión Post FASES FASES DE GESTIÓN Importancia de las Fases de Gestión FASES DE GESTIÓN FRENTE A FASES TÉCNICAS DEFINICIÓN Y USO DE LAS FASES GESTIÓN DEL RIESGO TIPOS DE RIESGO Riesgos del Negocio Riesgos del GESTIONANDO LOS RIESGOS Análisis del Riesgo Tratamiento del Riesgo La Gestión del Riesgo a lo largo del proyecto Gestión del Programa y Riesgos del CALIDAD EN EL ENTORNO DEL PROYECTO GESTIÓN DE LA CALIDAD EL CAMINO HACIA LA CALIDAD Realización de las tareas asociadas a la calidad del proyecto GESTIÓN DE LA CONFIGURACIÓN DESCRIPCIÓN MÉTODO DE GESTIÓN DE CONFIGURACIÓN Cobertura de la Gestión de la Configuración Elección del Nivel de Productos BIBLIOTECARIO DE LA CONFIGURACIÓN ELEMENTOS CARACTERÍSTICOS

8 PRINCE 2 8 Plan de Gestión de la Configuración Identificación de Configuración Línea Base Control de Configuración Auditorías de Configuración CONTROL DE CAMBIOS NIVELES DE AUTORIDAD INTEGRIDAD DE LOS CAMBIOS GESTIÓN DE CAMBIOS Y GESTIÓN DE LA CONFIGURACIÓN

9 PRINCE 2 9 Introducción PRINCE fue establecido como método de gestión en 1989 por la CCTA (Central Computer and Telecommunications Agency). Su evolución puede resumirse como sigue: 1975: Se crea el método de gestión de proyectos PROMPT (Project Organisation, Management & Planning Techniques), por parte de Simpact Systems Ltd. 1979: PROMPT es adoptado por el gobierno del Reino Unido 1986: Las comisiones de la CCTA rediseñan el proyecto 1989: Lanzamiento de PRINCE 1990: Publicación de manuales 1994: Concesión de contrato para desarrollar PRINCE 2 1 de Octubre de Lanzamiento de PRINCE 2 1 de Abril de 2001 La CCTA se integra en la Office of Government Comerce del gobierno británico Otoño de 2001 versión revisada y actualizada del manual de PRINCE 2 Las organizaciones han ido aumentando su preocupación sobre la necesidad de adoptar un adecuado enfoque sistemático para el desarrollo de nuevos productos y servicios. Actualmente la Gestión de s es vista como la mejor práctica para desarrollos progresivos, ya que puede proporcionar una integración en los procesos de una organización y soportándolos al más alto nivel. Hay cuatro fases o aspectos básicos que deben tratarse en un entorno de proyecto: Comisionar, encargar o autorizar Ejecución Cierre Beneficios y ventajas de la realización PRINCE 2 adopta un enfoque de proceso, incorporando componentes y técnicas específicas para el tratamiento de estos aspectos. Qué es PRINCE 2? PRINCE 2 (PRojects IN Controlled Environments) es un método estructurado para la gestión efectiva de proyectos. Es de hecho un estándar utilizado por el gobierno del Reino Unido, y ampliamente reconocido y utilizado por el sector privado. Este método es del dominio público, ofreciendo una guía de buenas prácticas en la gestión de proyectos. PRINCE 2 es, sin embargo, una marca registrada de la CCTA. Las características clave de PRINCE 2 son: su enfoque en una justificación de negocio una estructura de organización definida para el equipo de gestión del proyecto una planificación basada en productos su énfasis en dividir el proyecto en fases manejables y controlables su flexibilidad para ser aplicado al nivel apropiado del proyecto.

10 PRINCE 2 10 Ventajas de la utilización de PRINCE 2 PRINCE 2 proporciona ventajas a los responsables y directores de un proyecto y a una organización, mediante el uso controlable de recursos y la posibilidad de gestionar los riesgos de proyecto y de negocio de modo más efectivo. PRINCE 2 aporta a los proyectos: un principio, medio y fin controlados y organizados revisiones regulares de progreso frente al plan y el Caso de Negocio puntos de decisión flexibles gestión de control de cualquier desviación del plan el compromiso de la gestión y los participantes en el tiempo y lugar correctos durante el proyecto buenos canales de comunicación entre el proyecto, la gestión del proyecto, y el resto de la organización. El Project Manager-Responsable de utilizando PRINCE 2 tiene la posibilidad de: establecer términos de referencia como un requisito previo al arranque de un proyecto utilizar una estructura definida para delegación, autorización y comunicación dividir el proyecto en fases manejables para una planificación más acertada asegurar que el compromiso de recursos es parte de una aprobación para proceder proporcionar informes regularmente, aunque resumidos reducir reuniones con la dirección y participantes al mínimo, pero en los puntos vitales del proyecto. Aquellos que estarán directamente implicados en el uso de los resultados del proyecto, tendrán las posibilidad de: participar en todas las tomas de decisión de un proyecto si se desea, involucrarse completamente en el progreso del día a día participar en comprobaciones de calidad a lo largo de todo el proyecto asegurar que sus requerimientos están siendo cumplidos satisfactoriamente Para la alta dirección, PRINCE 2 utiliza el concepto de `dirección por excepción`. Sus componentes estarán plenamente informados del estado del proyecto sin tener que asistir a reuniones regulares que consuman su tiempo. Qué es un proyecto Es esencial entender la diferencia entre un proyecto y una actividad base de una organización. PRINCE 2 describe un proyecto como un entorno de gestión que se crea con el propósito de entregar uno o más productos de negocio de acuerdo al caso de negocio especificado. Este entorno de gestión es temporal, por ejemplo, para la vida del proyecto, y difiere de gestión lineal la cual es más duradera y generalmente se ocupa de la actividad base. El trabajo de desarrollo es menos seguro que el de mantenimiento, en el cual existen normalmente procesos y procedimientos bien probados y utilizados. Por ello, el desarrollo conlleva un cierto grado de riesgo. Este es un factor que requiere un entorno de gestión diferente a los procesos normales del día a día. Otra diferencia es que los proyectos tratan un problema único mediante el desarrollo, mientras que el trabajo en la gestión lineal es generalmente orientado a mantenimiento.

11 PRINCE 2 11 Las características de un proyecto PRINCE 2 son: Una vida finita y definida Productos de negocio definidos y mensurables Un conjunto de actividades para obtener los productos de negocio Una cantidad definida de recursos Una estructura organizativa, con responsabilidades definidas, para gestionar el proyecto Principios de PRINCE 2 Los siguientes pueden considerarse los principios fundamentales de PRINCE 2: Los proyectos, sean grandes o pequeños, necesitan ser enfocados hacia la entrega de beneficios de negocio. La continuidad en el enfoque correcto debería ser confirmada al final de cada fase. Si fuera necesario, el proyecto podría ser re-orientado o detenido para evitar gasto de tiempo y dinero Debe ser un requisito básico de negocio el que desencadene el proyecto. En realidad, antes de que comience cualquier trabajo, o se comprometan los recursos, hay un requerimiento que puede contestar la pregunta básica: Tenemos un proyecto viable que valga la pena?. Esta pregunta debe ser contestada con sinceridad para asegurar que los recursos no son comprometidos y malgastados Es necesaria cierta base de información para tomar decisiones racionales sobre la comisión del proyecto No puede hacerse nada en el proyecto hasta que las responsabilidades estén definidas, y los roles clave hayan sido cubiertos Antes de dar la aprobación para entrar en la Fase de Inicio, debería existir un Plan de la Fase de Inicio Para el éxito de un proyecto deberían observarse los siguientes principios: un proyecto es un proceso finito con un comienzo y un fin todas las partes deben tener claro lo que el proyecto intenta lograr, por qué es necesario, cómo se va a lograr, y cuáles son las responsabilidades de cada uno en ese logro los proyectos bien gestionados, tienen un aumento de posibilidades de éxito Siguiendo estos principios se asegurará que el proyecto puede alcanzar el éxito y ser dirigido a su completitud. Una vez tomada una decisión para proceder con el trabajo, y comprometidos los recursos, el Equipo de Gestión de debe centrarse en la entrega dentro de la tolerancia establecida. Esto significa una producción controlada de los productos acordados: cumpliendo los estándares de calidad dentro del coste, esfuerzo y tiempo acordados logrando los beneficios y ventajas esperados Para ello, el proyecto debe: centrar la atención en la entrega de productos o resultados de las fases centrar los recursos utilizados en la fase hacia su final mantener los riesgos bajo control mantener el Caso de Negocio en revisión

12 PRINCE 2 12 monitorizar cuidadosamente cualquier movimiento más allá de la dirección y productos acordados al comienzo de la fase para evitar un deslizamiento del alcance y la pérdida del enfoque. La gestión efectiva de proyectos depende de una planificación efectiva y un proceso de control. La planificación proporciona a todo el personal involucrado en el proyecto información sobre: qué es requerido porqué se requiere cómo y por quién será conseguido cuánto tendrán lugar los eventos La planificación orientada a productos es un componente clave de PRINCE 2. Proporciona un enfoque comprensible para una planificación efectiva. Es una técnica que permite al Project Manager-Responsable de : definir lo que el proyecto debe entregar proporcionar definiciones de éxito a las personas que trabajan en el proyecto mediante declaraciones mensurables de la calidad requerida monitorizar y controlar objetivamente el progreso. Componentes de PRINCE 2 Los siguientes componentes proporcionan una visión general de PRINCE 2 y describen su utilización. Organización Identifica los diferentes niveles de gestión y roles. Gestión Corporativa o de Programa Comité de Project Manager-Responsable de Team Manager-Responsable de Equipo En el Proceso Preliminar (Starting up a Project - SU) se establece la organización apropiada para el proyecto. Planes Los planes permiten al Comité de identificar los recursos, los productos a entregar y el calendario del proyecto. PRINCE 2 describe diferentes niveles de planes y su utilización. Los planes son utilizados por el Comité de para tener una visión general de éste, y por el Project Manager-Responsable de para controlar sus recursos. Controles El nivel de controles, aplicado a la gestión y dirección del proyecto y la calidad de los productos, es descrito en el Documento de Inicio del (Project Initiation Document - PID). El control es utilizado a lo largo de todo el ciclo de vida del proyecto para asegurar que éste está supervisado de principio a fin.

13 PRINCE 2 13 Fases Las fases son subconjuntos de un proyecto y se refieren a una colección de actividades y productos, que son diseñados para ser realizados dentro de un periodo de tiempo concreto. Una fase es descrita como el trabajo presente que está siendo emprendido por el Project Manager-Responsable de en nombre del Comité de. El uso de fases es flexible, pero cada proyecto debería tener al menos dos, por ejemplo: el Inicio y el resto. Las fases son importantes en la identificación de puntos de decisión dentro del proyecto. Gestión del Riesgo Los riesgos son una colección de amenazas para la gestión de proyectos y como tales deben ser identificados, analizados y cuantificados. Los riesgos pueden suceder en cualquier momento y a lo largo de todo el ciclo de vida de los proyectos. Inicialmente serán identificados en el Proceso Preliminar (Starting up a Project - SU) donde se crea un Registro de Riesgos. Los riesgos son continuamente revisados en todas las fases. Calidad en el entorno del proyecto En un entorno de proyecto los productos a entregar deben cumplir con las expectativas expuestas y a lo largo de su producción son sujetos de pruebas especificas para asegurar que cumplen las necesidades de los usuarios. En el PID se describen las expectativas y criterios relativos a cuáles son los productos que serán medidos. Durante el proceso de Gestión de Entrega de Productos (Managing Product Delivery - MP), los productos son revisados para valorar su conformidad. Gestión de la Configuración Todo producto especializado requiere que se siga su pista a lo largo de su producción. La Gestión de la Configuración permite al Project Manager-Responsable de entender el estado de los productos, sus ubicaciones y controlar quién tiene acceso a ellos. Esta gestión se realiza durante la generación de los productos a entregar para asegurar su calidad y seguridad. Control de Cambios Los cambios en el alcance del proyecto o las especificaciones de productos pueden tener un efecto significativo sobre el proyecto en términos de coste y calendario. Es necesario calcular el efecto de los cambios antes de que sean acordados. Es utilizado en conjunto con la Gestión de Configuración para asegurar que el cambio está controlado, que la información necesaria está disponible y que el cambio es viable.

14 PRINCE 2 14 Procesos de PRINCE 2 Los procesos que comprende el método PRINCE 2 son: SU - Proceso Preliminar (Starting Up a Project) IP - Inicio de (Initiating a Project) DP - Dirección del (Directing a Project) CS Control de Fase (Controlling a Stage) MP Gestión de Entrega de Productos (Managing Product Delivery) SB Gestión de Límite de Fases (Managing Stage Boundaries) CP Cierre del (Closing a Project) PL Planificación (Planning) La figura siguiente presenta una visión general del modelo de procesos de PRINCE. Gestión Corporativa o de Programa DP Dirección de CS SB CP SU Proceso Preliminar IP Inicio de Control de Fase MP Gestión de Límites de Fase Cierre de Gestión de Entrega de Producto PL Planificación A continuación se describen en detalle cada uno de ellos incluyendo un esquema general del proceso principal y los esquemas de cada uno de los subprocesos que lo componen. Para mayor claridad, en determinados esquemas se han evitado las salidas al proceso Cierre del (CP - Closing a Project), que recibe sólo una vez al final del proyecto, documentos actualizados en muchos de los demás procesos, y Planificación (PL - Planning), debido a que las actividades de planificación en PRINCE 2 vienen a formar parte de la operativa efectuada dentro del proceso implicado en elaborar el plan específico requerido.

15 PRINCE 2 15 SU - Proceso Preliminar (Starting Up a Project) Este es el primer proceso de PRINCE 2. Comienza con el nombramiento de las personas clave para el proyecto y la producción de un Mandato de que perfila la necesidad de llevar a cabo un proyecto. Objetivos: Proporcionar un arranque controlado del proyecto Asegurar que la información requerida por el Resumen de está disponible Diseñar y nombrar el Equipo de Gestión del Crear el Plan de la Fase de Inicio. Este proceso debería ser de corta duración. Contexto y composición del proceso El proyecto empieza una vez este proceso haya sido realizado y el Comité de haya aprobado el comienzo. Los proyectos pueden ser identificados de muy diversas maneras, por lo que puede haber una amplia variación en la cantidad de información disponible para el Equipo de Gestión del en el momento del arranque. Proceso Preliminar SU Nombrar Ejecutivo del Comité de y Director de SU1 Diseñar un equipo de Gestión de SU2 Nombrar un equipo de Gestión de SU3 Ensamblaje del Documento de Inicio del (PID) IP6 Preparar un Resumen de (PB) SU4 Definición de Enfoque del SU5 Planificación de la Fase de Inicio SU6 Autorización de Inicio DP1 Inicio del IP Planificación PL El Proceso Preliminar cuenta con la existencia de información que explique las razones para acometer el proyecto, así como el resultado esperado con el mismo. A este conjunto de información se le da el nombre de Mandato de.

16 PRINCE 2 16 Los subprocesos que componen este proceso se indican en la tabla siguiente: SU1 SU2 SU3 SU4 SU5 SU6 Proceso Preliminar (SU) Nombrar Ejecutivo del Comité de y Project Manager- Responsable de Diseñar un Equipo de Gestión de Nombrar un Equipo de Gestión de Preparar un Resumen de Definición de Enfoque del Planificación de la Fase de Inicio SU1 - Nombrar Ejecutivo del Comité de y Project Manager-Responsable de Tan pronto como el proyecto sea lanzado mediante un Mandato de, deberán formalizarse los nombramientos del Ejecutivo del Comité de y del Project Manager- Responsable de. Estos nombramientos serán realizados por la Dirección Corporativa. Dirección Corporativa Mandato de Nombrar Ejecutivo del Comité de y Project Manager- Responsable de SU1 Nombramiento del Project Manager- Responsable de Nombramiento del Ejecutivo del Comité de Diseñar un Equipo de Gestión de SU2 Descripción El objetivo de este proceso es: Identificar el Ejecutivo de entre los implicados en el proyecto Identificar el Project Manager-Responsable de más apropiado para el mismo Confirmar su disponibilidad, su aceptación de estos roles y su compromiso para cumplirlos Nombrarles para sus respectivos roles Responsabilidades Dirección Corporativa o de Programa.

17 PRINCE 2 17 Productos/Documentos De entrada Mandato de De salida Nombramiento del Ejecutivo del Comité de Nombramiento del Project Manager-Responsable de Observaciones y comentarios Un prerrequisito de este proceso es la existencia y disponibilidad de un Mandato de. Al ser un proceso que precede a todo el proyecto, puede resultar de aplicación muy variable dependiendo de la calidad de la información del Mandato de. SU2 - Diseñar un Equipo de Gestión de El Equipo de Gestión de es un grupo de personas responsable de la planificación, gestión y control del proyecto. Una vez nombrados el Ejecutivo del Comité de y el Project Manager-Responsable de, debe diseñarse un equipo de gestión que represente los intereses del negocio, del usuario y del proveedor. Dirección Corporativa Mandato de Nombrar Ejecutivo del Comité de y Project Manager- Responsable de SU1 Nombramiento del Ejecutivo del Comité de Nombramiento del Project Manager- Responsable de SU2 Diseñar un Equipo de Gestión de SU2 Estructura del Equipo de Gestión de Nombrar un Equipo de Gestión de SU3 Descripción Los objetivos de este proceso son: Diseñar la estructura más adecuada del Equipo de Gestión de para el tamaño y naturaleza del proyecto y los grupos implicados Identificar los candidatos para cada rol y recomendar un Equipo de Gestión de Determinar las responsabilidades y requisitos de los perfiles requeridos para cada posición

18 PRINCE 2 18 Responsabilidades El Project Manager-Responsable de y el Ejecutivo del Comité de tienen conjuntamente la responsabilidad del diseño del equipo. El Ejecutivo del Comité tomará responsabilidad específica sobre el diseño del Comité de. Si el proyecto es parte de un programa, es el Director de Programa el que deberá elegir todos los componentes del Comité de o dejar esta responsabilidad al Ejecutivo ya nombrado. Productos/Documentos De entrada Mandato de Nombramiento del Ejecutivo del Comité de Nombramiento del Project Manager-Responsable de De salida Estructura del Equipo de Gestión de SU3 Nombrar un Equipo de Gestión de Este proceso y el anterior suelen solaparse en la práctica. El nombramiento del equipo completo podría no ser siempre viable en esta etapa tan temprana, pero deberían hacerse tantos nombramientos como fuera posible. Diseñar un Equipo de Gestión de SU2 Estructura del Equipo de Gestión de SU2 Nombrar un Equipo de Gestión de Definiciones de Roles y Trabajos Estructura del Equipo de Gestión de Definiciones de Roles y Trabajos Ensamblaje del Documento de Inicio del (PID) IP6 SU3 Estructura del Equipo de Gestión de Autorización de Inicio DP1 Descripción Este proceso persigue los objetivos siguientes: Nombrar personas para: o El Comité de o Aseguramiento del proyecto (calidad) o El Equipo de Gestión o Dar Soporte al proyecto

19 PRINCE 2 19 Asegurar que estas personas entienden sus roles y responsabilidades en la gestión y soporte del proyecto Asegurar que los nombrados se comprometen a cumplir sus roles y responsabilidades Confirmar las líneas de comunicación y de reportes Responsabilidades Los nombramientos deben efectuarse por el Ejecutivo del Comité de, siendo asistido por el Project Manager-Responsable de. El Ejecutivo colaborará con la dirección corporativa o de programa para identificar el personal apropiado y negociar su disponibilidad. Productos/Documentos De entrada Estructura del Equipo de Gestión de De salida Definiciones de Roles y Trabajos Estructura del Equipo de Gestión de (actualizada) SU4 Preparar un Resumen de El Resumen de contendrá normalmente los términos de referencia formales del (objetivos, alcance, restricciones, interfaces, etc.), junto con un Caso de Negocio, Resumen del Definición de Objetivos del SU5 Resumen del Registro de Riesgos Planificación de la Fase de Inicio SU6 Mandato de Preparar un Resumen de (PB) Resumen del Resumen del Registro de Riesgos Planificación de Calidad IP1 Planificación del IP2 SU4 Resumen del Registro de Riesgos Resumen del Registro de Riesgos Resumen del Refinamiento de Caso de Negocio y Riesgos IP3 Autorización de Inicio DP1 Ensamblaje del Documento de Inicio del (PID) IP6

20 PRINCE 2 20 grosso modo, basado en la información contenida en el Mandato de. Descripción Los objetivos del proceso son: Preparar los términos de referencia formales para el proyecto Asegurar que hay un perfil de Caso de Negocio basado en la información proporcionada por el Mandato de El Mandato de puede contener información incompleta o inexacta. Es función de este proceso conseguir una declaración estable de los requerimientos del proyecto en el documento Resumen del. El Resumen del debe incluir información de alto nivel acera de QUÉ es necesario hacer y PORQUÉ, QUIÉN estará involucrado en el proceso, y CÓMO y CUÁNDO éste será realizado. El objetivo del Resumen del es permitir al Comité de decidir si hay suficiente justificación que merezca el gasto que se proponga en el Plan de la Fase de Inicio. En el documento resumen se incluirán los riesgos conocidos, por lo que debe crearse un Registro de Riesgos en este proceso. Responsabilidades El último responsable de la generación del Resumen del es el Ejecutivo del Comité de, pero en la práctica, puede que el Project Manager-Responsable de y el personal de soporte de proyecto realicen gran parte del trabajo necesario. Productos/Documentos De entrada Mandato de De salida Registro de Riesgos Resumen del SU5 Definición de Enfoque del Debe considerarse un enfoque conveniente del proyecto, discutido con el Ejecutivo del Comité de y acordado antes de pedir autorización para preparar un Documento de Inicio de, cuya aceptación por parte del Comité de será la señal para el arranque formal del proyecto. Ejemplos de enfoque son: Desarrollo en nuestras oficinas o en las del Cliente

21 PRINCE 2 21 Subcontratación de uno o más subcontratistas Desarrollo conjunto con otra compañía como partner Basado en un producto existente Basado en tecnologías específicas Etc. Preparar un Resumen de (PB) SU4 Resumen del Registro de Riesgos Definición de Enfoque del Enfoque del Enfoque del Enfoque del Enfoque del Planificación de la Fase de Inicio SU6 Planificación del IP2 Planificación de Calidad IP1 Refinamiento de Caso de Negocio y Riesgos IP3 Enfoque del Ensamblaje del Documento de Inicio del (PID) IP6 Enfoque del Autorización de Inicio DP1 SU5 Enfoque del Planificación PL Descripción Los objetivos de este proceso son: Decidir cómo se debería enfocar el trabajo del proyecto Identificar cualquier restricción en el modo en que el trabajo será llevado a cabo, o en el calendario de la entrega de determinados productos Identificar los perfiles requeridos para dirigir el trabajo del proyecto Responsabilidades El Project Manager-Responsable de es el responsable de llevar a cabo este proceso. Sin embargo el trabajo tendrá que ser efectuado por personas cualificadas en las áreas implicadas con ayuda del soporte de proyecto y del aseguramiento del proyecto, bajo la dirección del Proveedor Senior del Comité de.

22 PRINCE 2 22 Productos/Documentos De entrada Resumen del Registro de Riesgos De salida Enfoque del SU6 - Planificación de la Fase de Inicio Deberá realizarse para la Fase de Inicio un plan conveniente, que permita al Comité de autorizar la creación de un Documento de Inicio de apropiado para dar luego la autorización al comienzo del. Resumen del Preparar un Resumen de (PB) SU4 Definición de Objetivos del SU5 Registro de Riesgos Enfoque del Planificación de la Fase de Inicio Borrador del Plan de la Fase de Inicio Registro de Riesgos Autorización de Inicio DP1 SU6 Descripción Los objetivos de este proceso son: Elaborar un plan que cubra la producción de dos productos de gestión: o El Documento de Inicio del o El Plan de la Fase de Inicio Definir las medidas de control y reporte para la Fase de Inicio Crear un Registro de Riesgos, si no se creó en SU4, para registrar y rastrear cualquier exposición a riesgos en el proyecto

23 PRINCE 2 23 Responsabilidades El Project Manager-Responsable de es el responsable de planificar la Fase de Inicio. Los roles nombrados para soporte y aseguramiento le asistirán en este trabajo. Productos/Documentos De entrada Enfoque del Registro de Riesgos De salida Borrador del Plan de la Fase de Inicio Registro de Riesgos (actualizado)

24 PRINCE 2 24 IP - Inicio de (Initiating a Project) Este proceso empieza cuando se ha producido la Autorización del Plan de la Fase de Inicio, junto al Enfoque del y el Resumen de, y el Comité de aprueba el comienzo del mismo. Objetivos: Proponer los planes del proyecto Planificar la calidad de los productos a entregar Refinar el Caso de Negocio y los Riesgos Establecer controles y ficheros del proyecto Producir el Documento de Inicio del (PID - Project Initiation Document). El Documento de Inicio del (PID) proporciona un claro entendimiento de los productos a entregar del proyecto, cómo y cuándo deben ser conseguidos y a qué coste. El documento también expone los riesgos implicados, las restricciones a aplicar al proyecto y cómo será controlado el mismo. Ésta es la Autorización para el proyecto. Contexto y composición del proceso El Inicio de está dirigido a asentar las bases para el cumplimiento de determinados principios que se deberían observar para el éxito de un proyecto: Un proyecto es un proceso finito con un principio y un fin Todas las partes deben tener claro qué intenta lograr el proyecto, porqué es necesario, cómo se va a conseguir el resultado y qué responsabilidades deben asumirse para este logro Los proyectos bien dirigidos tienen un incremento en sus opciones de éxito Gestión Corporativa y/o Programa QMS Inicio de IP Autorización de Inicio Planificación de Calidad IP1 Planificación del IP2 Refinamiento de Caso de Negocio y Riesgos IP3 DP1 Establecimiento de controles del IP4 Apertura de Ficheros del IP5 Ensamblaje del Documento de Inicio del (PID) IP6 Autorización de DP2

25 PRINCE 2 25 Los subprocesos que componen este proceso se indican en la tabla siguiente: Inicio de (IP) IP1 IP2 IP3 IP4 IP5 IP6 Planificación de Calidad Planificación del Refinamiento de Caso de Negocio y Riesgos Establecimiento de controles del Apertura de Ficheros del Ensamblaje del Documento de Inicio del (PID) IP1 Planificación de Calidad La Calidad juega un papel importante en cualquier proyecto desarrollado bajo PRINCE 2 y como tal debe considerarse antes de que cualquier actividad de planificación sea realizada. Las Expectativas de Calidad del Cliente deberán identificarse en el Proceso Preliminar (SU), cuando se prepare el Resumen del. Sistema de Gestión de Calidad Corportativa Estándares de Calidad Plan de Calidad del Planificación del IP2 Preparar un Resumen de (PB) SU4 Resumen del Planificación de Calidad Plan de Calidad del Plan de Calidad del Establecimiento de controles del IP4 Apertura de Ficheros del IP5 Definición de Objetivos del SU5 Enfoque del IP1 Plan de Calidad del Ensamblaje del Documento de Inicio del (PID) IP6 Descripción Los objetivos de este proceso son determinar la calidad requerida por los productos del proyecto, así como la planificación del enfoque de calidad del proyecto mediante: El establecimiento del régimen de Calidad que regirá en el proyecto La definición de los criterios de calidad a ser aplicados en el conjunto del proyecto

26 PRINCE 2 26 El establecimiento del enfoque a ser utilizado dentro del proyecto para el control de cambios Responsabilidades El responsable será el Project Manager-Responsable de asistido por aquellos con responsabilidad en aseguramiento del proyecto. Productos/Documentos De entrada Resumen del Enfoque del Estándares de Calidad De salida Plan de Calidad del Observaciones y Comentarios Mucha de la información que se discute en este proceso puede estar ya establecida y documentada. Será suficiente para el Plan de Calidad del con referirse a ella. IP2 Planificación del PRINCE 2 posee un proceso separado para la planificación (PL Planificación) y lo incluye como un componente con una técnica específica (Planificación Orientada a Productos). Sin embargo, las actividades de planificación vienen a formar parte de la operativa efectuada dentro del proceso implicado según el plan específico requerido. En este caso, el proceso de Planificación del (IP2) toma como suyas las actividades del proceso de Planificación (PL) para elaborar el Plan del. Descripción Los objetivos de este proceso son: Entender al más alto nivel la totalidad del trabajo que está a punto de ser acometido mediante: o Identificación y, cuando sea posible, definición de los principales productos del proyecto o Identificación de las principales actividades a ser desarrolladas o Valoración de los principales riesgos del proyecto y establecimiento de las correspondientes contramedidas o Estimación del esfuerzo necesario o Identificación de los plazos para la realización, dadas las restricciones y los hitos clave o Identificación de la totalidad de requerimientos de recursos y costes

27 PRINCE 2 27 Identificación de la decisión clave y de los puntos de revisión del proyecto para decidir en función de ellos donde deberían estar las divisiones de las fases Preparar un Resumen de (PB) SU4 Resumen del Registro de Riesgos Plan del Registro de Riesgos Plan del Refinamiento de Caso de Negocio y Riesgos IP3 Establecimiento de controles del IP4 Definición de Objetivos del SU5 Enfoque del Planificación del Plan del Apertura de Ficheros del IP5 Planificación de Calidad IP1 Plan de Calidad del IP2 Plan del Plan del Activación para Planificar siguiente Fase Ensamblaje del Documento de Inicio del (PID) IP6 Planificación de Fase SB1 Responsabilidades El responsable es el Project Manager-Responsable de, asistido por aquellos con responsabilidad en el aseguramiento del proyecto y por las personas con funciones de soporte de proyecto. Productos/Documentos De entrada Resumen del Enfoque del Plan de Calidad del Registro de Riesgos De salida Plan del Activación para planificar la siguiente Fase

28 PRINCE 2 28 Registro de Riesgos (actualizado) Observaciones y Comentarios Procede asegurarse de que el Resumen del es bien entendido, ya que va a ser la base sobre la que será hecha la planificación. IP3 Refinamiento de Caso de Negocio y Riesgos En este proceso se recoge el Caso de Negocio, declarado a grandes rasgos en el Resumen de, para su refinamiento y posterior incorporación al Documento de Inicio de (P.I.D.). También se amplían los riesgos incluidos en el Resumen de, añadiendo otros extra y actualizando el Registro de Riesgos. Preparar un Resumen de (PB) Resumen del Registro de Riesgos Establecimiento de controles del IP4 SU4 Definición de Objetivos del SU5 Planificación del IP2 Enfoque del Plan del Registro de Riesgos Refinamiento de Caso de Negocio y Riesgos IP3 Caso de Negocio Registro de Riesgos Plan del Ensamblaje del Documento de Inicio del (PID) IP6 Descripción Los objetivos de este proceso son: Refinar el Caso de Negocio a la luz de lo que se conoce del proyecto Identificar como se va a medir la consecución de beneficios Añadir al registro de riesgos cualquier problema extra o amenaza a la que pueda estar sujeto el proyecto Modificar el Plan de a la luz de cualquier actividad con exposición a algún riesgo

29 PRINCE 2 29 Responsabilidades El responsable es el Project Manager-Responsable de, asistido por aquellos con responsabilidad en el aseguramiento del proyecto y por las personas con funciones de soporte de proyecto. Productos/Documentos De entrada Resumen del Enfoque del Plan del Registro de Riesgos De salida Caso de Negocio Registro de Riesgos (actualizado) Plan del (actualizado) IP4 Establecimiento de Controles del Los controles de son la clave para una gestión con éxito de cualquier proyecto. Este proceso trata de identificar el nivel más apropiado de control para el proyecto, considerando tanto cuáles serán los controles más adecuados como su frecuencia. Planificación de Calidad Plan de Calidad del Plan de IP1 Controles de Planificación del IP2 Plan del Establecimiento de controles del Registro de Riesgos Ensamblaje del Documento de Inicio del (PID) Refinamiento de Caso de Negocio y Riesgos IP3 Registro de Riesgos IP4 Plan de Comunicación IP6

30 PRINCE 2 30 Descripción Los objetivos de este proceso son: Establecer el nivel de control e información solicitado por el Comité de Desarrollar controles que sean consistentes con los riesgos y con la complejidad del proyecto Para conseguir estos objetivos habrá que: Establecer los procedimientos adecuados de toma de decisiones, posiblemente mediante el ajuste de los procedimientos del Sistema de Gestión de Calidad Incorporar los requerimientos de control especificados en el Resumen del Identificar a los participantes del proyecto que no pertenezcan al equipo de gestión y acordar con ellos sus necesidades de información Establecer los mecanismos de seguimiento y monitorización que satisfagan las necesidades comentadas en el punto anterior Responsabilidades El responsable es el Project Manager-Responsable de, asistido por aquellos con responsabilidad en el aseguramiento del proyecto y por las personas con funciones de apoyo o soporte al proyecto. Productos/Documentos De entrada Plan de Plan de Calidad del Registro de Riesgos De salida Controles del Plan de Comunicación Plan de Actualizado Registro de Riesgos (actualizado) Observaciones y Comentarios Procede asegurarse de que el nivel de control es el apropiado, no hay que controlar ni excesiva ni escasamente. IP5 Apertura de Ficheros del Todos los proyectos producirán una documentación que tendrá que ser debidamente almacenada. Una cantidad importante de esta documentación ya habrá sido producida en el Proceso Preliminar. Así pues, en el proceso de Apertura de Ficheros del se debería considerar la posibilidad de establecer una estructura de ficheros del proyecto.

31 PRINCE 2 31 Descripción Los objetivos de este proceso son: Instituir un sistema para el almacenaje y recuperación de toda la información relevante de la gestión del proyecto Valorar la responsabilidad de la gestión de este sistema de archivos Es posible que se utilice un sistema de Gestión de Configuración, el cual proporcionará estas facilidades para algunos o todos los productos del proyecto. Planificación de Calidad IP1 Plan de Calidad del Estructura de Archivo del Ensamblaje del Documento de Inicio del (PID) IP6 Planificación del IP2 Plan del Apertura de Ficheros del Registro de Hechos Emergentes Registro de Calidad Control de Fase Registro de Lecciones Aprendidas IP5 CS Responsabilidades El responsable es el Project Manager-Responsable de, asistido por aquellos con responsabilidad en el aseguramiento del proyecto y por las personas con funciones de soporte de proyecto. Productos/Documentos De entrada Plan de Plan de Calidad del De salida Estructura de Archivos del Registro de Hechos emergentes Registro de Calidad Registro de Lecciones Aprendidas

32 PRINCE 2 32 Observaciones y Comentarios Los proyectos con una base geográfica dispersa plantean retos particulares en la producción y control de la información. Las redes de ordenadores pueden facilitar estas tareas y asegurar que solo el personal necesario tiene acceso a la información correspondiente. IP6 Ensamblaje del Documento de Inicio de (P.I.D.) El documento clave que va a producir el comienzo del proyecto es precisamente el Documento de Inicio de. Este documento está destinado a facilitar una visón del proyecto elaborada como si fuese visto desde fuera del mismo. La finalización de este documento provoca la necesidad de planificar la siguiente fase del proyecto. Nombrar un equipo de Gestión de SU3 Definición de Objetivos del SU5 Planificación del IP2 Estructura del equipo de Gestión de Preparar Resumen de (PB) SU4 Planificación de Calidad IP1 Definiciones de Roles y Trabajos Resumen de Enfoque del Plan de Calidad del Plan del Ensamblaje del Documento de Inicio del (PID) Establecimiento de controles del IP4 Refinamiento de Caso de Negocio y Riesgos IP3 Controles de Caso de Negocio Registro de Riesgos Plan de Comunicaciones Documento de Inicio de (PID) Autorización de DP2 Apertura de Ficheros del IP5 Estructura de Archivo de IP6 Descripción Los objetivos de este proceso son:

33 PRINCE 2 33 Facilitar una base sobre la que se apoye la toma de decisiones del siguiente proceso Autorización de (DP2) Facilitar una base sobre la que se apoyen la toma del resto de decisiones a lo largo de la vida del proyecto Establecer una base de información para todos aquellos que necesitan saber del proyecto Responsabilidades El responsable es el Project Manager-Responsable de, asistido por aquellos con responsabilidad en el aseguramiento del proyecto y por las personas con funciones de soporte al proyecto. Debe haber una relación cercana con el Comité de en materia del contenido de este documento a medida que se va confeccionando. Productos/Documentos De entrada Resumen de Estructura del Equipo de s Enfoque del Plan de Calidad del Plan de Caso de Negocio Registro de Riesgos Controles del Plan de Comunicación Estructura de Archivos del De salida Documento de Inicio de

34 PRINCE 2 34 DP - Dirección del (Directing a Project) La Dirección del funciona durante todo el ciclo de vida del proyecto, desde el arranque hasta el cierre. Este proceso proporciona: La autorización del inicio del proyecto Gestión de dirección y control Comunicación con la Dirección Corporativa o de Programa Confirmación del Cierre de Y se utiliza por el Comité de, el cual se encarga de: Monitorizar el progreso mediante informes y controles Proporcionar la dirección durante todo el proyecto Comprometer los recursos requeridos Gestionar los riesgos involucrados Asegurar que los Productos a Entregar son consistentes con los requerimientos de los usuarios El Comité de revisará y aprobará los planes de, Fase y Excepción. Contexto y composición del proceso La Dirección del es un proceso que debe funcionar desde el arranque hasta el cierre del proyecto. El proceso se comunica con los demás mediante recepción de información, que una vez analizada, dará lugar a autorizaciones para proceder con el proyecto, con las fases, o con planes de excepción, proporcionando decisiones que pueden incluir la interrupción o cierre prematuro del proyecto. Gestión Corporativa y/o Programa QMS Dirección del DP Autorización de Inicio DP1 Autorización de DP2 Autorización de Fase o Plan de excepciones DP3 Toma Inmediata de decisión DP4 Confirmación de Cierre del DP5 Proceso Preliminar SU Inicio de IP Control de Fase CS Gestión de Límites de Fase SB Cierre de CP Por otro lado, debe haber una cierto flujo de información desde este proceso a la Gestión Corporativa o de Programa, a través del Comité de.

35 PRINCE 2 35 Los subprocesos que componen este proceso se indican en la tabla siguiente: Dirección del (DP) DP1 DP2 DP3 DP4 DP5 Autorización de Inicio Autorización de Autorización de Fase o Plan de Excepción Toma Inmediata de Decisión Confirmación del Cierre de DP1 Autorización de Inicio El trabajo llevado a cabo en el Proceso Preliminar (SU), está diseñado para acumular información suficiente como para que el Comité de adopte la decisión de aprobar el proyecto e invertir los recursos necesarios en la creación del Documento de Inicio de. Nombrar un equipo de Gestión de SU3 Estructura del equipo de Gestión de Definiciones de Roles y Trabajos Autorización para Proceder Plan de Fase Preparar un Resumen de (PB) SU4 Definición de Objetivos del SU5 Planificación de la Fase de Inicio SU6 Resumen del Registro de Riesgos Enfoque del Borrador del Plan de la Fase de Inicio Autorización de Inicio DP1 Resumen del Registro de Riesgos Estructura del Equipo de Gestión de Enfoque del Notificación de Arranque de Inicio del Dirección Corporativa IP Descripción El objetivo de este proceso es comprobar que el proyecto se inicia adecuadamente mediante: La aprobación de un plan para desarrollar el Documento de Inicio de (P.I.D.) Ratificación del Resumen de Obtener o comprometer los recursos necesarios según el Plan de la Fase de Inicio Solicitar el apoyo logístico necesario

Gestión de Proyectos TI

Gestión de Proyectos TI Formato de Examen PRINCE2 Practitioner Duración: 2,5 horas Número de Preguntas: 108 Nota de aprobado 55% Libro abierto 1. Visión General y Principios de PRINCE2 1.1. Integración y Adaptación de PRINCE2:

Más detalles

Implementando PRINCE2 : Competencia del PMBOK o complemento?

Implementando PRINCE2 : Competencia del PMBOK o complemento? Implementando PRINCE2 : Competencia del PMBOK o complemento? Luis Ibazeta, PMP, PRINCE2, MBA, ITIL Instituto Para la Calidad PUCP Congreso Internacional de Dirección de Proyectos PMI Tour Cono Sur 2013

Más detalles

PRINCE2 TickIT Compilación Bibliográfica. Pablo Alejandro Molina Regalado. Materia: Auditoría informática

PRINCE2 TickIT Compilación Bibliográfica. Pablo Alejandro Molina Regalado. Materia: Auditoría informática PRINCE2 TickIT Compilación Bibliográfica Pablo Alejandro Molina Regalado Materia: Auditoría informática Universidad de Caldas Ingeniería en sistemas y computación. Manizales 2010 Tabla de contenidos 1

Más detalles

Implantación y Aceptación del Sistema

Implantación y Aceptación del Sistema y Aceptación del Sistema 1 y Aceptación del Sistema ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD IAS 1: ESTABLECIMIENTO DEL PLAN DE IMPLANTACIÓN...5 Tarea IAS 1.1: De finición del Plan de... 5 Tarea IAS

Más detalles

Planificación de Sistemas de Información

Planificación de Sistemas de Información Planificación de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ACTIVIDAD 1: INICIO DEL PLAN DE SISTEMAS DE INFORMACIÓN... 4 Tarea 1.1: Análisis de la Necesidad del... 4 Tarea 1.2: Identificación

Más detalles

Planificación de Sistemas de Información

Planificación de Sistemas de Información Planificación de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...1 ACTIVIDAD 1: INICIO DEL PLAN DE SISTEMAS DE INFORMACIÓN...4 Tarea 1.1: Análisis de la Necesidad del...4 Tarea 1.2: Identificación

Más detalles

Planeación del Proyecto de Software:

Planeación del Proyecto de Software: Apéndice A. Cuestionarios del Sistema Evaluador Nivel2. Requerimientos de Administración: Goal 1: Los requerimientos del sistema asociados a software están bien controlados y existe un estándar para los

Más detalles

Metodología básica de gestión de proyectos. Octubre de 2003

Metodología básica de gestión de proyectos. Octubre de 2003 Metodología básica de gestión de proyectos Octubre de 2003 Dentro de la metodología utilizada en la gestión de proyectos el desarrollo de éstos se estructura en tres fases diferenciadas: Fase de Éjecución

Más detalles

- Asignatura de Proyectos 2010

- Asignatura de Proyectos 2010 Proyectos -- Tema 2 1 - Asignatura de Proyectos 2010 Metodologías de gestión de proyecto en el sector de las TIC: PRINCE2. vier Moral Tema II Proyectos 2010 Objetivos Tema I 1. Entender los flujos entre

Más detalles

PRINCE2 & TickIT. Jorge Armando Medina Morales. Código 1700321660. U n i v e r s i d a d D e C a l d a s. F a c u l t a d D e I n g e n i e r í a s

PRINCE2 & TickIT. Jorge Armando Medina Morales. Código 1700321660. U n i v e r s i d a d D e C a l d a s. F a c u l t a d D e I n g e n i e r í a s PRINCE2 & TickIT Jorge Armando Medina Morales Código 1700321660 U n i v e r s i d a d D e C a l d a s F a c u l t a d D e I n g e n i e r í a s I n g e n i e r í a D e S i s t e m a s O c t u b r e 2010

Más detalles

Resumen del Contenido del Examen PMP

Resumen del Contenido del Examen PMP Resumen del Contenido del Examen PMP Tareas Dominio I Inicio del Proyecto - 13 % Realizar una valoración del proyecto basada en la información disponible, mediante reuniones con el patrocinador, el cliente,

Más detalles

Introducción a la Gerencia de Proyectos. Resumen. Introducción.

Introducción a la Gerencia de Proyectos. Resumen. Introducción. Introducción a la Gerencia de Proyectos Edwin Monzón C. Ing. de Planeamiento y Control de Proyectos, Compañía Minera San Martín Resumen A nivel mundial la utilización de estándares en la dirección de proyectos

Más detalles

PROCOOLER: CHANGE MANAGEMENT. Proyecto Técnico

PROCOOLER: CHANGE MANAGEMENT. Proyecto Técnico PROCOOLER: CHANGE MANAGEMENT Proyecto Técnico Pedro Ascoz Agustín Germán E. López Sánchez Francesc Penalba García Marc Prósper i Serra 15/07/2009 TABLA DE CONTENIDOS 1 DOCUMENTO IDENTIFICACIÓN... 1 2

Más detalles

Gestión y Desarrollo de Requisitos en Proyectos Software

Gestión y Desarrollo de Requisitos en Proyectos Software Gestión y Desarrollo de Requisitos en Proyectos Software Ponente: María Jesús Anciano Martín Objetivo Objetivo Definir un conjunto articulado y bien balanceado de métodos para el flujo de trabajo de Ingeniería

Más detalles

Gestión de las Adquisiciones. 30-11-2012 Gestión de las Adquisiciones - Proyecto FresKomercio

Gestión de las Adquisiciones. 30-11-2012 Gestión de las Adquisiciones - Proyecto FresKomercio Gestión de las Adquisiciones 30-11-2012 Gestión de las Adquisiciones - Proyecto FresKomercio Participantes Responsabilidad Propietario: Desarrollado por: Revisado por: Nombre / función FRESKOMERCIO Aitor

Más detalles

Metodología para la Gestión de Proyectos de Tecnologías Informáticas

Metodología para la Gestión de Proyectos de Tecnologías Informáticas Universidad Técnica Nacional Dirección de Gestión de Tecnología de Información Metodología para la Gestión de Proyectos de Tecnologías Informáticas Capítulo 1. Normas de Aplicación General. Norma 1.5.

Más detalles

ISO/IEC 20000 Tecnologías de Información y la Alineación con la Gestión

ISO/IEC 20000 Tecnologías de Información y la Alineación con la Gestión ISO/IEC 20000 Tecnologías de Información y la Alineación con la Gestión Alfredo Zayas 0 Alfredo Zayas 1. ISO/IEC 20000 Consultant por ITSMf 2. Auditor interno de ISO 9001:2000 por INLAC 3. Certified Information

Más detalles

PROCESOS Y PROCEDIMIENTO METODOLOGÍA PARA LA GESTIÓN DE PROYECTOS INFORMÁTICOS EN CORPAC S.A.

PROCESOS Y PROCEDIMIENTO METODOLOGÍA PARA LA GESTIÓN DE PROYECTOS INFORMÁTICOS EN CORPAC S.A. 214 CORPORACIÓN PERUANA DE AEROPUERTOS Y AVIACIÓN COMERCIAL SA METODOLOGÍA PARA LA GESTIÓN DE PROYECTOS INFORMÁTICOS EN CORPAC SA Área de Organización y Métodos CORPORACIÓN PERUANA DE AEROPUERTOS Y AVIACIÓN

Más detalles

Examen de Fundamentos de ITIL

Examen de Fundamentos de ITIL Examen de Fundamentos de ITIL Ejemplo A, versión 5.1 Selección tipo test Instrucciones 1. Debe intentar contestar las 40 preguntas. 2. Marque sus respuestas en lápiz en la hoja anexa 3. Usted tiene 60

Más detalles

Principio Básico de Seguros IAIS No. 10 Control Interno. Experiencia Peruana. Superintendencia de Banca, Seguros y AFP Abril 2010.

Principio Básico de Seguros IAIS No. 10 Control Interno. Experiencia Peruana. Superintendencia de Banca, Seguros y AFP Abril 2010. Principio Básico de Seguros IAIS No. 10 Control Interno Experiencia Peruana Tomás Wong-Kit Superintendencia de Banca, Seguros y AFP Abril 2010 Contenido Definición de PBS IAIS No. 10 Objetivos exposición

Más detalles

Pliego de Prescripciones Técnicas para la contratación de los trabajos de tratamiento de las fotografías del Archivo del Banco de España.

Pliego de Prescripciones Técnicas para la contratación de los trabajos de tratamiento de las fotografías del Archivo del Banco de España. Secretaría General Marzo 2015 Pliego de Prescripciones Técnicas para la contratación de los trabajos de tratamiento de las fotografías del Archivo del Banco de España. 1/11 INDICE 1. Antecedentes 3 2.

Más detalles

I. Información General del Procedimiento

I. Información General del Procedimiento PR-DGSE-5 Octubre 211 I. Información General del Objetivo: Describir los pasos a seguir para la realización de las al Sistema de Gestión de Calidad de la, del MINERD. Alcance: Este procedimiento aplica

Más detalles

Nota de Información al cliente PRISM ISO 14001 Proceso de auditoría

Nota de Información al cliente PRISM ISO 14001 Proceso de auditoría Nota de Información al cliente PRISM ISO 14001 Proceso de auditoría La presente Nota de Información al Cliente explica el proceso de seis etapas para organizaciones que desean construir progresivamente

Más detalles

SEGURIDAD PARA EL ACCESO A LA INFORMACIÓN DE LAS ENTIDADES DEL ESTADO

SEGURIDAD PARA EL ACCESO A LA INFORMACIÓN DE LAS ENTIDADES DEL ESTADO SEGURIDAD PARA EL ACCESO A LA INFORMACIÓN DE LAS ENTIDADES DEL ESTADO Programa de Gobierno en Línea Oficina de Coordinación de Investigación, Política y Evaluación. RESUMEN La seguridad de la información

Más detalles

MS_80450 Delivering Microsoft Dynamics Solutions with Sure Step

MS_80450 Delivering Microsoft Dynamics Solutions with Sure Step Delivering Microsoft Dynamics Solutions with Sure Step www.ked.com.mx Av. Revolución No. 374 Col. San Pedro de los Pinos, C.P. 03800, México, D.F. Tel/Fax: 52785560 Introducción Este curso es un taller

Más detalles

Planificación, Gestión y Desarrollo de Proyectos

Planificación, Gestión y Desarrollo de Proyectos Planificación, Gestión y Desarrollo de Proyectos Conceptos básicos Planificación de un proyecto Gestión de un proyecto Desarrollo de un proyecto 1 Conceptos básicos: Proyecto Conjunto de actividades que

Más detalles

H. Ayuntamiento de Tenango del Valle 2013-2015

H. Ayuntamiento de Tenango del Valle 2013-2015 H. Ayuntamiento de Tenango del Valle 2013-2015 Procedimiento para Auditorías Internas de Calidad Fecha: 01 de Abril de 2014 ELABORÓ: REVISÓ: AUTORIZÓ: Ricardo Valdez Michua José Luis Bautista Salazar Víctor

Más detalles

El objetivo principal del presente curso es proporcionar a sus alumnos los conocimientos y las herramientas básicas para la gestión de proyectos.

El objetivo principal del presente curso es proporcionar a sus alumnos los conocimientos y las herramientas básicas para la gestión de proyectos. Gestión de proyectos Duración: 45 horas Objetivos: El objetivo principal del presente curso es proporcionar a sus alumnos los conocimientos y las herramientas básicas para la gestión de proyectos. Contenidos:

Más detalles

Gestión de proyectos

Gestión de proyectos Gestión de proyectos Horas: 45 El objetivo principal del presente curso es proporcionar a sus alumnos los conocimientos y las herramientas básicas para la gestión de proyectos. Gestión de proyectos El

Más detalles

Figure 7-1: Phase A: Architecture Vision

Figure 7-1: Phase A: Architecture Vision Fase A Figure 7-1: Phase A: Architecture Vision Objetivos: Los objetivos de la fase A son: Enfoque: Desarrollar una visión de alto nivel de las capacidades y el valor del negocio para ser entregado como

Más detalles

Gestión de Proyectos A Guide to the Project Management Body of Knowledge (Pmbok Guide) Profesor Guillermo E. Badillo Astudillo

Gestión de Proyectos A Guide to the Project Management Body of Knowledge (Pmbok Guide) Profesor Guillermo E. Badillo Astudillo Gestión de Proyectos A Guide to the Project Management Body of Knowledge (Pmbok Guide) Profesor Guillermo E. Badillo Astudillo Todas las slides siguientes están tomadas de la guía de los fundamentos para

Más detalles

INICIO PLANIFICACIÓN EJECUCIÓN SEGUIMIENTO Y CONTROL CIERRE. Etapas de un proyecto. Conoce las 5 etapas por las que todo proyecto debe pasar.

INICIO PLANIFICACIÓN EJECUCIÓN SEGUIMIENTO Y CONTROL CIERRE. Etapas de un proyecto. Conoce las 5 etapas por las que todo proyecto debe pasar. 1 2 Etapas de un proyecto Conoce las 5 etapas por las que todo proyecto debe pasar. Etapas de un proyecto Todo lo que debes saber INICIO para gestionarlas de manera eficiente PLANIFICACIÓN 3 4 5 EJECUCIÓN

Más detalles

AUDITORÍA ADMINISTRATIVA INFORME. 1. Brindar a la organización los elementos necesarios para mejorar su funcionamiento.

AUDITORÍA ADMINISTRATIVA INFORME. 1. Brindar a la organización los elementos necesarios para mejorar su funcionamiento. Naturaleza AUDITORÍA ADMINISTRATIVA INFORME Auditoria Administrativa Alcance Toda la empresa Antecedentes No existen Objetivos 1. Brindar a la organización los elementos necesarios para mejorar su funcionamiento.

Más detalles

INTRODUCCION AL DESARROLLO DE SISTEMAS DE INFORMACION

INTRODUCCION AL DESARROLLO DE SISTEMAS DE INFORMACION INTRODUCCION AL DESARROLLO DE SISTEMAS DE INFORMACION INTRODUCCION AL DESARROLLO DE SISTEMAS DE INFORMACION. Los sistemas que el analista diseña día a día, la tecnología, las personas, que utilizan el

Más detalles

Guía de Reparación de Equipamiento

Guía de Reparación de Equipamiento Dirigida al Sostenedor y al Establecimiento Educacional Estimado Sostenedor y Director, El Ministerio de Educación se encuentra implementando el plan Tecnologías para una Educación de Calidad (TEC), que

Más detalles

Traslado de Data Center

Traslado de Data Center Traslado de Data Center Traslado de Data Center Análisis y metodología garantizan el éxito en el traslado de los Data Center Planificar, analizar y documentar son claves a la hora de realizar la migración

Más detalles

B.2.2. Principios para la gestión de proyectos

B.2.2. Principios para la gestión de proyectos B.2.2. Principios para la gestión de proyectos La gestión de proyectos es la aplicación de conocimientos, conocimiento técnico, herramientas y técnicas para planificar actividades a fin de satisfacer o

Más detalles

Caso Particular: 75.46 - Administración y Control de Proyectos II. Planificación Aprobada. Ejecución y Control. Administración del Cambio

Caso Particular: 75.46 - Administración y Control de Proyectos II. Planificación Aprobada. Ejecución y Control. Administración del Cambio Project Management Caso Particular: Implementación de Paquetes Fases de Project Management Visión Aprobado Alcance Alcance Aprobado Organización Planificación Aprobada Ejecución y Control Finalizado Cierre

Más detalles

ISO 17025: 2005. Requisitos generales para la competencia de los laboratorios de ensayo y calibración

ISO 17025: 2005. Requisitos generales para la competencia de los laboratorios de ensayo y calibración ISO 17025: 2005 Requisitos generales para la competencia de los laboratorios de ensayo y calibración El presente documento es la versión impresa de la página www.grupoacms.com Si desea más información

Más detalles

Aragonesa de Servicios Telemáticos

Aragonesa de Servicios Telemáticos (AMS) en el Ámbito de Diversos Departamento y Organismos Públicos de la Administración de la Comunidad Autónoma de Aragón Índice 1! FICHA...3! 2! SITUACIÓN INICIAL...5! 3! OBJETIVOS...6! 4! SOLUCIÓN...7!

Más detalles

NORMA BÁSICA DE AUDITORÍA INTERNA

NORMA BÁSICA DE AUDITORÍA INTERNA NORMA BÁSICA DE AUDITORÍA INTERNA IBERDROLA, S.A. Y SOCIEDADES DE SU GRUPO Aprobada por el Presidente del Consejo de Administración de Iberdrola, de acuerdo con el Presidente de la Comisión de Auditoría

Más detalles

1. PROCESOS DEL PROJECT MANAGEMENT

1. PROCESOS DEL PROJECT MANAGEMENT INDICE 1. PROCESOS DEL PROJECT MANAGEMENT 1.1 Procesos del Proyecto 1.2 Grupos de Proceso 1.3 Interacciones del Proceso 1.4 Adaptación de las interacciones del proceso 2. AREAS DEL CONOCIMIENTO DEL PROJECT

Más detalles

Figura 3.1 Implementación de ITIL

Figura 3.1 Implementación de ITIL C apí t u l o III IMPLEMENTACIÓN DE ITIL Existen distintos métodos para la implementación de ITIL, sin embargo cualquier organización puede alinearse a este marco de trabajo sin importar su tamaño o complejidad.

Más detalles

PROYECTO FIN DE CARRERA

PROYECTO FIN DE CARRERA UNIVERSIDAD DE MÁLAGA ESCUELA TÉCNICA SUPERIOR DE INGENIERÍA INFORMÁTICA Ingeniero en Informática PROYECTO FIN DE CARRERA Estudio de la metodología de Gestión de Proyectos PRINCE2: Aplicación a un caso

Más detalles

PLIEGO DE PRESCRIPCIONES TÉCNICAS PARTICULARES PARA LA CONTRATACIÓN DE

PLIEGO DE PRESCRIPCIONES TÉCNICAS PARTICULARES PARA LA CONTRATACIÓN DE VICECONSEJERÍA DE PRESUPUESTOS Y ADMINISTRACIÓN PÚBLICA PLIEGO DE PRESCRIPCIONES TÉCNICAS PARTICULARES PARA LA CONTRATACIÓN DE LA ADECUACIÓN A LA LEY ORGÁNICA DE PROTECCIÓN DE DATOS DE CARÁCTER PERSONAL

Más detalles

Modelo de calidad IT Mark

Modelo de calidad IT Mark Modelo de calidad IT Mark Agenda de Trabajo 1. Área de Calidad 2. Introducción IT Mark 3. Proceso del Negocio 3.1 Ten Square. 3.2 Evaluación 3.3 Evidencias 3.4 Presentación de resultados. 4. Proceso de

Más detalles

PROCEDIMIENTO INTEGRADO PARA LA REALIZACIÓN DE AUDITORIAS INTERNAS

PROCEDIMIENTO INTEGRADO PARA LA REALIZACIÓN DE AUDITORIAS INTERNAS PROCEDIMIENTO INTEGRADO PARA LA REALIZACIÓN DE AUDITORÍAS INTERNAS Hoja 1 de 12 PROCEDIMIENTO INTEGRADO PARA LA REALIZACIÓN DE AUDITORIAS INTERNAS Realizado por Revisado por Aprobado por Fco. Javier Martí

Más detalles

Antecedentes Proceso de Avance Acelerado de Dominios de Alto Nivel con Código de País de Nombres de Dominio Internacionalizados (IDN cctld)

Antecedentes Proceso de Avance Acelerado de Dominios de Alto Nivel con Código de País de Nombres de Dominio Internacionalizados (IDN cctld) Proceso de Avance Acelerado de Dominios de Alto Nivel con Código de País de Nombres de Dominio Internacionalizados (IDN cctld) Análisis de Costo de Dominios de Alto Nivel con Código de País de Nombres

Más detalles

TEMA 39 Código de buenas prácticas para la Gestión de la Seguridad de la Información. Norma UNE-ISO 17799.

TEMA 39 Código de buenas prácticas para la Gestión de la Seguridad de la Información. Norma UNE-ISO 17799. TEMA 39 Código de buenas prácticas para la Gestión de la Seguridad de la Información. Norma UNE-ISO 17799. Índice 1 Introducción... 1 2 La Norma UNED-ISO 27002... 2 2.1 Estructura de la norma...3 2.1.1

Más detalles

Una Inversión en Protección de Activos

Una Inversión en Protección de Activos DERECHO A LA INTIMIDAD Le ayudamos a garantizar y proteger las libertades públicas y los derechos fundamentales de las personas físicas SEGURIDAD DE LA INFORMACION Auditoria Bienal LOPD Una Inversión en

Más detalles

Nota de Información al cliente ISO 26000 Proceso de auditoría

Nota de Información al cliente ISO 26000 Proceso de auditoría Nota de Información al cliente ISO 26000 Proceso de auditoría La presente nota explica las principales fases del proceso de certificación y auditoría de Sistemas de Gestión de Responsabilidad Social según

Más detalles

Servicios informáticos de soporte y mantenimiento de las Infraestructuras críticas del Banco de España.

Servicios informáticos de soporte y mantenimiento de las Infraestructuras críticas del Banco de España. Sistemas de Información Febrero 2015 Servicios informáticos de soporte y mantenimiento de las Infraestructuras críticas del Banco de España. Pliego Abreviado de Prescripciones Técnicas Sistemas de Información

Más detalles

Subvenciones a Instituciones

Subvenciones a Instituciones Subvenciones a Instituciones Guía para los procesos administrativos del IDRC División de Administracíon de Subvenciones Introducción Responsabilidad financiera del IDRC Filosofía administrativa Responsabilidad

Más detalles

EMPRESAS PÚBLICAS DE MEDELLÍN E.S.P. DIRECCIÓN CONTROL INTERNO PROYECTO NORMALIZACIÓN ACTIVIDAD DE AUDITORÍA INTERNA

EMPRESAS PÚBLICAS DE MEDELLÍN E.S.P. DIRECCIÓN CONTROL INTERNO PROYECTO NORMALIZACIÓN ACTIVIDAD DE AUDITORÍA INTERNA DCI-PN-EA-01 VERSIÓN 02 Página 2 de 12 TABLA DE CONTENIDO 1. INTRODUCCIÓN... 3 2. ROL... 3 3. PROFESIONALIDAD... 3 4. AUTORIDAD... 4 5. ORGANIZACIÓN... 4 6. INDEPENDENCIA Y OBJETIVIDAD... 5 7. ALCANCE...

Más detalles

ANEXO 4 - REQUERIMIENTOS DE GESTIÓN DE PROYECTOS PMO DE INFORMATICA

ANEXO 4 - REQUERIMIENTOS DE GESTIÓN DE PROYECTOS PMO DE INFORMATICA ANEXO 4 - REQUERIMIENTOS DE GESTIÓN DE PROYECTOS PMO DE INFORMATICA ETB requiere que el CONTRATISTA cumpla los lineamientos para la Dirección y Gestión de proyectos, éstos últimos definidos a nivel corporativo

Más detalles

AGENDA 1. ANTECEDENTES 2. INTRODUCCIÓN A LOS CONTROLES DE APLICACIÓN 3. OBJETIVOS DE CONTROL DE APLICACIÓN IDENTIFICADOS EN COBIT

AGENDA 1. ANTECEDENTES 2. INTRODUCCIÓN A LOS CONTROLES DE APLICACIÓN 3. OBJETIVOS DE CONTROL DE APLICACIÓN IDENTIFICADOS EN COBIT EDMUNDO TREVIÑO GELOVER CGEIT, CISM, CISA AGENDA 1. ANTECEDENTES 2. INTRODUCCIÓN A LOS CONTROLES DE APLICACIÓN 3. OBJETIVOS DE CONTROL DE APLICACIÓN IDENTIFICADOS EN COBIT 4. TIPOS DE CONTROLES DE APLICACIÓN

Más detalles

1.1 Aseguramiento de la calidad del software

1.1 Aseguramiento de la calidad del software 1.1 Aseguramiento de la calidad del software El propósito del Aseguramiento de la Calidad (Software Quality Assurance, SQA) es entregar a la administración una visibilidad adecuada del proceso utilizado

Más detalles

PROPUESTA COMERCIAL SERESCO, S.A.

PROPUESTA COMERCIAL SERESCO, S.A. PROPUESTA COMERCIAL SERESCO, S.A. Estimado Federado: Desde SERESCO, S.A. nos han hecho llegar una oferta para todos los federados la cual consideramos importante comunicar: Sus datos en un lugar seguro...con

Más detalles

PROCEDIMIENTO GENERAL. Revisión por la dirección de un Sistema de Gestión de la Calidad RAZÓN SOCIAL DE LA EMPRESA. Código PG-15 Edición 0.

PROCEDIMIENTO GENERAL. Revisión por la dirección de un Sistema de Gestión de la Calidad RAZÓN SOCIAL DE LA EMPRESA. Código PG-15 Edición 0. Índice 1. TABLA RESUMEN... 2 2. OBJETO... 2 3. ALCANCE... 2 4. RESPONSABILIDADES... 3 5. ENTRADAS... 3 6. SALIDAS... 3 7. PROCESOS RELACIONADOS... 4 8. DIAGRAMA DE FLUJO... 4 9. DESARROLLO... 5 9.1. CONVOCATORIA...

Más detalles

APLICACIÓN DE LOS PRINCIPIOS DE BUENAS PRÁCTICAS DE LABORATORIO A LOS SISTEMAS INFORMATIZADOS

APLICACIÓN DE LOS PRINCIPIOS DE BUENAS PRÁCTICAS DE LABORATORIO A LOS SISTEMAS INFORMATIZADOS MINISTERIO DE SANIDAD Y CONSUMO APLICACIÓN DE LOS PRINCIPIOS DE BUENAS PRÁCTICAS DE LABORATORIO A LOS SISTEMAS INFORMATIZADOS DOCUMENTO Nº 6 1ª Versión Noviembre 20021 AGENCIA ESPAÑOLA DEL MEDICAMENTO

Más detalles

Disaster Recovery Institute - España

Disaster Recovery Institute - España Disaster Recovery Institute - España Curso de Planificación de la Continuidad del Negocio DRI ofrece los programas educativos de referencia en la industria de administración de riesgos y continuidad del

Más detalles

Figura (1) diagrama del PHVA aplicado a la Metodología a de las 5 S

Figura (1) diagrama del PHVA aplicado a la Metodología a de las 5 S 6.6 Seguimiento El proceso de seguimiento dentro de la implementación de la metodología de las 5 S, requiere, antes que nada, tener una comprensión clara y un concepto uniforme, de qué significa cada uno

Más detalles

Nota de Información al cliente ISO 9001 Proceso de auditoría

Nota de Información al cliente ISO 9001 Proceso de auditoría Nota de Información al cliente ISO 9001 Proceso de auditoría La presente Nota de Información al Cliente explica las principales fases del proceso de certificación y auditoría de Sistemas de Gestión de

Más detalles

GESTIÓN DE CAPACIDAD DE SERVICIOS TI: UNA SOLUCIÓN DESDE ITIL

GESTIÓN DE CAPACIDAD DE SERVICIOS TI: UNA SOLUCIÓN DESDE ITIL GESTIÓN DE CAPACIDAD DE SERVICIOS TI: UNA SOLUCIÓN DESDE ITIL Consultor Senior de Calidad SW Métodos y Tecnología Responsable de Área Ingeniería y Calidad SW Métodos y Tecnología 1 Palabras clave ITIL,

Más detalles

EQUIPO DEL GOBERNADOR DE DISTRITO

EQUIPO DEL GOBERNADOR DE DISTRITO Capítulo 1 EQUIPO DEL GOBERNADOR DE DISTRITO En el mundo actual tan cambiante, los individuos deben dividir su tiempo para atender las demandas de la familia, profesión y trabajo voluntario. Aunque el

Más detalles

Capítulo VII. Administración de Cambios

Capítulo VII. Administración de Cambios Administración de Cambios Administración de cambios Tabla de contenido 1.- En qué consiste la administración de cambios?...97 1.1.- Ventajas...98 1.2.- Barreras...98 2.- Elementos...99 3.- Roles...99 4.-

Más detalles

PRINCE2 - Closing Project

PRINCE2 - Closing Project PRINCE2 - Closing Project Nombre proyecto: CARBALL Fecha: 16/06/2009 Estado: Final Autor: HG Empresa: TekTeam S.L. Cliente: Fundació UPC Nombre documento: E_CP_01_20090616_ClosingProject Revisión Nombre

Más detalles

Gestión del Servicio de Tecnología de la información

Gestión del Servicio de Tecnología de la información Gestión del Servicio de Tecnología de la información Comentario de la norma ISO 20000 bajo el enfoque de ITIL Autor: Francisco Tejera (ISO 20000 Practitioner) Agenda 1-2-3 INTRODUCCIÓN 4 5 REQUISITOS GENERALES

Más detalles

PROCEDIMIENTO AUDITORIAS INTERNAS DE CALIDAD. PROCESO EVALUACIÓN Y CONTROL PÁGINA 1 de 9

PROCEDIMIENTO AUDITORIAS INTERNAS DE CALIDAD. PROCESO EVALUACIÓN Y CONTROL PÁGINA 1 de 9 PROCESO EVALUACIÓN Y CONTROL PÁGINA 1 de 9 1. OBJETO Definir la metodología para la realización de las auditorías internas del sistema de gestión de calidad con el fin de determinar la conformidad con

Más detalles

SOFTWARE PLANNING PROJECTS UNDER THE PMI GUIDELINES PLANEACION DE PROYECTOS DE SOFTWARE BAJO LINEAMIENTOS DEL PMI. MSc. Mauricio Rojas Contreras

SOFTWARE PLANNING PROJECTS UNDER THE PMI GUIDELINES PLANEACION DE PROYECTOS DE SOFTWARE BAJO LINEAMIENTOS DEL PMI. MSc. Mauricio Rojas Contreras Recibido: 06 de agosto de 2009 Aceptado: 21 de octubre de 2009 SOFTWARE PLANNING PROJECTS UNDER THE PMI GUIDELINES PLANEACION DE PROYECTOS DE SOFTWARE BAJO LINEAMIENTOS DEL PMI MSc. Mauricio Rojas Contreras

Más detalles

PRIMAVERA CONTRACT MANAGEMENT

PRIMAVERA CONTRACT MANAGEMENT PRIMAVERA CONTRACT MANAGEMENT HOJA DE DATOS ORACLE CARACTERÍSTICAS PRINCIPALES NUEVO: Interfaz de usuario actualizada NUEVO: Repositorio de contenidos NUEVO: Control de versión NUEVO: LDAP NUEVO: Utilidad

Más detalles

TEMA 6.- LA PUESTA EN MARCHA DE PROYECTOS. LOS ASPECTOS A TENER EN CUENTA

TEMA 6.- LA PUESTA EN MARCHA DE PROYECTOS. LOS ASPECTOS A TENER EN CUENTA TEMA 6.- LA PUESTA EN MARCHA DE PROYECTOS. LOS ASPECTOS A TENER EN CUENTA El Programa para el Fomento de la Intraemprendeduría en Ciclos Formativos de Formación Profesional es un proyecto financiado por

Más detalles

Microsoft Dynamics Sure Step Fundamentos

Microsoft Dynamics Sure Step Fundamentos Fundamentos 06-10-2015/Serie Microsoft Dynamics Sure Step Proyectos Ágiles / Octubre 2015 Rosana Sánchez CCRM: @rosana-sanchez-2 Twitter: @rosansasanchez6 Correo: ingrossanbar@hotmail.com ingrossanbar@gmail.com

Más detalles

Cómo Puede Ser Usada la Dirección de Proyectos en TU Sin fines de lucro

Cómo Puede Ser Usada la Dirección de Proyectos en TU Sin fines de lucro Cómo Puede Ser Usada la Dirección de Proyectos en TU Sin fines de lucro Ing. Mónica González, MBA, PMP Liaison PMIEF 1 Cómo Puede Ser Usada la Dirección de Proyectos en TU Sin fines de lucro Este programa

Más detalles

Resumen General del Manual de Organización y Funciones

Resumen General del Manual de Organización y Funciones Gerencia de Tecnologías de Información Resumen General del Manual de Organización y Funciones (El Manual de Organización y Funciones fue aprobado por Resolución Administrativa SBS N 354-2011, del 17 de

Más detalles

GESTION DE PROYECTOS INFORMATICOS Facultad de Ingeniería Universidad Nacional de Jujuy Analista Programador Universitario Ciclo Jorge R.

GESTION DE PROYECTOS INFORMATICOS Facultad de Ingeniería Universidad Nacional de Jujuy Analista Programador Universitario Ciclo Jorge R. 1 GESTION DE PROYECTOS INFORMATICOS Facultad de Ingeniería Universidad Nacional de Jujuy Analista Programador Universitario Ciclo Jorge R. Mendoza 2012 PRESENTACION 2 OBJETIVOS: Lograr el uso correcto

Más detalles

SISTEMA DE GESTIÓN, INGENIERÍA Y CALIDAD DEL SISTEMA INTEGRADO JÚPITER. NIVEL 2 DE CMMI

SISTEMA DE GESTIÓN, INGENIERÍA Y CALIDAD DEL SISTEMA INTEGRADO JÚPITER. NIVEL 2 DE CMMI SISTEMA DE GESTIÓN, INGENIERÍA Y CALIDAD DEL SISTEMA INTEGRADO JÚPITER. NIVEL 2 DE CMMI Director S.I. Júpiter Jefe Srv. Información de Gastos Jefa Gabinete Información de Gastos Responsable Sistemas del

Más detalles

GESTIÓN DE PROYECTOS DE SOFTWARE

GESTIÓN DE PROYECTOS DE SOFTWARE GESTIÓN DE PROYECTOS DE SOFTWARE LA PLANIFICACIÓN de proyectos se define como la predicción de la duración de las actividades y tareas a escala individual. LA ESTIMACIÓN se define como la predicción de

Más detalles

Curso. Introducción a la Administracion de Proyectos

Curso. Introducción a la Administracion de Proyectos Curso Introducción a la Administracion de Proyectos Tema 5 Procesos del área de Integración INICIAR PLANEAR EJECUTAR CONTROL CERRAR Desarrollar el Acta de Proyecto Desarrollar el Plan de Proyecto Dirigir

Más detalles

Gerenciamiento de Proyectos. Estándar PMI. Cambio Organizacional UDELAR

Gerenciamiento de Proyectos. Estándar PMI. Cambio Organizacional UDELAR Gerenciamiento de Proyectos Estándar PMI Cambio Organizacional UDELAR Agenda Concepto de Proyecto Qué es la dirección de proyectos? PMI y Guía del PMBOK Dirección de Proyectos Áreas de Conocimiento 2 Definición

Más detalles

PROCEDIMIENTO GENERAL. Elaboración y ejecución de un plan de marketing RAZÓN SOCIAL DE LA EMPRESA. Código PG-25 Edición 0. Índice

PROCEDIMIENTO GENERAL. Elaboración y ejecución de un plan de marketing RAZÓN SOCIAL DE LA EMPRESA. Código PG-25 Edición 0. Índice Índice 1. TABLA RESUMEN... 2 2. OBJETO... 2 3. ALCANCE... 2 4. RESPONSABILIDADES... 2 5. ENTRADAS... 3 6. SALIDAS... 3 7. PROCESOS RELACIONADOS... 3 8. DIAGRAMA DE FLUJO... 4 9. DESARROLLO... 4 9.1. ANÁLISIS

Más detalles

CONCEJO MUNICIPAL DE CHOCONTA- CUNDINAMARCA

CONCEJO MUNICIPAL DE CHOCONTA- CUNDINAMARCA CONCEJO MUNICIPAL DE CHOCONTA- CUNDINAMARCA PLAN DE MANEJO DE RIESGOS Contenido PLAN DE MANEJO DE RIESGOS.... 3 Elaboración del mapa de riesgos... 3 Monitoreo... 4 Autoevaluación... 4 Metodología... 7

Más detalles

Sinopsis de la gestión de programas de acuerdo con el estándar del Project Management Institute 1

Sinopsis de la gestión de programas de acuerdo con el estándar del Project Management Institute 1 Sinopsis de la gestión de s de acuerdo con el estándar del Project Management Institute Conceptos básicos Qué es un? Es un grupo de proyectos gestionados de modo coordinado para obtener beneficios y el

Más detalles

Tema 2. Ingeniería del Software I feliu.trias@urjc.es

Tema 2. Ingeniería del Software I feliu.trias@urjc.es Tema 2 Ciclo de vida del software Ingeniería del Software I feliu.trias@urjc.es Índice Qué es el ciclo de vida del Software? El Estándar 12207 Modelos de proceso Qué es el Ciclo de Vida del SW? Definición

Más detalles

ADMINISTRACIÓN DE PROYECTOS

ADMINISTRACIÓN DE PROYECTOS ADMINISTRACIÓN DE PROYECTOS QUÉ ES LA ADMINISTRACIÓN DE PROYECTOS? Es la planeación, organización, dirección y control de los recursos para lograr un objetivo a corto plazo. También se dice que la administración

Más detalles

Modelos de gestión de proyectos informáticos

Modelos de gestión de proyectos informáticos Modelos de gestión de proyectos informáticos Informe SEIS 2005-2006 Xavier Pastor 25 de enero de 2007 Proyectos: Definición Características Temporalidad: inicio y final Productos, servicios o resultados

Más detalles

Iniciación y Planificación del Proyecto

Iniciación y Planificación del Proyecto Iniciación y Planificación del Proyecto Para cuando dijo que lo quería??? Ingeniería de Software 2 Iniciación y Planificación del Proyecto 1 Agenda Iniciación del Proyecto: Entradas Iniciación del Proyecto:

Más detalles

CAPÍTULO 25 COHERENCIA REGULATORIA

CAPÍTULO 25 COHERENCIA REGULATORIA CAPÍTULO 25 COHERENCIA REGULATORIA Artículo 25.1: Definiciones Para los efectos de este Capítulo: medida regulatoria cubierta significa la medida regulatoria determinada por cada Parte que estará sujeta

Más detalles

PROCEDIMIENTO GENERAL. Planificación y realización de la actividad comercial RAZÓN SOCIAL DE LA EMPRESA. Código PG-18 Edición 0.

PROCEDIMIENTO GENERAL. Planificación y realización de la actividad comercial RAZÓN SOCIAL DE LA EMPRESA. Código PG-18 Edición 0. Índice 1. TABLA RESUMEN... 2 2. OBJETO... 2 3. ALCANCE... 2 4. RESPONSABILIDADES... 3 5. ENTRADAS... 3 6. SALIDAS... 3 7. PROCESOS RELACIONADOS... 3 8. DIAGRAMA DE FLUJO... 4 9. DESARROLLO... 5 9.1. INICIO

Más detalles

Metodología y Framework para el Desarrollo de Aplicaciones Científicas con Computación de Alto Rendimiento a través de Servicios Web

Metodología y Framework para el Desarrollo de Aplicaciones Científicas con Computación de Alto Rendimiento a través de Servicios Web Metodología y Framework para el Desarrollo de Aplicaciones Científicas con Computación de Alto Rendimiento a través de Servicios Web J.Corral-García, D.Cortés-Polo, C.Gómez-Martín, J.L.González-Sánchez

Más detalles

Implementación de Paquetes

Implementación de Paquetes Project Management Caso Particular: Implementación de Paquetes Fases de Project Management Visión Proyecto Aprobado Inicio (Alcance) Alcance Aprobado Organización Planificación Aprobada Ejecución y Control

Más detalles

Hospital Nacional de Maternidad UNIDAD DE INFORMATICA

Hospital Nacional de Maternidad UNIDAD DE INFORMATICA Hospital Nacional de Maternidad UNIDAD DE INFORMATICA 87 Introducción Página: I INTRODUCCION Para el propósito de este manual el Hospital Nacional de Maternidad puede ser referido también como El Hospital,

Más detalles

Examen Practitioner. Número de candidato:...

Examen Practitioner. Número de candidato:... Examen Practitioner FX02 Cuaderno de escenarios Esta es una prueba objetiva de 2,5 horas. Este Cuaderno contiene el escenario del proyecto sobre el que se basan todas las preguntas. Todas las preguntas

Más detalles

REPORTE DE CUMPLIMIENTO ISO 17799

REPORTE DE CUMPLIMIENTO ISO 17799 Diseño de Reporte de Auditoría A continuación se presenta una plantilla del informe de auditoría de conformidad con la norma ISO 17799 que genera el sistema. REPORTE DE CUMPLIMIENTO ISO 17799 UNIDAD AUDITADA

Más detalles

DIRECCIÓN DE PROYECTOS

DIRECCIÓN DE PROYECTOS DIRECCIÓN DE PROYECTOS Programa Superior PMP www.ceste.es / info@ceste.es / +34 976 568 586 INTRODUCCIÓN Las empresas están constantemente acometiendo proyectos para adaptarse al mercado y a las innovaciones

Más detalles

SECCIÓN AU 402 CONSIDERACIONES DE AUDITORÍA RELACIONADAS CON UNA ENTIDAD QUE UTILIZA UNA ORGANIZACIÓN DE SERVICIOS CONTENIDO

SECCIÓN AU 402 CONSIDERACIONES DE AUDITORÍA RELACIONADAS CON UNA ENTIDAD QUE UTILIZA UNA ORGANIZACIÓN DE SERVICIOS CONTENIDO SECCIÓN AU 402 CONSIDERACIONES DE AUDITORÍA RELACIONADAS CON UNA ENTIDAD QUE UTILIZA UNA ORGANIZACIÓN DE SERVICIOS CONTENIDO Párrafos Introducción Alcance de esta Sección 1-5 Fecha de vigencia 6 Objetivos

Más detalles

I. INTRODUCCIÓN El presente documento tiene la intención de servir de guía para el proceso de auditoría interna que se debe realizar en la AUPSA.

I. INTRODUCCIÓN El presente documento tiene la intención de servir de guía para el proceso de auditoría interna que se debe realizar en la AUPSA. Sello de Copia Controlada Prohibida su Reproducción Manual de Procedimiento de AUDITORÍA INTERNA MPSGC-002-09 Versión 20.08.2013 INDICE I. INTRODUCCIÓN... 1 II. OBJETIVO... 1 III. ALCANCE Y APLICACIÓN...

Más detalles

Plan de Administración del Proyecto

Plan de Administración del Proyecto L México 2002 Atención Ciudadana y Gestión de Programas Sociales Plan de Administración del Proyecto Introducción: El Plan de Administración del Proyecto provee información de cómo el proyecto debe ser

Más detalles

Mtro. Carlos Eugenio Ruíz Hernández Rector. Dr. José Radamed Vidal Alegría Secretario Académico

Mtro. Carlos Eugenio Ruíz Hernández Rector. Dr. José Radamed Vidal Alegría Secretario Académico Con fundamento en la Ley Orgánica de la Universidad Autónoma de Chiapas (Artículo 4 Fracción I, Artículo 18, Fracción III y V, Artículo 25, Fracción XIV), se expide el presente documento, el cual tiene

Más detalles

GESTION OPERATIVA. Niveles de gestión

GESTION OPERATIVA. Niveles de gestión GESTION OPERATIVA La gestión deja de ser una tarea aislada para constituirse en una herramienta que sirve para ejecutar las acciones necesarias que permitan ordenar, disponer y organizar los recursos de

Más detalles