Facultad de Informtica y Ciencias Aplicadas Materia: Administracin de Recurso Tecnolgico.

Seccin: 01 Tema: PRINCE2

Profesor: Ing. Denys Alexander Alarcn

Alumnos:
Nombre
JOSE SAUL AREVALO ORDOEZ WALTER ROBERTO CUESTAS PACHECO ENRIQUE CASTILLO PEREZ ALBERTO JOSE AREVALO BATRES ROBERTO ANTONIO CABEZAS CASTRO CAROLINA ABIGAIL LOVO GUEVARA

Carnet
17-5099-2007 15-1477-2002 17-4213-2008 17-1918-1997 17-4112-2002 17-4211-2006

San Salvador 20 de Agosto del 2011.

2 ndice.
Introduccin Objetivos Definiciones Marco Terico Conclusiones Bibliografa 3 4 5-6 7-21 22 23

Introduccin.
PRINCE2 (PRojects IN Controlled Environments) fue desarrollado para el gobierno del Reino Unido y se usa regularmente no slo en el gobierno britnico sino tambin en el sector privado. PRINCE2 ofrece una gua de

3
dominio pblico para la aplicacin de las mejores prcticas en la gestin de proyectos. Esta metodologa orientada a la generacin de productos cubre aspectos de la organizacin, gestin y control de proyectos con el propsito de lograr los resultados del proyecto en el tiempo establecido y con el presupuesto acordado. Se puede aplicar a cualquier tipo de proyecto, y permite la gestin de los riesgos, el control de la calidad y la eficiencia en los cambios. PRINCE2 se compone de procesos que tienen lugar durante el transcurso del proyecto y, a su vez, interaccionan con diferentes componentes bsicos. Los principales componentes son: el caso de negocio, la organizacin, los planes, los controles, la gestin del riesgo, la gestin de la calidad, la gestin de la configuracin y la gestin de cambios. Los procesos de gestin de proyectos segn esta metodologa son los siguientes: puesta en marcha del proyecto, direccin del proyecto, iniciacin del proyecto, gestin de los lmites de las etapas, control sobre la etapa, gestin de la entrega del producto, cierre del proyecto y planificacin. El mtodo divide los proyectos en fases manejables permitiendo el control eficiente de los recursos y el control peridico de su evolucin. PRINCE2 est "basado en los productos", es decir, los planes del proyecto se centran en obtener resultados concretos, y no slo en la planificacin de las actividades que se llevan a cabo; PRINCE2 proporciona un lenguaje comn en los proyectos.

Objetivos de PRINCE2:

4 Logar iniciar un proyecto

organizado y controlado, asegurando que

existe una razn vlida para el proyecto y que todas las personas y los recursos estn organizados y listos para el proyecto.

Asegurar que, una vez que el proyecto est organizado y ha comenzado,

su validez se mantiene y el trabajo realizado es controlado durante toda la vida del proyecto. Un final organizado y controlado: un final controlado es siempre mejor que la tendencia natural a la deriva en la vida operativa del producto de un proyecto, por ello, tenemos que asegurarnos de que la entrega inmediata del proyecto ha sido aceptada por nuestro cliente antes de cerrar el proyecto oficialmente. Revisiones peridicas de los progresos. Flexibilidad en las decisiones. Direccin de control automtica en caso de desviacin del plan original gracias al principio de Gestin por Excepcin. Implicacin de la direccin y de aquellos que participan en el proyecto en el momento y lugar adecuado. Buena comunicacin entre el proyecto, la direccin del proyecto y el resto de la organizacin.

Definiciones.

1. MP: Gestin de Entrega de Productos 2. SB: Gestin de Limites de una Fase 3. MP1: Aceptacin del Paquete de Trabajo 4. MP2: Ejecucin del Paquete de Trabajo 5. MP3: Entrega del Paquete de Trabajo 6. CS2: Valoracin de Progreso 7. SB1: Planificacin de Fase 8. SB2: Actualizacin del Plan de Proyecto 9. SB3: Actualizacin del Caso de Negocio del Proyecto 10. 11. 12. 13.
SB4: Actualizacin del Registro de Riesgos SB5: Informe de Fin de Fase SB6 : Produccin de Plan de Excepcin Proyecto: Un proyecto es esencialmente un conjunto de

