Gestión de Proyectos TI - nhbarcelona.com · • Productos de Gestión: • El contenido del DIP...

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:

Integración Adaptación

Llevado a cabo por la organización para adoptar

PRINCE2

Llevado a cabo por el equipo de gestión de proyecto para adaptar el método al contexto de un proyecto específico

• Responsabilidades de proceso

• Normas de escalado• Estándares• Integración con los

procesos empresariales• Herramientas• Garantía de Proceso

• Adaptación de los temas• Incorporación de lenguaje específico• Revisar las Descripciones de Producto

para los productos de gestión• Revisar las descripciones de roles para

los roles de proyecto de PRINCE2• Ajustar los procesos para que se

corresponda con lo anterior

Directrices en P2MM Directrices en el Manual


1.2. Entorno cliente/proveedor:

• Temas:

• Business Case:

• Existencia de un Business Case para cliente y uno para proveedor

• El Business Case de cliente cubre los beneficios de dicho cliente en contraste con el TCO y los riesgos

• El Business Case de proveedor debe incluir como el proyecto contribuye a objetivos de ventas y de sector de mercado del proveedor

• Organización:

• Proveedor Principal externo

• Múltiples proveedores

• Project Manager de cliente y Team Managers de proveedor




• Temas:

• Calidad: Estrategia de Gestión de Calidad común

• Planes:

• Un enfoque es un contrato que cubre todo el proyecto

• El cliente gestionará las actividades de contratación

• Los Paquetes de Trabajo se acuerdan entre PM y TM

• Los Team Plan son opcionales

• Riesgo:

• Necesidad de más de un registro de Riesgo

• Si se usa un registro de Riesgo único atención a la asignación de propiedades de riesgo



• Temas:

• Cambios:

• Decisión del proceso de control de cambios en la Estrategia de Gestión de Configuración

• Presupuesto de cambios

• Progreso:

• Frecuencia, formalidad de revisión y necesidades de informes alineados con los requisitos de gobiernos de ambas organizaciones




• Procesos:

• Es poco probable que deban adaptarse desde la perspectiva de cliente

• Des de la perspectiva de proveedor puede haber cambios en los procesos SU y IP

• Productos de Gestión:

• El contenido del DIP debe centrarse en asegurar que se cumplen las obligaciones de ambas partes

• Para proveedores externos el Paquete de Trabajo puede tomar forma de un contrato legalmente vinculante

2. Temas Clave

7 temas clave:


3. Business Case

3.1. Procesos en los que el Business case se desarrolla, verifica, mantiene y confirma:

• Puesta en Marcha de un Proyecto:

• Preparar el Business Case Borrador

• Seleccionar el enfoque de proyecto y confección del expediente de proyecto

• Dirección de Proyecto:

• Autorizar el inicio

• Autorizar el proyecto

• Autorizar un Plan de Fase o excepción

• Dirección Ad-hoc

• Autorizar el Cierre de Proyecto


• Inicio de Proyecto:

• Perfeccionar el Business Case.

• Elaborar el documento de Inicio de Proyecto.

• Control de una Fase:

• Revisar el Estado de una Fase

• Capturar y examinar cuestiones y riesgos

• Escalar cuestiones y riesgos

3. Business Case



• Gestión de los límites de una fase:

• Actualizar el Business Case.

• Informar del final de una Fase.

• Cierre de Proyecto:

• Entrega de productos.

• Evaluar el proyecto.

3. Business Case

3.2. Relación entre un Business case de programa y un Business case de proyecto:

• El programa va a definir los estándares que le proyecto va a necesitar para el desarrollo del Business Case

• El Business Case del proyecto será agregado al Business Case global del programa

• En algunos casos el Business Case puede ser producido y mantenido por el programa

• La revisión de beneficios va a ser gestionada por el equipo de gestión de programa

3. Business Case


3.3. Composición del Plan de Revisión de Beneficios:

• Alcance cubriendo que beneficios se van a medir

• Alto responsable de los beneficios esperados

• Como medir el logro de los beneficios esperados y cuando se podrán medir

• Recursos necesarios para llevar a cabo las tareas de revisión

• Medidas de línea de referencia a partir de las cuales se calcularán las mejoras

• Como va a revisarse el rendimiento del producto de proyecto

3. Business Case

3.4. Responsabilidades en el Plan de Revisión de Beneficios:

