{"id":657,"date":"2008-05-28T20:24:07","date_gmt":"2008-05-28T18:24:07","guid":{"rendered":"http:\/\/www.marblestation.com\/blog\/?p=657"},"modified":"2012-04-26T16:29:11","modified_gmt":"2012-04-26T14:29:11","slug":"prince2-project-management-gestion-de-proyectos","status":"publish","type":"post","link":"https:\/\/www.marblestation.com\/?p=657","title":{"rendered":"PRINCE2 como complemento a PMBOK para la gesti\u00f3n de proyectos (project management)"},"content":{"rendered":"<p><a href=\"http:\/\/en.wikipedia.org\/wiki\/PRINCE2\">PRINCE2<\/a> (&#8220;PRojects IN Controlled Environments&#8221;) es una metodolog\u00eda de gesti\u00f3n de proyecto desarrollada inicialmente por el Central Computer and Telecommunications Agency (CCTA) del gobierno de Reino Unido y que actualmente tambi\u00e9n es usado en organizaciones privadas. <\/p>\n<p>PRINCE2 se basa en los mismos principios que <a href=\"http:\/\/www.marblestation.com\/blog\/?p=660\">PMBOK<\/a> y amplia los conceptos que este presenta, proporcionando t\u00e9cnicas complementarias para reducir el riesgo e incrementar la calidad en los proyectos de la forma m\u00e1s efectiva. No obstante, PRINCE2 deja fuera de su alcance aspectos que si cubre <a href=\"http:\/\/www.marblestation.com\/blog\/?p=660\">PMBOK<\/a>, como por ejemplo:<\/p>\n<ul>\n<li>Gesti\u00f3n de personas: motivaci\u00f3n, lideraje y delegaci\u00f3n<\/li>\n<li>T\u00e9cnicas de planificaci\u00f3n gen\u00e9ricas como Critical path y Gantt Charts<\/li>\n<li>T\u00e9cnicas de gesti\u00f3n del riesgo<\/li>\n<li>T\u00e9cnicas de an\u00e1lisis financiero o presupuestario<\/li>\n<\/ul>\n<p><!--more--><\/p>\n<p><center><a href=\" http:\/\/farm4.static.flickr.com\/3184\/2531002498_0f6d76887d_o.png\"><img decoding=\"async\" src=\"http:\/\/farm4.static.flickr.com\/3184\/2531002498_591ebc6fe7_m.jpg\"\/><\/a><\/center><\/p>\n<h3>Estructura general<\/h3>\n<p>PRINCE2 se encuentra compuesto por procesos que tienen lugar durante el transcurso del proyecto y, a su vez, interaccionan con diferentes componentes b\u00e1sicos:<\/p>\n<p><center><a href=\"http:\/\/farm3.static.flickr.com\/2297\/2530186669_a9abf302a1_o.png\"><img decoding=\"async\" src=\"http:\/\/farm3.static.flickr.com\/2297\/2530186669_4d836254b1.jpg\"\/><\/a><\/center><\/p>\n<h3>Componentes b\u00e1sicos<\/h3>\n<p>Como hemos apuntando, los procesos de PRINCE2 interact\u00faan con 8 componentes b\u00e1sicos:<\/p>\n<ul>\n<li>Business Case: Documentaci\u00f3n corresponde a la fase previa al inicio del proyecto, la cual definir\u00e1 el rumbo del proyecto.<\/li>\n<li>Organizaci\u00f3n: El proyecto requerir\u00e1 recursos de la organizaci\u00f3n, deber\u00e1n tomarse decisiones de inversi\u00f3n y efectuar un control presupuestario.<\/li>\n<li>Planes: Espina dorsal del proyecto, donde se detalla la planificaci\u00f3n de las diferentes partes del mismo.<\/li>\n<li>Controles: Es necesario es garantizar el cumplimiento de los requisitos, el control de las desviaciones en tiempo\/costes y la verificaci\u00f3n de que la viabilidad del proyecto no se ve afectada seg\u00fan los criterios establecidos en el Business Case.<\/li>\n<li>Gesti\u00f3n del riesgo: An\u00e1lisis del riesgo y definici\u00f3n de estrategias para afrontarlo.<\/li>\n<li>Gesti\u00f3n de la calidad: Los requerimientos de calidad son descritos mediante &#8220;Product Descriptions&#8221;, preparados por el Project Manager y aprobados por el Project Board.<\/li>\n<li>Gesti\u00f3n de configuraciones: Proporciona mecanismos para realizar seguimiento y control de los entregables y los aspectos pendientes (issues).<\/li>\n<li>Gesti\u00f3n del cambio: Verifica el impacto de cambios potenciales sobre el Business Case, siendo un apoyo fundamental para la toma de decisiones.<\/li>\n<\/ul>\n<h3>Procesos<\/h3>\n<p>Los proyectos gestionados mediante PRINCE2 se descomponen en etapas (stages) y se encuentran gestionados por los siguientes procesos:<\/p>\n<p><center><img decoding=\"async\" src=\"http:\/\/farm3.static.flickr.com\/2222\/2531002476_e2c9fcaee8_o.png\"\/><\/center><\/p>\n<ul>\n<li>Puesta en marcha del Proyecto (Starting up a Project): Dise\u00f1o y elecci\u00f3n del equipo de trabajo (incluido el Project Board), definici\u00f3n de la necesidad a cubrir y el approach para afrontarla.<\/li>\n<li>Direcci\u00f3n del Proyecto (Directing a Project): Tiene lugar durante todo el proyecto y permite al Project Manager consultar y solicitar apoyo\/autorizaci\u00f3n al Project Board.<\/li>\n<li>Iniciaci\u00f3n del Proyecto (Initiating a Project): An\u00e1lisis y definici\u00f3n de los requerimientos y elementos cr\u00edticos mediante la creaci\u00f3n del documento PID (Project Initiation Document).<\/li>\n<li>Gesti\u00f3n de los limites de las etapas (Managing Stage Boundaries): Gesti\u00f3n de la transici\u00f3n de una etapa a la siguiente, proporcionando informaci\u00f3n al Project Board para validar la aceptaci\u00f3n del paso de etapa.<\/li>\n<li>Control sobre una etapa (Controlling a Stage): Trabajo diario del Project Manager, el cual se encarga de la gesti\u00f3n de cambios, recolecci\u00f3n de informaci\u00f3n sobre el grado de avance, toma de decisiones para la aplicaci\u00f3n de medidas correctivas y, en caso de ser necesario, escalado de problemas o peticiones al Project Board.<\/li>\n<li>Gesti\u00f3n de la entrega del producto (Managing Product Delivery): Sistema de autorizaci\u00f3n de trabajo, el cual ofrece mecanismos para establecer que trabajo debe ser realizado mediante Work Packages.<\/li>\n<li>Cierre del proyecto (Closing a Project): Se valida que las necesidades han sido cubiertas, se realizan sugerencias de cara a futuro y se liberan los recursos ocupados.<\/li>\n<li>Planificaci\u00f3n (Planning): La planificaci\u00f3n tiene lugar de forma repetida en diversos procesos (p.ej. Planificaci\u00f3n del proyecto, Inicio de una etapa, etc.). El objetivo es la creaci\u00f3n de planes y calendarios en base a los requerimientos, actividades y recursos disponibles.<\/li>\n<\/ul>\n<h3>Aportaciones principales de PRINCE2 sobre PMBOK<\/h3>\n<h4>Project Board<\/h4>\n<p>PRINCE2 introduce la idea de disponer de una junta o Project Board, cuyo principal objetivo radica en facilitar la correcta ejecuci\u00f3n del proyecto. En repetidas ocasiones, sobretodo en organizaciones que no trabajan orientadas a proyectos y estos son puntuales, el Project Manager controla y dirige el proyecto pero no dispone de suficiente autoridad. Sin embargo, si se constituye un Project Board con miembros pertenecientes a la c\u00fapula directiva media o alta, el Project Manager puede superar las limitaciones en su autoridad mediante esta junta.<\/p>\n<h4>Product Breakdown Structure, Product Descriptions y Product Flow Diagram<\/h4>\n<p>PRINCE2 se orienta a la generaci\u00f3n de productos, entendiendo producto como un elemento tangible (p.ej. maquinaria, documentos, etc.) o intangible (p.ej. software).<\/p>\n<p>Con dicha finalidad, PRINCE2 presenta la t\u00e9cnica de la generaci\u00f3n del Product Breakdown Structure (PBS). El PBS es utilizado para la identificaci\u00f3n tanto de los entregables (productos espec\u00edficos) como de los productos (p.ej. documentos) necesarios para la gesti\u00f3n (productos de gesti\u00f3n).<\/p>\n<p>Los <b>productos de gesti\u00f3n<\/b> son comunes para todos los proyectos, dado que estos son principalmente los que PRINCE2 establece:<\/p>\n<p><center><img decoding=\"async\" src=\"http:\/\/farm3.static.flickr.com\/2144\/2531002558_64da332cf7_o.png\"\/><\/center><\/p>\n<p>No obstante, seg\u00fan el proyecto, este esquema puede reducirse o ampliarse en funci\u00f3n de las necesidades. Por otra parte, los <b>productos espec\u00edficos<\/b> dependen en su totalidad del proyecto y cada uno de ellos sera documentado mediante un Product Description que contendr\u00e1:<\/p>\n<ul>\n<li>Objetivo<\/li>\n<li>Requerimientos<\/li>\n<li>Tareas necesarias<\/li>\n<li>Recursos necesarios<\/li>\n<li>Criterios para su aceptaci\u00f3n<\/li>\n<li>Mecanismos para medir los criterios de aceptaci\u00f3n<\/li>\n<\/ul>\n<p>Ejemplo de PBS de productos entregables:<\/p>\n<p><center><img decoding=\"async\" src=\"http:\/\/farm3.static.flickr.com\/2313\/2530186715_009ed1e770_o.png\"\/><\/center><\/p>\n<p>Una vez se dispone del PBS, se procede a elaborar el <b>Product Flow Diagram<\/b> donde se definen las dependencias entre productos y el orden de creaci\u00f3n. Ejemplo de PFD:<\/p>\n<p><center><img decoding=\"async\" src=\"http:\/\/farm4.static.flickr.com\/3166\/2530186733_e023066418.jpg\"\/><\/center><\/p>\n<p>Las cajas corresponden a productos a ser desarrollados y las elipses a productos ya elaborados y que quedan fuera del alcance.<\/p>\n<p>Una vez definidos el Product Breakdown Structure y el Product Flow Diagram, se procede a la definici\u00f3n de tareas y actividades orientadas a la generaci\u00f3n de los diferentes productos.<\/p>\n<p>Esta t\u00e9cnica puede ser considerada como complementaria a la generaci\u00f3n del Work Breakdown Structure (WBS) que define <a href=\"http:\/\/www.marblestation.com\/blog\/?p=660\">PMBOK<\/a> para la descomposici\u00f3n de las fases y actividades del proyecto.<\/p>\n<h4>Work Packages<\/h4>\n<p>Los paquetes de trabajo se representan por un conjunto de informaci\u00f3n que detalla la creaci\u00f3n de uno o m\u00e1s productos. El contenido de los mismos se encuentra compuesto por los siguientes elementos:<\/p>\n<ul>\n<li>Product Descriptions (uno o varios)<\/li>\n<li>Planificaci\u00f3n en tiempo y coste<\/li>\n<li>Autorizaci\u00f3n del Project Manager<\/li>\n<li>Informaci\u00f3n sobre potenciales riesgos<\/li>\n<li>Indicaciones sobre:\n<ul>\n<li>C\u00f3mo el trabajo ser\u00e1 revisado, comprobado y aprobado<\/li>\n<li>C\u00f3mo seran reportados los problemas y sugerencias<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<p>En definitiva, los Work Packages se convierten en PID (Product Initiation Document) con un \u00e1mbito mucho m\u00e1s reducido que, adicionalmente, son utilizados como elementos clave en diversos procesos:<\/p>\n<ul>\n<li>Control sobre una etapa:\n<ul>\n<li>Autorizaci\u00f3n de un work package<\/li>\n<li>Recepci\u00f3n de un work package completado<\/li>\n<\/ul>\n<\/li>\n<li>Gesti\u00f3n de la entrega de productos:\n<ul>\n<li>Aceptaci\u00f3n un work package<\/li>\n<li>Ejecuci\u00f3n un work package<\/li>\n<li>Entrega de un work package<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<h4>Gesti\u00f3n del cambio<\/h4>\n<p>La gesti\u00f3n del cambio permite organizar y analizar solicitudes para la incorporaci\u00f3n de cambios al proyecto y garantizar las siguientes premisas:<\/p>\n<ul>\n<li>Si un producto debe ser modificado, se deben validar los cambios en el Product Description.<\/li>\n<li>Una vez un producto ha sido aprobado, el Project Manager no puede autorizar ning\u00fan cambio sobre el mismo sin la aprobaci\u00f3n del Project Board.<\/li>\n<\/ul>\n<p>Todos los cambios o solicitudes de cambio deben ser registrados en un Issue Log, especificando:<\/p>\n<ul>\n<li>Descripci\u00f3n<\/li>\n<li>Evaluaci\u00f3n<\/li>\n<li>Decisiones<\/li>\n<li>Estado<\/li>\n<\/ul>\n<p>De esta forma se facilita la catalogaci\u00f3n, seguimiento y revisi\u00f3n de cuestiones durante el proceso de Control y en la finalizaci\u00f3n de cada etapa (Managing Stage Boundaries).<\/p>\n<h4>Quality Review<\/h4>\n<p>En cualquier momento del proyecto se pueden efectuar revisiones de calidad con el objetivo de:<\/p>\n<ul>\n<li>Validar que los productos cumplen los requisitos (Product Descriptions)<\/li>\n<li>Proporcionar oportunidades de mejora continua<\/li>\n<li>Involucrar a todas las partes que tienen un determinado interes en los diferentes productos<\/li>\n<li>Proporcionar un mecanismo para la monitorizaci\u00f3n y el control<\/li>\n<\/ul>\n<p>Las revisiones pueden ser efectuadas por personas independientes al Project Manager y constan de diversos pasos b\u00e1sicos:<\/p>\n<ul>\n<li>Confirmaci\u00f3n de que el producto se encuentra listo para ser revisado.<\/li>\n<li>Revisi\u00f3n del producto<\/li>\n<li>Elaboraci\u00f3n del listado de dudas a contrastar con el responsable del producto<\/li>\n<li>Reuni\u00f3n de contraste donde se definiran acciones futuras<\/li>\n<li>Notificaci\u00f3n al Project Manager y seguimiento<\/li>\n<\/ul>\n<h3>Conclusi\u00f3n<\/h3>\n<p>PRINCE2 puede resultar de utilidad para cualquier Jefe de proyecto, permitiendo la selecci\u00f3n de aquellas ideas o t\u00e9cnicas que parezcan m\u00e1s id\u00f3neas para la tipolog\u00eda de trabajo que este desempe\u00f1ando. No obstante, cabe destacar que <a href=\"http:\/\/www.marblestation.com\/blog\/?p=660\">PMBOK<\/a> es conceptualmente m\u00e1s completo que PRINCE2 y que por tanto, este segundo debe ser tratado como un complemento al primero.<\/p>\n<p>Finalmente, se\u00f1alar que en la web de <a href=\"http:\/\/www.prince2.com\">PRINCE2<\/a> se encuentra disponible para su descarga gratuita todo un conjunto de plantillas para la elaboraci\u00f3n del Business Case, PID, Plan de comunicaci\u00f3n, Reportes de final de etapa\/proyecto, Registro de incidencias\/sugerencias, etc.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>PRINCE2 (&#8220;PRojects IN Controlled Environments&#8221;) es una metodolog\u00eda de gesti\u00f3n de proyecto desarrollada inicialmente por el Central Computer and Telecommunications Agency (CCTA) del gobierno de Reino Unido y que actualmente tambi\u00e9n es usado en organizaciones privadas. PRINCE2 se basa en los mismos principios que PMBOK y amplia los conceptos que este presenta, proporcionando t\u00e9cnicas complementarias &hellip; <a href=\"https:\/\/www.marblestation.com\/?p=657\" class=\"more-link\">Continue reading <span class=\"screen-reader-text\">PRINCE2 como complemento a PMBOK para la gesti\u00f3n de proyectos (project management)<\/span> <span class=\"meta-nav\">&rarr;<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1,9],"tags":[],"class_list":["post-657","post","type-post","status-publish","format-standard","hentry","category-espanyol","category-negocios"],"_links":{"self":[{"href":"https:\/\/www.marblestation.com\/index.php?rest_route=\/wp\/v2\/posts\/657","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.marblestation.com\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.marblestation.com\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.marblestation.com\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.marblestation.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=657"}],"version-history":[{"count":2,"href":"https:\/\/www.marblestation.com\/index.php?rest_route=\/wp\/v2\/posts\/657\/revisions"}],"predecessor-version":[{"id":1266,"href":"https:\/\/www.marblestation.com\/index.php?rest_route=\/wp\/v2\/posts\/657\/revisions\/1266"}],"wp:attachment":[{"href":"https:\/\/www.marblestation.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=657"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.marblestation.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=657"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.marblestation.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=657"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}