actividades interrelacionadas, con un inicio y una finalizacin definida, que utiliza recursos limitados para lograr un objetivo deseado.

14. 15. 16. 17. 18. 19. 20.

Cliente: un cliente es quien accede a un producto o servicio por Producto: Un producto es cualquier cosa que se puede ofrecer a Solapamiento: El interrumpir un objeto el contorno de otro y Requerimiento: Algo que se le pide o solicita a alguien. Perjudicar: Ocasionar dao o menoscabo material o moral. Contractual: Procedente del contrato o derivado de l. Presupuesto: Se le llama presupuesto al clculo anticipado de los

medio de una transaccin financiera (dinero) u otro medio de pago. un mercado para satisfacer un deseo o una necesidad. ocultrnoslo en parte produce un fuerte efecto de profundidad espacial

ingresos y gastos de una actividad econmica (personal, familiar, un negocio, una empresa, una oficina, un gobierno) durante un perodo, por lo general en forma anual.

21.

Estndares: Patrn, modelo, norma, convencin, nivel

6 22.
Calidad: La calidad es herramienta bsica para una propiedad

inherente de cualquier cosa que permite que esta sea comparada con cualquier otra de su misma especie.

23.

Gestin de proyecto: La administracin de proyectos tambin

conocida como gerencia, direccin o gestin de proyectos es la disciplina que gua e integra los procesos de planificar, captar, dinamizar, organizar talentos y administrar recursos, con el fin de culminar todo el trabajo requerido para desarrollar un proyecto y cumplir con el alcance, dentro de lmites de tiempo, y costo definidos: sin estrs y con buen clima interpersonal.

24.

SU - Proceso Preliminar (Starting Up a Project): Proceso

inicial que permite la planificacin y designacin de comits y responsable de estos atravez de la direccin corporativa.

25.

Resumen de Proyecto: Documentos que se prepara alcances, restricciones ect. Que permite

con

los la

trminos objetivos,

de referencia del proyecto y que adems contiene sus justificar diseo a

autorizacin de inicio del proyecto, y su metodologa y implementar.

26.

PDI :Documento de ensamblaje del inicio del proyecto documento

que ampara la estructuracin mas concreta de las acciones a tomar por los integartes que forman el comit , el cual es una resultado del enfoque del mismo proyecto producto del resumen y la planificacin del enfoque y permitiendo autorizacin del inicio del mismo.

27.

Project Manager: Persona responsable de llevar los procesos de

seleccin de integartes de comit y asignacin de roles y asimismo el soporte del aprovechamiento mximo de el potencial de estos en dicho comit , vigilante de la calidad y control y las planificaciones que se establezcan durante la implantacin de cada una de las etapas de PRINCE 2.

28.

Es el documento clave que se va a producir al comienzo del

proyecto. Este documento est destinado a facilitar una visn del proyecto elaborada como si fuese vista desde fuera del mismo.

7 Este documento debera contener: los objetivos del proyecto, el Plan de Calidad del Proyecto, caso de Negocio, registro de Riesgos, plan de Proyecto, organizacin del Proyecto, controles e interfaces externos.

Marco Terico.
Evolucin Histrica. PRINCE2 fue desarrollado por el gobierno del Reino Unido en 1989 como el mtodo estndar para la gestin de proyectos de TI. Desde entonces, el mtodo se ha mejorado para convertirse en el enfoque de mejores prcticas adecuados para la gestin de todos los tipos de proyectos. Es el mtodo de gestin de proyectos que cubre la manera de organizar, gestionar y controlar proyectos. Est orientado a permitir la entrega satisfactoria de los productos, a tiempo y dentro del presupuesto. PRINCE fue establecido como mtodo de gestin en 1989 por la CCTA (Central Computer and Telecommunications Agency). Su evolucin puede resumirse asi: 1975: Se crea el mtodo de gestin 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 redisean el proyecto 1989: Lanzamiento de PRINCE 1990: Publicacin de manuales 1994: Concesin de contrato para desarrollar PRINCE 2 1 de Octubre de 1996 - Lanzamiento de PRINCE 2 1 de Abril de 2001 La CCTA se integra en la Office of Government Comerce del gobierno britnico Otoo de 2001 versin revisada y actualizada del manual de PRINCE 2 Las organizaciones han ido aumentando su preocupacin sobre la necesidad de