• Gestión Corporativa o de Programa: Approver post-proyecto

• Junta de Proyecto: Approver/Reviewer durante el proyecto

• Ejecutivo: Producer durante el proyecto

• Garantía de Proyecto: Reviewer

3. Business Case


3.5. Procesos que intervienen en el Plan de Revisión de Beneficios:

• Dirección de proyecto:

• Autorizar el proyecto

• Autorizar un Plan de Fase o Excepción

• Autorizar el cierre

• Inicio de un proyecto:

• Perfeccionar el Business Case


• Evaluar el estado de una fase

• Gestión de los Límites de una Fase:

• Actualizar el Business Case

• Informar sobre el final de Fase

3. Business Case

3.5. Procesos que intervienen en el Plan de Revisión de Beneficios:

• Cierre de proyecto

• Entrega de Productos

3. Business Case


3.6. Business Case Ejercicio 1.1:

3. Business Case

3.6. Business Case Ejercicio 1.2:

3. Business Case


4.1. Composición de la Estrategia de Gestión de Comunicación:

• Introducción

• Procedimiento de comunicación

• Herramientas y Técnicas

• Registros

• Informes

• Timming de las actividades de comunicación

• Roles y responsabilidades

• Análisis de Stakeholders

• Necesidades de información de cada parte interesada.

4. Organización

4.2. Responsabilidades en la Estrategia de Gestión de Comunicación:

• Junta de Proyecto: Approver

• Garantía e Proyecto: Reviewer

• Project Manager: Producer

4. Organización


4.3. Procesos que intervienen en la Estrategia de Gestión de Comunicación:


• Preparación de la Estrategia de gestión de Comunicación

• Establecer los Controles de Proyecto

• Crear un Plan de Proyecto

• Elaborar el DIP

• Control de una Fase

• Informar del Desarrollo


• Gestión de la Límites de una Fase

• Informar sobre el final de Fase

• Cierre de Proyecto

• Recomendar Cierre del Proyecto

4. Organización

5.1. Composición de un Plan:

• Descripción del Plan

• Pre-requisitos del Plan

• Dependencias externas

• Supuestos de Planificación

• Lecciones incorporadas

• Monitorización y control

• Presupuestos

• Tolerancias

• Descripciones de Producto

• Schedule

5. Planificación


5.2. Responsabilidades en los Planes:

• Plan de Fase y de Proyecto:




• Team Plan:

• Project Manager: Reviewer/Approver

• Team Manager: Producer


• Proveedor Principal: Approver

5. Planificación

5.3. Procesos que intervienen en los Planes:

• Puesta en Marcha de un Proyecto:

• Planificar la Fase de Inicio

• Dirección de Proyecto

• Autorizar el inicio

• Autorizar un plan de fase o excepción



• Crear el Plan de Proyecto

• Perfeccionar el Business Case

• Elaborar el DIP

5. Planificación



• Control de una Fase

• Autorizar un Paquete de Trabajo

• Revisar el estado de un paquete de trabajo

• Recibir un Paquete de Trabajo Completado

• Evaluar el Estado de una Fase

• Informar del Desarrollo

• Capturar y Examinar cuestiones y riesgos

• Escalar Cuestiones y riesgos

• Llevar a cabo acciones correctivas

5. Planificación


• Gestión de la Entrega de Productos:

• Aceptar un paquete de trabajo

• Ejecutar un paquete de trabajo

• Entregar un paquete de trabajo

• Gestión de la Límites de una Fase:

• Planificar la fase siguiente

• Actualizar el Plan de Proyecto


• Informar sobre el final de fase

• Crear un plan de excepción

5. Planificación



• Cierre de Proyecto:

• Preparar cierre planificado

• Preparar Cierre Prematuro

5. Planificación

5.4. Planificación Ejercicio 2.1:

5. Planificación



5. Planificación


5. Planificación



5. Planificación

6.1. Procesos de captura y gestión de las cuestiones:

• Dirección de Proyecto:

• Dirección adhoc: disparador de salida


• Capturar y Examinar Cuestiones y Riesgos: disparador interno.

• Gestión de la Entrega de Productos:

• Ejecutar un paquete de trabajo: disparador de salida

6. Cambios


6.2. Responsabilidades en el Registro de Cuestiones:

• Apoyo de Proyecto: Producer


• Project Manager: Approver/Producer

6. Cambios