8
adoptar un adecuado enfoque sistemtico para el desarrollo de nuevos productos y servicios. Actualmente la Gestin de Proyectos es vista como la mejor prctica para desarrollos progresivos, ya que puede proporcionar una integracin en los procesos de una organizacin y soportndolos al ms alto nivel.

Qu es PRINCE2? PRINCE2 (PRojects IN Controlled Environment) es un mtodo estructurado de gestin de proyectos. Es una aproximacin a las buenas prcticas para la gestin de todo tipo de proyectos que se ha convertido en el estndar de facto para la organizacin, gestin y control de proyectos. El mtodo divide los proyectos en fases manejables permitiendo el control eficiente de los recursos y el control peridico de su evolucin. PRINCE2 est "basado en los productos", es decir, los planes del proyecto se centran en obtener resultados concretos, y no slo en la planificacin de las actividades que se llevan a cabo; PRINCE2 proporciona un lenguaje comn en los proyectos.

Por qu Prince2?
PRINCE2 le dar los conocimientos necesarios para tener confianza en la gestin de proyectos con xito dentro de la fuerza de trabajo. El uso de PRINCE2 en sus proyectos le dar un comn uso de los sistemas, procedimientos y lenguajes. Usted har un menor nmero de errores, aprender los que los hacen, y en definitiva ahorrar dinero y esfuerzo. PRINCE2 ha sido reconocido como una de clase de mundial de productos internacionales y es el mtodo estndar para la gestin de proyectos.

Ventajas de la utilizacin de PRINCE2

9
PRINCE 2 proporciona ventajas a los responsables y directores de un proyecto y a una Organizacin, mediante el uso controlable de recursos y la posibilidad de gestionar los riesgos de proyecto y de negocio de modo ms efectivo. PRINCE2 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 decisin flexibles. Gestin de control de cualquier desviacin del plan.
El compromiso de la gestin y los participantes en el tiempo y lugar correctos durante el proyecto Buenos canales de comunicacin entre el proyecto, la gestin del proyecto, y el resto de la organizacin.

Qu es un proyecto:
Un proyecto es un conjunto de actividades coordinadas y controladas, con fechas de inicio y fin definidas, encaminado a la creacin de un producto o servicio nico y conforme a unos requisitos especficos, incluyendo limitaciones de tiempo, coste y recursos. Algunas caractersticas de los proyectos son: PRINCE 2 describe un proyecto como un entorno de gestin que se crea con el propsito de entregar uno o ms productos de negocio de acuerdo al caso de negocio especificado. Este entorno de gestin es temporal, por ejemplo, para la vida del proyecto, y difiere de gestin lineal la cual es ms 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 gestin diferente a los procesos normales del da a da.

10
Principios de PRINCE2 Los siguientes pueden considerarse los principios fundamentales de PRINCE 2:

Los proyectos, sean grandes o pequeos, necesitan ser enfocados hacia

la entrega de beneficios de negocio. La continuidad en el enfoque correcto debera ser confirmada al final de cada fase. Si fuera necesario, el proyecto podra ser re-orientado o detenido para evitar gasto de tiempo y dinero.

Debe ser un requisito bsico 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 bsica: 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 informacin para tomar decisiones

racionales sobre la comisin del proyecto.

No puede hacerse nada en el proyecto hasta que las responsabilidades

estn definidas, y los roles clave hayan sido cubiertos. Antes de dar la aprobacin para entrar en la Fase de Inicio, debera existir un Plan de la Fase de Inicio Esto significa una produccin controlada de los productos acordados:

Cumpliendo los estndares de calidad. Dentro del coste, esfuerzo y tiempo acordados. Logrando los beneficios y ventajas esperados.
Para ello, el proyecto debe:

Centrar la atencin 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 revisin
Monitorizar cuidadosamente cualquier movimiento ms all de la direccin y productos acordados al comienzo de la fase para evitar un deslizamiento del alcance y la prdida del enfoque.

11

Componentes de PRINCE 2
Los siguientes componentes proporcionan una visin general de PRINCE 2 y describen su utilizacin. Organizacin: En el Proceso Preliminar (Starting up a Project - SU) se establece la organizacin apropiada para el proyecto. Planes: Los planes permiten al Comit de Proyecto identificar los recursos, los productos a entregar y el calendario del proyecto. PRINCE 2 describe diferentes niveles de planes y su utilizacin. Los planes son utilizados por el Comit de Proyecto para tener una visin general de ste, y por el Project ManagerResponsable de Proyecto para controlar sus recursos. Controles: El nivel de controles, aplicado a la gestin y direccin del proyecto y la calidad de los productos, es descrito en el Documento de Inicio del Proyecto (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. Fases: Las fases son subconjuntos de un proyecto y se refieren a una coleccin de actividades y productos, que son diseados para ser realizados dentro de un periodo de tiempo concreto. Gestin del Riesgo: Los riesgos son una coleccin de amenazas para la gestin 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 sern 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 produccin son sujetos de pruebas especficas para asegurar que cumplen las necesidades de los usuarios. En el PID se describen las expectativas y criterios relativos a cules son los productos que sern medidos.

12
Durante el proceso de Gestin de Entrega de Productos (Managing Product Delivery - MP), los productos son revisados para valorar su conformidad. Gestin de la Configuracin: Todo producto especializado requiere que se siga su pista a lo largo de su produccin. La Gestin de la Configuracin permite al Project Manager-Responsable de Proyecto entender el estado de los productos, sus ubicaciones y controlar quin tiene acceso a ellos.

Control de Cambios: Los cambios en el alcance del proyecto o las especificaciones de productos pueden tener un efecto significativo sobre el proyecto en trminos de coste y calendario. Es necesario calcular el efecto de los cambios antes de que sean acordados.

Procesos de PRINCE 2
Los procesos que comprende el mtodo PRINCE 2 son: SU - Proceso Preliminar (Starting Up a Project) IP - Inicio de Proyecto (Initiating a Project) DP - Direccin del Proyecto (Directing a Project) CS Control de Fase (Controlling a Stage) MP Gestin de Entrega de Productos (Managing Product Delivery) SB Gestin de Lmite de Fases (Managing Stage Boundaries) CP Cierre del Proyecto (Closing a Project) PL Planificacin (Planning) La figura siguiente presenta una visin general del modelo de procesos de PRINCE.

13

SU - Proceso Preliminar (Starting Up a Project): Consiste en la etapa fundamental de la metodologa de gestin de proyectos llamado: PROCESO PRELIMINAR el cual, muestra las directrices que se deben seguir. Este proceso inciando desde la direccin corporativa de la organizacin la cual permite como primera instancia proceder a nombrar a un Ejecutivo de dicho comit del proyecto as la formulacin de las estrategias , metodologas que permitirn que el equipo logre las metas y objetivos que tiene que alcanzar adems , de la informacin que sea necesaria y definiendo los roles de cada uno de los integrantes del equipo esta planificacin que est bajo el ejecutivo responsable del mismo. Una vez diseado el esquema del funcionamiento adems de estar incluido se debe nombrar el comit que dirigir el Ejecutivo del proyecto que se encargara de evaluar los perfiles necesarios para el mismo de manera que estos estn

14
comprometidos con el proyecto que est a iniciarse. Las siguientes etapas permiten tener la idea ms clara que queremos en diseo o tipo de equipo mediante el Ejecutivo del proyecto quien dirigir y asimismo asignar los roles a cada integrante permitiendo vigilar las etapas de desarrollo del mismo. Esto permite la creacin de y PREPARACION DE RESUMEN DEL PROYECTO mismo y su accionar adems, su descripcin que permita definir las acciones a seguir por parte del comit y fundamentar su justificacin para la iniciacin plan conveniente medidas de control y registro en la fase de INICIO.

IP - Inicio de Proyecto (Initiating a Project):

Proceso que se inicializa con la autorizacin del plan de la fase de inicio el cual propone dentro sus esquemas los planes que se han propuesto, Adems de la creacin por el comit del proyecto de producir el documento de inicio del mismo, ya que proporciona el procedimiento de procesos de el producto costos ,control documentacin y apertura de ficheros para registro del mismo etc. Prince2 posee procesos separados para la planificacin que incluye (Planificacin Orientada a Productos), en esta etapa incluye la identificacin de los requerimientos y costos adems de una valoracin importante de los principales riesgos y medidas atravez de controles organizados permitiendo dar soporte y la Activacin para la siguiente fase.

DP - Direccin del Proyecto (Directing a Project)

La Direccin del Proyecto es un proceso que debe funcionar desde el arranque hasta el cierre del proyecto. El proceso se comunica con los dems mediante recepcin de informacin, que una vez analizada, dar lugar a autorizaciones para proceder con el proyecto, con las fases, o con planes de excepcin, proporcionando decisiones que pueden incluir la interrupcin o cierre prematuro del proyecto. Los subprocesos que componen este proceso son los siguientes: DP1 Autorizacin de Inicio, DP2 Autorizacin de Proyecto, DP3 Autorizacin de Fase o Plan de Excepcin, DP4 Toma Inmediata de Decisin y DP5 Confirmacin del

15
Cierre de Proyecto. El ente responsable de llevarlos a cabo es el Comit de Proyecto. A continuacin, una breve descripcin de los subprocesos: DP1: Autorizacin de Inicio. El objetivo de este proceso es comprobar que el proyecto se inicia adecuadamente mediante la aprobacin de un plan para desarrollar el Documento de Inicio del Proyecto (P.I.D), la ratificacin del resumen del mismo. La obtencin de los recursos necesarios para su implementacin as como la solicitud del apoyo logstico necesario. DP2 Autorizacin de Proyecto. El objetivo de este proceso es decidir si continuar o no con el proyecto, basndose en la aprobacin o rechazo del Documento de Inicio de Proyecto. Los insumos de entrada para este proceso lo constituyen el borrador del Documento de Inicio del Proyecto y el plan para la fase siguiente. DP3 Autorizacin de Fase o Plan de Excepcin. El objetivo de este proceso es decidir si autorizar la siguiente etapa de trabajo y, por tanto comprometer los recursos necesarios basados en: el actual estado del proyecto, una nueva evaluacin de la fecha probable de finalizacin del proyecto, una nueva evaluacin del riesgo, una nueva evaluacin del caso de Negocio y de la posibilidad de conseguir los beneficios esperados. DP4 Toma Inmediata de Decisin. Este proceso es el ms determinante de todos, ya que prev la posibilidad de acabar el proyecto de forma prematura si el Comit de Proyecto est disconforme con progreso del mismo o si aparece una desviacin significativa de los planes aprobados. DP5 Confirmacin del Cierre de Proyecto. La responsabilidad de este proceso ser ejercida generalmente manteniendo una Reunin de Cierre de Proyecto. La informacin necesaria para esta reunin ser producida en el proceso de Cierre de Proyecto (CP). Es aconsejable expresar reconocimiento a equipos e individuos por los logros y xitos obtenidos en el Proyecto. Aunque no sea obligatorio es una buena medida de precaucin obtener confirmacin escrita de aceptacin de los responsables del uso y mantenimiento del sistema entregado.

CS Control de Fase (Controlling a Stage)

16
El Control de Fase se inicia una vez que los recursos han sido comprometidos y ha sido aprobado un Plan de Fase. El proceso mantiene el centro de atencin del Equipo de Gestin del Proyecto en la entrega de los productos dentro de las tolerancias previamente aceptadas. Este proceso es imperativo para el xito del proyecto y ste se logra mediante el control da a da del trabajo que est dirigindose. Los subprocesos que componen este proceso son los siguientes: CS1 Autorizacin de Paquete de Trabajo, CS2 Valoracin de Progreso, CS3 Captura de Hechos Emergentes del Proyecto, CS4 Examen de Hechos Emergentes del Proyecto, CS5 Revisin del Estado de la Fase, CS6 Informacin de Hechos Relevantes, CS7 Toma de Acciones Correctoras, CS8 Escalamiento de Hechos Emergentes del Proyecto y CS9 Recepcin de Paquete de Trabajo Finalizado. A continuacin, una breve descripcin de los subprocesos: CS1 Autorizacin de Paquete de Trabajo. El trabajo es enviado a los Responsables de Equipo o directamente al personal que lo va a realizar mediante la emisin de Paquetes de Trabajo autorizados. CS2 Valoracin de Progreso. Este subproceso tiene como finalidad el estar al da de la consecucin y desarrollo tanto de las fases como del proyecto en su conjunto en comparacin con los planes aprobados por el Comit de Proyecto. Aqu se facilitan los mecanismos para recoger informacin actualizada y su paso al proceso de Revisin del Estado de Fase (CS5) en el que se realizar el inventario del progreso del proyecto hasta ese momento. CS3 Captura de Hechos Emergentes del Proyecto. El objetivo de este proceso es capturar, registrar y categorizar todos los Hechos Emergentes del Proyecto. Un Hecho Emergente es algo que puede tener un impacto en el proyecto (tanto perjudicial como beneficioso). CS4 Examen de Hechos Emergentes del Proyecto. Se debe examinar el Hecho Emergente tan pronto como haya aparecido as como su impacto en el desarrollo del proyecto. Dicho examen debe ser realizado tanto desde la perspectiva del Proveedor como de la del cliente. CS5 Revisin del Estado de la Fase. En este proceso se establece una comprobacin regular del desarrollo del proyecto en relacin al plan aprobado. El primer objetivo de este proceso es comprobar peridicamente que la etapa

17
actual evoluciona dentro de los lmites de tolerancia establecidos por el Comit de Proyecto. CS6 Informacin de Hechos Relevantes. El Comit de Proyecto deber ser informado del progreso que se est efectuando hacia la conclusin con xito de la fase. Su objetivo principal es tratar de identificar algn problema nuevo o potencial que pueda surgir del proceso anterior (CS5). CS7 Toma de Acciones Correctoras. En este proceso, el Responsable de Proyecto hace pequeos ajustes, dentro de la tolerancia acordada, para que el trabajo sea llevado a cabo. El objetivo de este proceso es seleccionar y, dentro de los lmites de la etapa y de las tolerancias del proyecto, implementar acciones que resuelvan las desviaciones del plan. CS8 Escalamiento de Hechos Emergentes del Proyecto. Tan pronto como se prevea que una fase va a salirse de los lmites de su tolerancia, el Responsable de Proyecto debe notificarlo al Comit de Proyecto mediante la presentacin de un Informe de Excepcin. Se procede entonces a disear un Plan de Excepcin que, o bien recupera la situacin que est fuera de los lmites de la tolerancia, o bien propone un nuevo plan, nuevos objetivos, nuevos costes, nueva planificacin temporal y nuevas tolerancias. CS9 Recepcin de Paquete de Trabajo Finalizado. Finalmente, en este subproceso se trata de registrar la correcta finalizacin de un paquete de trabajo, as como su entrega. La calidad habr sido revisada de acuerdo con los requerimientos acordados cuando se acept el Paquete de Trabajo. La forma de entrega del Paquete de Trabajo Finalizado habr sido acordada previamente, cuando el paquete de trabajo fue aceptado por el proveedor, el Responsable de Equipo o la persona responsable de su produccin.

MP Gestin de Entrega de Productos (Managing Product Delivery)

MP: Describe como el Team Manager va supervisar el trabajo de la creacin de productos y como va a establecer las lneas de comunicacin entre el Project Manager y los equipos de trabajo. Los procesos de Gestin de Entrega de Productos son:

18
Aceptacin del Paquete de Trabajo (MP1): Este proceso facilita el establecimiento de un acuerdo entre el Project Manager-Responsable de Proyecto y el individuo, el equipo, o el Team Manager-Responsable de Equipo que ser responsable de la ejecucin y entrega del paquete de trabajo. PRODUCTOS/DOCUMENTOS De entrada Paquete de Trabajo Registro de Riesgos Plan de Equipo De Salida Registro de Riesgos Paquete de Trabajo autorizado Plan de Equipo

Ejecucin del Paquete de Trabajo (MP2): Los controles de Calidad acordados en el proceso anterior sern puestos aqu en prctica. Tambin se generan los informes de los puntos de control que son posteriormente utilizados en el proceso Valoracin de Progreso (CS2) PRODUCTOS/DOCUMENTOS De entrada Paquete de Autorizado Plan de Equipo Trabajo De Salida Registro de calidad Informe de Control Paquete de Completado Plan de Equipo

Trabajo

Entrega del Paquete de Trabajo (MP3): As como el Paquete de Trabajo Autorizado fue aceptado por el Project Manager-Responsable de Proyecto, ste debe recibir la notificacin de su finalizacin. Este proceso contempla la formalizacin de la entrega del Paquete de Trabajo Completado PRODUCTOS/DOCUMENTOS De entrada Paquete de Completado De Salida Paquete de Aprobado

Trabajo

Trabajo

19

SB Gestin de Lmite de Fases (Managing Stage Boundaries)

Este proceso asegura que los productos de la fase actual hayan sido completados como se definieron para que el Comit de Proyecto valore y determine si el proyecto continua siendo viable. En donde se registran las lecciones aprendidas de la fase actual y se obtiene la Autorizacin para la siguiente fase. Los Procesos de la Gestin de Limite de Fases son:

a) Planificacin de Fase (SB1): El objetivo de este proceso es identificar