6.3. Procesos que intervienen en el Registro de Cuestiones• Inicio de Proyecto:

• Preparación de la Estrategia de Gestión de Configuración

• Preparación de la Estrategia de Gestión de Calidad

• Preparación de la Estrategia de Gestión de Comunicación

• Establecer controles de Proyecto

• Crear un Plan de Proyecto


• Autorizar un paquete de trabajo

• Revisar el estado de un paquete de trabajo

• Evaluar el estado de una fase

• Informar del desarrollo


• Escalar cuestiones y riesgos

• Llevar a cabo acciones correctivas

6. Cambios


6.3. Procesos que intervienen en el Registro de Cuestiones

• Gestión de la Límites de una Fase:

• Planificar la siguiente fase

• Actualizar el Plan de Proyecto


• Informar sobre el final de fase

• Crear un Plan de excepción

• Cierre de Proyecto

• Entrega de productos

• Evaluar el proyecto

• Recomendar cierre de proyecto

6. Cambios

6.4. Procesos y roles responsables de la definición de presupuesto de cambios y autoridad de cambios:

• Presupuesto de Cambios:

• Es responsabilidad de la Junta de Proyecto

• El procedimiento de control de cambios se definirá de tal manera que permita controlar el acceso al presupuesto de cambios.

• Autoridad de Cambios:

• Es responsabilidad de la Junta de Proyecto

• El Project Manager o personas con responsabilidades de Garantía de Proyecto pueden actuar como Autoridad de Cambios

• El presupuesto de cambios y la autoridad de cambios se definen en la Estrategia de Gestión de Configuración en el apartado “Roles y responsabilidades” en el momento en que este producto es creado en el Proceso Inicio de Proyecto

6. Cambios


6.5. Composición de la Estrategia de Gestión de Configuración:

• Introducción

• Procedimiento de la Gestión de Configuración

• Procedimiento de control de cambios y cuestiones

• Herramientas y técnicas

• Registros

• Informes

• Timing de las actividades de la gestión de configuración y control de cuestiones y cambios


• Escalas de prioridad y severidad

6. Cambios

6.5. Composición de la Ficha del Elemento de Configuración

• Identificador de Proyecto

• Identificador del elemento

• Versión actual

• Título del elemento

• Fecha del último cambio de estado

• Propietario

• Localización

• Copy Holders

• Tipo de elemento

• Atributos del elemento

6. Cambios


6.5. Composición de la Ficha del Elemento de Configuración

• Fase

• Usuarios

• Estado

• Estado de Producto

• Variante

• Productor

• Origen

• Relaciones con otros elementos

6. Cambios

6.5. Composición del Informe del Estado de los Productos:

• Alcance del Informe

• Fecha de producción

• Estado de producto:

• Identificador i título de producto

• Versión

• Estado y fecha de cambio de estado

• Propietario

• Usuarios

• Fecha actual y planificada en la que se tomó la línea de referencia

6. Cambios


7.1. Composición de la Estrategia de Gestión de Riesgo:

• Introducción

• Procedimiento de Gestión de Riesgos

• Herramientas y Técnicas

• Registros

• Informes

• Timing de las actividades de gestión de riesgos


• Escalas

• Proximidad

• Categorías de Riesgo

7. Riesgo

7.1. Composición de la Estrategia de Gestión de Riesgo:

• Categorías de respuestas al Riesgo

• Indicadores de alerta temprana

• Tolerancia de riesgo

• Presupuesto de riesgo

7. Riesgo

44


7.2. Responsabilidades en la Estrategia de Gestión de Riesgos:




7. Riesgo

7.3. Procesos que intervienen en la Estrategia de Gestión de riesgo:


• Preparar la Estrategia de Gestión de Riesgo

• Preparar la estrategia de Gestión de Comunicación

• Establecer los controles de proyecto

• Crear un plan de proyecto

• Elaborar el documento de inicio de proyecto

7. Riesgo


7.4. Concepto de riesgo inherente, secundario y residual:

• Riesgo inherente: riesgo directo detectado

• Riesgo secundario:

• La implantación de ciertas respuestas al riesgo puede modificar algunos aspectos del proyecto.

• Esto puede resultar en riesgo que ocurran como resultado de invocar una respuesta al riesgo.

• Se deben tratar del mismo modo que los riesgos inherentes

• Riesgo residual:

• Respuestas al riesgo no eliminan un riesgo en su totalidad.