todos los productos (especializados, de gestin, o de calidad) que ser necesario producir durante la siguiente fase, y estimar el esfuerzo y coste de su realizacin.

b) Actualizacin del Plan de Proyecto (SB2): La informacin de apoyo a la

decisin que se necesita al final de cada fase incluye un Plan de Proyecto actualizado. ste es necesario para identificar el impacto del trabajo efectuado hasta el momento en la fecha final de entrega.

c) Actualizacin del Caso de Negocio del Proyecto (SB3): El objetivo de

este proceso es analizar los cambios solicitados y efectuados durante la fase que tengan un impacto sobre los beneficios, especialmente cuando stos hayan incurrido en esfuerzos y costes adicionales.

d) Actualizacin del Registro de Riesgos (SB4): Los riesgos cambian

durante la vida del proyecto, apareciendo otros nuevos y cambiando el estado de los existentes, por lo que la exposicin de un proyecto a riesgos debe ser regularmente revisada y actualizada. Los resultados

20
deben ser registrados y presentados ante el Comit de Proyecto en la Valoracin de Fin de Fase.

e) Informe de Fin de Fase (SB5): Los resultados de una fase de gestin

deben ser reportados a quien haya provisto los recursos necesarios para su realizacin. En este proceso, activado lo ms cerca posible del fin de la fase, se debe elaborar un Informe de Fin de Fase, que resuma el resultado de la fase de gestin actual.

f) Produccin de Plan de Excepcin (SB6): El Comit de Proyecto puede

requerir la elaboracin de un nuevo plan para cubrir una excepcin. Este Plan de Excepcin se producir en este proceso, y sustituir al plan que se est siguiendo hasta ese momento.

CP Cierre del Proyecto (Closing a Project)

Este Proceso asegura que los objetivos que se encontraban en el Documento de Inicio del Proyecto (PID - Project Initiation Document) han sido alcanzados, y confirma la satisfaccin de los Clientes y la aceptacin del producto. Tambin recomienda acciones de seguimiento, documentos o lecciones aprendidas en el proyecto y prepara un Informe de Fin de Proyecto. Contexto y composicin del proceso La preparacin para cerrar el proyecto se desencadena por la aproximacin al fin de la ltima fase del proyecto. Todos los subprocesos del Cierre del Proyecto deben efectuarse en paralelo o, al menos, con un considerable solapamiento. CP1 - Desasignacin de Proyecto El principal objetivo de este proceso es llevar el proyecto hacia un cierre ordenado, asegurando la satisfaccin del cliente con el producto final mediante su aceptacin formal.

21
Tambin debe asegurarse que el producto final puede ser mantenido y que existe documentacin del proyecto por si fuera necesaria en un futuro. CP2 - Identificacin de Acciones de seguimiento Se trata de ir recogiendo los cabos sueltos que quedan a la finalizacin del proyecto, en particular alguno de los cambios de requerimientos pendientes que no hayan sido efectuados por miedo a perjudicar la situacin contractual, o porque el presupuesto no los haya permitido. Las recomendaciones de las Acciones de Seguimiento constituirn la base de la que deriven los Mandatos de Proyecto de futuros proyectos. CP3 - Revisin de la Evaluacin del Proyecto Esta revisin aborda el Proyecto en relacin a su conclusin, recogiendo por ejemplo las lecciones aprendidas a lo largo del desarrollo del proyecto, la necesidad de comparar los objetivos del proyecto con lo que se ha conseguido, o hasta qu punto se han cumplido los estndares de calidad. Informe de Fin de Proyecto El Plan de Proyecto actualizado permite al Project Manager-Responsable de Proyecto documentar en el Informe de Fin de Proyecto la efectividad de los procesos de gestin del proyecto, y cmo ste ha sido ejecutado respecto al Documento de Inicio de Proyecto, incluyendo los costes, programacin y tolerancias planificados inicialmente, el Caso de Negocio revisado y la Versin final del Plan de Proyecto. Tambin incluir el efecto en el Plan de Proyecto original y Caso de Negocio de cualquier cambio que fue aprobado, estadsticas finales sobre los cambios recibidos durante el proyecto y el impacto total de los cambios aprobados.