• Una respuesta al riesgo puede haber funcionado parcialmente.

7. Riesgo

7.5. Riesgo Ejercicio 3.1

7. Riesgo



7. Riesgo


7. Riesgo


8.1. Enfoque de PRINCE2 a Calidad:

• Se basa en centrarse en los productos des de el inicio de proyecto por medio de la ejecución sistemática de las siguientes actividades:

• Identificar todos los productos

• Definirlos en Descripciones de Producto

• Implementar y realizar seguimiento de los métodos de calidad a lo largo del proyecto.

8. Calidad

8.2. Responsabilidades en las Descripciones de Producto:




8. Calidad


8.3. Procesos que intervienen en las Descripciones de Producto:

• Puesta en Marcha de un proyecto:

• Preparar un Business Case preliminar

• Seleccionar el enfoque de proyecto y preparar el Expediente de Proyecto



• Control de Fase:


• Gestión de los límites de una fase

• Planificar la fase siguiente

8. Calidad

8.4. Composición de la Estrategia de Gestión de Calidad:

• Introducción

• Procedimiento de Gestión de Calidad

• Herramientas y técnicas

• Registros

• Informes

• Timing de las actividades de gestión de calidad


8. Calidad


8.5. Responsabilidades en la Estrategia de Gestión de Calidad:




8. Calidad

8.6. Procesos que intervienen en la Estrategia de Gestión de Calidad:


• Preparar la Estrategia de Gestión de Calidad

• Preparar la Estrategia de Gestión de Comunicación



• Elaborar el Documento de Inicio de Proyecto



8. Calidad


8. Calidad

8.7. Calidad Ejercicio 4.1

8. Calidad

8.7. Calidad Ejercicio 4.2


9.1. Composición del Paquete de Trabajo:• Fecha

• Team Manager o persona autorizada

• Descripción del Paquete de Trabajo

• Técnicas, procesos y procedimientos

• Desarrollo de interfaces

• Interfaces de operaciones y mantenimiento

• Requisitos de gestión de Configuración

• Acuerdos conjuntos

• Tolerancias

• Restricciones

• Acuerdos de informes

• Métodos de manejo de problema y escalado

• Método de Aprobación

9. Progreso

9.2. Composición del archivo de las Lecciones• Tipo lección

• Detalle de la lección

• Fecha de registro

• Nombre del que lo ha registrado

• Prioridad

9. Progreso


9.3. Composición del Informe de Punto de Control:• Fecha

• Periodo

• Acciones de seguimiento

• Periodo de reporte actual

• Periodo de reporte siguiente

• Estado de las Tolerancias del Paquete de Trabajo

• Cuestiones y riesgos

9. Progreso

9.4. Composición del Informe de Desarrollo:• Fecha

• Periodo

• Resumen del Estado

• Periodo de reporte actual

• Periodo de reporte siguiente

• Estado de las Tolerancias del proyecto y fase

• Peticiones de cambio

• Cuestiones y riesgos clave

• Informe de lecciones

9. Progreso


9.5. Composición del Informe de Final de Fase:• Informe del Project Manager

• Revisión del Business Case

• Revisión de los objetivos de Proyecto

• Revisión de los objetivos de fase

• Revisión del desempeño del equipo

• Revisión de producto

• Informe de Lecciones

• Cuestiones y riesgos

• Previsiones

9. Progreso

9.6. Composición del Informe de Excepción:• Título de la excepción

• Causa de la excepción

• Consecuencias de la desviación

• Opciones

• Recomendaciones

• Lecciones

9. Progreso


9.7. Composición del Informe de Final de Proyecto:• Informe del Project Manager

• Revisión del Business case

• Revisión de los objetivos de proyecto

• Revisión del desempeño del quipo

• Revisión de productos

• Informe de lecciones

9. Progreso

9.8. Composición del Informe de Lecciones:• Resumen Ejecutivo

• Alcance del informe

• Revisión de lo que ha ido bien, mal y recomendaciones a considerar por gestión corporativa o de programa

• Revisión de mediciones útiles

• Detalles adicionales de lecciones significativas

9. Progreso

Gestión de Proyectos TI - nhbarcelona.com · • Productos de Gestión: • El contenido del DIP...

Documents

Transcript of Gestión de Proyectos TI - nhbarcelona.com · • Productos de Gestión: • El contenido del DIP...