PL Planificacin (Planning)
Este proceso provee a todos los implicados en el proyecto de informacin respecto a: Qu se requiere Porqu se requiere

22
Cmo ser logrado Por quin Con qu equipo de especialistas y recursos Cundo suceder todo Los planes en PRINCE 2 se caracterizan porque: Se construyen identificando: o o o los productos finales a entregar todos los productos intermedios requeridos las actividades y recursos necesarios para su entrega

Deben cubrir tanto las necesidades de la gestin y la calidad, como los

productos a desarrollar para los clientes Deben asegurar que todas las actividades estn pensadas por adelantado y a un nivel consistente con el control de requerimientos declarado en el Documento de Inicio del Proyecto Pasos en la planificacin Para conseguir una gran aproximacin a una planificacin eficaz, PRINCE 2 utiliza la Planificacin Basada en Productos. Este mtodo proporciona un punto de comienzo para la actividad de planificacin y un marco para la misma, siendo aplicables a cualquier tipo de proyecto. Los pasos que implica son: Establecer qu productos son necesarios Describir estos productos y su criterio de calidad Determinar la secuencia en que los productos sern generados estos pasos inciales, se seguirn los normales en una

Despus de

planificacin, es decir: Identificar las actividades para generar los productos Decidir cundo y por quin van a realizarse estas actividades Estimar el esfuerzo y tiempo necesarios para cada actividad Convenir qu control de calidad necesitarn actividades y recursos Calcular el coste del esfuerzo total Crear el presupuesto con el coste del esfuerzo ms los materiales y el equipamiento que se necesite adquirir

23
Analizar los riesgos que implica el plan Identificar los puntos de control necesarios

Los pasos son los mismos para todos los niveles de planes. Normalmente son necesarias varias iteraciones del proceso de planificacin: habr una serie de bucles a travs de los pasos de la planificacin segn vaya estando disponible ms informacin, o se efecten ajustes posteriores.

Conclusin:

El progreso en un proyecto debe ser medido y reportado de forma adecuada y precisa no permitindose exageraciones no omisin de detalle alguno. La medida del progreso es ms fcil si la recopilacin de informacin est basada en los productos y en la planificacin.

Todo jefe de proyecto debe tener muy en cuenta que Urgencia e Importancia no son la misma cosa. Hay que tratar rpidamente los Hechos Emergentes urgentes y con amplitud los Hechos Emergentes importantes.

Es de vital importancia para el xito de un proyecto el estar atentos a los pequeos cambios que se producen en el proyecto en relacin a su impacto en el presupuesto y en los tiempos de tolerancia as como en relacin a la direccin que estos cambios pueden estar tomando en el mismo.

El subproceso de Revisin del Estado de la Fase se muestra como individualizado y separado de otros para enfatizar la importancia que tiene una comprobacin regular del progreso en las etapas, sin embargo, frecuentemente concurrir con otros procesos. Por ejemplo, en la misma

24 reunin en que se lleve a cabo este proceso, se puede producir un Informe de Hechos Relevantes (CS6) o autorizar el paquete de trabajo de la siguiente fase (CS1).

Bibliografa:
Introduction to PRINCE2 Version 1.1- Frank Turley APM Group- 2010 PRINCE2 & TickIT- Jorge Armando Medina Morales Universidad De Caldas Octubre 2010 El Modelo de Procesos PRINCE2 - Frank Turley OGC (Office of Government Commerce). 2010 PRINCE2TM : 2009 5 edicin - ngel gueda Barrero 28 de Diciembre de 2010 Gua Practica de Gestin de Calidad de Proyectos Laboratorio Nacional de Calidad del Software Espaa 2010 PRINCE2 TICKIT JOHANNA ANDREA GIL Universidad de Caldas Facultad de Ingeniera. Price2 for Dummies - Nick Graham Segunda Edicin - 2010