INTRODUCCIÓN A LOS PROCESOS DE LA GESTIÓN DE RIESGOS DEL PROYECTO 2. INTRODUCCIÓN A LOS PROCESOS DE LA GESTIÓN DE RIESGOS DEL PROYECTO

Transcripción

1 SESIÓN 2 INTRODUCCIÓN A LOS PROCESOS DE LA GESTIÓN DE RIESGOS DEL PROYECTO INTRODUCCIÓN A LA GESTIÓN DE RIESGOS PRINCIPIOS Y CONCEPTOS INTRODUCCIÓN A LOS PROCESOS DE LA GESTIÓN DE RIESGO DEL PROYECTO CONSTRUYENDO UNA BASE DE RIESGOS 2. INTRODUCCIÓN A LOS PROCESOS DE LA GESTIÓN DE RIESGOS DEL PROYECTO 2.1 INTRODUCCIÓN A LA GESTIÓN DE RIESGOS Los estándares de práctica del PMI son guías para usar una herramienta, técnica, o proceso identificado en el PMBOK u otros estándares del PMI. Los estándares de práctica están dirigidos a audiencias que participan en la gestión de proyectos. Esto incluye gestores de proyecto, personal del proyecto, personal contratado, supervisores, y otros interesados del proyecto. Un estándar de práctica del PMI describe procesos, actividades, entradas, y salidas de un Área de Conocimiento específico. Proporciona información sobre lo que el proceso, herramienta, o técnica es, que hace, porqué es significativo, cuando debe ser realizado o ejecutado, y, si es necesario para mayor detalle, quién lo debe ejecutar. Un estándar de práctica no prescribe como se debe implantar un proceso, dejando ese tema a otros foros tales como tutoriales, manuales, y cursos. Esta sesión incluye las siguientes secciones: 1.1 Propósito del Estándar de Práctica de la Gestión de Riesgos del Proyecto. 1.2 Definición de la Gestión de Riesgos del Proyecto. 1.3 Rol de la Gestión de Riesgos del Proyecto en la Gestión del Proyecto. 1.4 Buenas Prácticas de Gestión de Riesgos. 1.5 Factores Críticos de Éxito para la Gestión de Riesgos del Proyecto Propósito del Estándar de Práctica para la Gestión de Riesgo del Proyecto El propósito de este estándar es: a) Proporcionar un estándar a los practicantes de gestión de proyectos y otros interesados, que defina los aspectos de la Gestión de Riesgos del Proyecto que son reconocidos como buenas prácticas en la mayoría de proyectos la mayor parte del tiempo. b) Proporcionar un estándar que sea globalmente aplicable y consistentemente aplicado. 127

2 Este estándar de práctica tiene un propósito descriptivo antes que uno destinado a propósitos de entrenamiento o educacionales. Este estándar cubre la gestión de riesgos aplicada a proyectos individuales. Igual que el PMBOK, este estándar de práctica no cubre riesgos en programas o portafolios de proyectos. La Sesión 11 del PMBOK 4ta. Edición, es la base para este estándar, el cual es consistente con esa Sesión, enfatizando los conceptos y principios relacionados a la Gestión de Riesgos del Proyecto. También está alineado con otros estándares de práctica del PMI. La Figura 1 compara el propósito de este estándar de práctica con aquel del PMBOK, manuales, textos, y cursos. Figura 1: Jerarquía de los Recursos de Gestión de Riesgos de Proyectos del PMI Este estándar de práctica está organizado en tres secciones principales: 1. Material introductorio incluyendo el marco, propósito, principios, contexto de, y una introducción a los procesos de Gestión de Riesgos del Proyecto según lo definido en el PMBOK. 2. Principios subyacentes a los procesos de Gestión de Riesgos del Proyecto del PMBOK. Los seis procesos son los siguientes: Planificar la Gestión de Riesgos. Identificar Riesgos. Realizar el Análisis Cualitativo de Riesgos. Realizar el Análisis Cuantitativo de Riesgos. Planificar Respuestas a Riesgos. Monitorear y Controlar Riesgos. Cada uno de estos procesos se describe en una sesión que aborda los siguientes cuatro tópicos: (a) propósito y objetivos del proceso; (b) factores críticos de éxito 128

3 del proceso; (c) herramientas y técnicas del proceso; (d) documentación de los resultados del proceso. 3. Un glosario de los términos que son usados en este estándar de práctica: Este estándar enfatiza aquellos principios que son fundamentales para una efectiva, completa, y exitosa Gestión de Riesgos del Proyecto. Estos principios pueden y deben ser fijados a un nivel general por diversas razones: 1. Los principios se espera que sean consensuados ahora y que también sean válidos en el futuro. Mientras que las herramientas y técnicas están evolucionando constantemente, los principios tienen mayor estabilidad y persistencia. 2. Diferentes proyectos, organizaciones, y situaciones requerirán diferentes enfoques para la Gestión de Riesgos del Proyecto. En particular, la gestión de riesgos es una disciplina que contiene una serie de procesos que se aplican tanto a proyectos grandes como pequeños. La gestión de riesgos será más efectiva si su práctica es personalizada para el proyecto y es congruente con la cultura, procesos, y activos de la organización. Existen muchas maneras diferentes de realizar la gestión de riesgos que pueden cumplir con los principios de la Gestión de Riesgos del Proyecto tal como se presentan en este estándar de práctica. 3. Los principios son aplicables a proyectos que se llevan a cabo en un contexto global, reflejando los variados arreglos comerciales y organizacionales entre los participantes, por ejemplo, joint ventures entre compañías privadas y del estado, organizaciones gubernamentales y no gubernamentales, y el ambiente multicultural que se encuentra frecuentemente en estos equipos de proyecto. Los principios descritos aquí pueden usarse para verificar los procesos de una organización. Los practicantes pueden establecer procesos específicos para su situación, proyecto, u organización particular y luego compararlos con estos principios, para validarlos contra las buenas prácticas de la Gestión de Riesgos del Proyecto Definición de la Gestión de Riesgos del Proyecto La definición de la Gestión de Riesgos del Proyecto, cómo se define en el PMBOK 4ta. Edición, es la base para este estándar de práctica: La Gestión de Riesgos del Proyecto incluye los procesos relacionados con la realización de la planificación de la gestión, identificación, análisis, respuestas, y monitoreo y control de los riesgos del proyecto. El PMBOK 4ta. Edición también establece que: Los objetivos de la Gestión de Riesgos del Proyecto son incrementar la probabilidad y el impacto de los eventos positivos, y reducir la probabilidad y el impacto de los eventos negativos en el proyecto. En el PMBOK se dice que: un riesgo del proyecto es un evento o condición incierta que, si ocurre, tiene un efecto positivo o negativo en los objetivos del proyecto. Los objetivos del proyecto incluyen alcance, cronograma, costo, y calidad. La Gestión de Riesgos del Proyecto trata de identificar y priorizar los riesgos antes de su ocurrencia, y proporcionar a los gestores de proyecto información orientada a la acción. Esta orientación requiere la consideración de eventos que pueden o no pueden ocurrir y por lo tanto los describe en términos de probabilidad de ocurrencia, además de otras dimensiones tales como el impacto en los objetivos. 129

4 2.1.3 Rol de la Gestión de Riesgos del Proyecto en la Gestión del Proyecto. La Gestión de Riesgos del Proyecto no es una actividad opcional: es esencial para el éxito del proyecto. Debe ser aplicada en todos los proyectos, por tanto incluida en los planes del proyecto y los documentos operacionales. De esta manera, se convierte en parte integral de cada aspecto de la gestión del proyecto, en cada fase y en cada grupo de procesos. Muchos de los procesos de gestión de proyectos se encargan de planificar el proyecto, del concepto hasta el diseño final y del aprovisionamiento hasta la gestión diaria de la ejecución y el cierre. Estos procesos frecuentemente asumen un grado no realista de certidumbre acerca del proyecto y, por lo tanto, necesitan incluir el tratamiento de los riesgos del proyecto. La Gestión de Riesgos del Proyecto aborda la incertidumbre en los supuestos y estimados del proyecto. Por lo tanto, construye sobre y extiende otros procesos de gestión de proyectos. Por ejemplo, la programación del proyecto provee fechas y caminos críticos basados en la duración de las actividades y la disponibilidad de los recursos, asumidos como conocidos con certidumbre. El análisis de riesgo cuantitativo explora la incertidumbre en la duración de los estimados y puede proveer fechas y caminos críticos alternativos que son más realistas dados los riesgos del proyecto. La Gestión de Riesgos del Proyecto no es un sustituto de los otros procesos de gestión de proyectos. Por lo contrario, la Gestión de Riesgos del Proyecto requiere que estos procesos de gestión de riesgos (por ej., programación, presupuesto, y gestión del cambio) se ejecuten al nivel de las mejores prácticas disponibles. La Gestión de Riesgos del Proyecto adiciona la perspectiva del riesgo del proyecto a esos otros procesos e incrementa su valor al tomar en cuenta el riesgo. Por ejemplo, la gestión de riesgos proporciona la base bajo la cual se estima la cantidad de reservas de contingencia de costo y cronograma que se necesita para cubrir las acciones de respuesta a riesgos a un determinado nivel de confianza para lograr los objetivos del proyecto. Existe una paradoja acerca del riesgo del proyecto que afecta a la mayoría de proyectos. En las etapas tempranas de un proyecto, el nivel de exposición al riesgo está al máximo pero la información de los riesgos del proyecto está al mínimo. Esta situación no significa que un proyecto no deba seguir adelante debido a que se conoce poco en ese momento. Más aún, puede haber diferentes maneras de enfocar el proyecto que tengan diferentes implicaciones de riesgo. Mientras más se reconozca esta situación, más realistas serán los planes de proyecto y las expectativas de resultados. Un enfoque de gestión de riesgos es aplicable a través del ciclo de vida del proyecto. Mientras más temprano se reconozcan los riesgos en el ciclo de vida del proyecto, más realísticos el plan de proyecto y las expectativas de resultados. La gestión de riesgos continúa añadiendo valor a medida que el planeamiento del proyecto progresa y más información se encuentra disponible acerca de todos los aspectos y componentes del proyecto y su ambiente, tales como interesados, alcance, tiempo, y costo, así como los correspondientes supuestos y restricciones. El balance entre la flexibilidad del proyecto y el conocimiento acerca de los riesgos del proyecto necesita ser revisada regularmente y optimizada a medida que se desarrolla el plan. Es cierto que conforme se va fijando el plan con decisiones, acuerdos, y contratos fundamentales resueltos, se van reduciendo las opciones para hacer cambios sustanciales y capturar oportunidades o mitigar amenazas. Durante la ejecución del 130

5 proyecto, los procesos de gestión de riesgos monitorean los cambios que experimenta el proyecto debido a nuevos riesgos que podrían emerger de manera que se puedan desarrollar respuestas apropiadas, así como verificar que los riesgos existentes ya no son verosímiles. La Gestión de Riesgos del Proyecto juega un rol al proveer expectativas realistas para las fechas y costos finales del proyecto aún si existieran muy pocas opciones de cambios en el futuro. Finalmente, a través del proyecto y durante el cierre de éste, las lecciones relacionadas a riesgos se revisan para contribuir al aprendizaje organizacional y apoyar la mejora continua en la práctica de la Gestión de Riesgos del Proyecto Buenas Prácticas de Gestión de Riesgos. La Gestión de Riesgos del Proyecto es un componente valioso de la gestión de proyectos y acrecienta el valor de los otros procesos de gestión de proyectos. Como con todos estos procesos, la Gestión de Riesgos del Proyecto debe ser conducida de una manera consistente con las prácticas y políticas organizacionales existentes. En adición, tal como los otros procesos involucrados en la gestión de proyectos, la Gestión de Riesgos del Proyecto debe ser conducida de una manera apropiada para el proyecto. La Gestión de Riesgos del Proyecto debe reconocer los retos del negocio así como los ambientes multiculturales asociados con un ambiente crecientemente global que incluye muchos proyectos Joint Venture y clientes, proveedores, y fuerza de trabajo distribuida alrededor del globo. Los cambios en el plan de gestión del proyecto que resultan de los procesos de la Gestión de Riesgos del Proyecto pueden requerir decisiones al nivel apropiado de gestión, para reasignar personal establecer o modificar presupuestos, hacer compromisos con otros fuera del proyecto, interactuar con reguladores, y cumplir con las reglas de contabilidad y las leyes. La Gestión de Riesgos del Proyecto debe ser conducida en cumplimiento con estos requerimientos internos y externos. La Gestión de Riesgos del Proyecto siempre debe ser conducida con una base ética, manteniendo el código de ética o conducta de la Gestión de Proyectos. La honestidad, responsabilidad, realismo, profesionalismo, y el trato justo con otros están entre las características de una exitosa Gestión de Riesgos del Proyecto. La Gestión de Riesgos del Proyecto se beneficia de una robusta comunicación y consulta con los interesados. Esto permite el acuerdo entre los interesados de que la Gestión de Riesgos del Proyecto en general, y la identificación de riesgos, análisis, y respuesta en particular, debe ser llevada cabo de una manera objetiva y realista y no debe estar sujeta a política u otras influencias no razonables. La Gestión de Riesgos del Proyecto debe ser realizada en todos los proyectos. El grado, nivel de detalle, sofisticación de herramientas, y cantidad de tiempo y recursos aplicados a la Gestión de Riesgos del Proyecto debe estar en proporción con las características del proyecto a gestionar y el valor que puedan añadir a los resultados. En este sentido, un gran proyecto que proporciona valor a un importante cliente podría teóricamente requerir más recursos, tiempo, y atención a la Gestión de Riesgos del Proyecto que un proyecto interno, pequeño, y de corto plazo que puede ser realizado con perfil bajo y fecha de término flexible. Cada proceso de la Gestión de Riesgos del Proyecto debe ser dimensionado en forma apropiada para el proyecto en gestión durante el proceso de Planificación de la Gestión de Riesgos y revisado periódicamente para determinar si las decisiones hechas en ese proceso permanecen apropiadas. 131

6 2.1.5 Factores Críticos de Éxito para la Gestión de Riesgos del Proyecto. Figura 2: Factores Críticos de Éxito para la Gestión de Riesgos del Proyecto. Los criterios específicos para el éxito de cada proceso de Gestión de Riesgos del Proyecto se listan en las Sesiones que abordan estos procesos. Los criterios generales de éxito incluyen: Reconocer el Valor de la Gestión de Riesgos: La Gestión de Riesgos del Proyecto debe ser reconocida como una disciplina valiosa que proporciona un potencial retorno sobre la inversión positivo, para la gestión organizacional, interesados del proyecto (tanto internos como externos), la gestión del proyecto, y los miembros del equipo. Responsabilidad/Compromiso Individual: Todos los participantes e interesados del proyecto deben aceptar la responsabilidad de asumir las actividades relacionadas al riesgo tal como se requiera. La gestión de riesgos es responsabilidad de todos. Comunicación Abierta y Honesta: Todos deben estar involucrados en los procesos de Gestión de Riesgos del Proyecto. Cualquier acción o actitud que dañe la comunicación sobre los riesgos del proyecto reduce la efectividad de la Gestión de Riesgos del Proyecto en términos de enfoques proactivos y toma de decisiones efectiva. Compromiso Organizacional: El compromiso organizacional solo se puede establecer si la gestión de riesgos está alineada con las metas y valores de la organización. La Gestión de Riesgos del Proyecto puede requerir un mayor nivel de apoyo gerencial que otras disciplinas de la gestión de proyectos debido a que manejar algunos de los riesgos requerirán aprobación de o respuestas de otros a niveles más altos que los del gestor de proyecto. Dimensionar el Esfuerzo de Riesgos al Proyecto: La actividades de Gestión de Riesgos del Proyecto deben ser consistentes con el valor del proyecto para la organización y con el nivel de riesgo del proyecto, su escala, y otras restricciones organizacionales. En particular, el costo de la Gestión de Riesgos del Proyecto debe ser apropiado a su valor potencial para el proyecto y la organización. 132

7 Integración con la Gestión de Proyectos: La Gestión de Riesgos del Proyecto no existe en el vacío, aislada de otros procesos de gestión de proyectos. Una Gestión de Riesgos del Proyecto exitosa requiere la correcta ejecución de otros procesos de gestión de proyectos. Estos factores críticos de éxito de la Gestión de Riesgos del Proyecto, se ilustran en la Figura Conclusión Los principios de la Gestión de Riesgos del Proyecto descritos en este estándar de práctica deben ser aplicados apropiadamente basados en lo específico de cada proyecto y del ambiente organizacional. La Gestión de Riesgos del Proyecto proporciona beneficios cuando es implantada de acuerdo a principios de buenas prácticas y con el compromiso organizacional de tomar decisiones y ejecutar acciones de una manera abierta e imparcial. 2.2 PRINCIPIOS Y CONCEPTOS Introducción Esta Sesión introduce las ideas clave requeridas para entender y aplicar la Gestión de Riesgos del Proyecto a los proyectos siguiendo el enfoque descrito en la Sesión 11 del PMBOK 4ta. Edición. Estos principios y conceptos son generalmente consistentes con otros enfoques de la Gestión de Riesgos del Proyecto comúnmente usados aunque la terminología puede diferir en algunos detalles. La terminología de los procesos de la Gestión de Riesgos del Proyecto es tratada en los subsecuentes Sesiones de este estándar de practica por tanto no es discutida aquí Definición de Riesgo del Proyecto La palabra riesgo es usada de muchas maneras en el lenguaje cotidiano y en varias disciplinas especializadas. Su uso en el PMBOK es consistente con otros estándares de gestión de riesgos y descripciones de procesos. La definición de un riesgo de proyecto dada en el PMBOK es la siguiente: Riesgo de un proyecto es un evento o condición incierta que, si ocurre, tiene un efecto positivo o negativo en los objetivos de un proyecto. Esta definición incluye dos dimensiones claves del riesgo: incertidumbre y efecto en los objetivos del proyecto. Cuando se evalúa la importancia de un riesgo de proyecto, ambas dimensiones deben ser consideradas. La dimensión de incertidumbre puede ser descrita usando el término probabilidad y el efecto puede ser llamado impacto (aunque otros descriptores son posibles, tales como posibilidad y consecuencia ). La definición de riesgo incluye tanto eventos distintos que son inciertos pero pueden ser claramente descritos, y condiciones más generales las cuales son menos específicas pero también pueden causar riesgo debido a la incertidumbre. La definición de riesgo de proyecto también abarca eventos inciertos que podrían tener efectos negativos en los objetivos del proyecto, así como también aquellos que pueden tener un efecto positivo. Estos dos tipos de riesgos se llaman respectivamente, amenazas y oportunidades. Es importante abordar tanto amenazas como oportunidades dentro de un proceso unificado de Gestión de 133

8 Riesgos del Proyecto. Esto permite la ganancia de sinergias y eficiencias tales como abordar ambas en el mismo análisis y coordinar las respuestas a ambas si se yuxtaponen o si se pueden reforzar entre ellas. Los riesgos son eventos o condiciones inciertas futuras que pueden ocurrir o no, pero que importarán si ellos ocurren. Es importante distinguir riesgos de características relacionadas a los riesgos, tales como la causa y el efecto. Las causas son eventos o circunstancias que existen actualmente o es cierto que existirán en el futuro y que podrían generar riesgos. Los efectos son eventos o condiciones futuras condicionales que podrían afectar directamente uno o más objetivos de proyecto si los riesgos asociados ocurren. La cadena causa-riesgoefecto se puede usar en una sentencia estructurada de riesgo o descripción del riesgo para asegurar que cada uno de estos tres elementos está descrito apropiadamente (ver Sección 4.3). Cuando un evento de riesgo ocurre, deja de ser incierto. Los riesgos que ocurren pueden ser llamados temas o problemas; las oportunidades que ocurren pueden ser llamadas beneficios. Tanto los temas/problemas como los beneficios hacen necesarias acciones de gestión de proyectos que están fuera del alcance de los procesos de Gestión de Riesgos del Proyecto Riesgos Individuales y Riesgos del Proyecto Total Es útil considerar los riesgos del proyecto a dos niveles: riesgos individuales y riesgos del proyecto total. Los riesgos individuales son eventos o condiciones específicas que podrían afectar los objetivos del proyecto. Un riesgo individual puede afectar positivamente o negativamente uno o más de los objetivos, elementos, o tareas del proyecto. El entendimiento de los riesgos individuales puede ayudar a determinar cómo aplicar los esfuerzos y recursos para mejorar las probabilidades de éxito del proyecto. La Gestión de Riesgos del Proyecto cotidiana se enfoca en estos riesgos individuales para mejorar el prospecto de un resultado exitoso para el proyecto. Los riesgos del proyecto total representan el efecto de la incertidumbre en el proyecto como un todo. Los riesgos del proyecto total son más que la suma de riesgos individuales del proyecto, desde que aplican al proyecto como un todo antes que a elementos o tareas individuales. Representan la exposición de los interesados a las implicaciones de las variaciones en el resultado del proyecto. Es un componente importante de la toma de decisiones estratégica, la gestión de portafolios y programas, y la gobernabilidad de proyectos, donde las inversiones son aprobadas o canceladas y donde se fijan las prioridades. A estos altos niveles es necesario fijar objetivos realistas para el costo y la duración del proyecto, establecer los niveles de reserva de contingencia requeridos para proteger a los interesados del proyecto, fijar apropiadamente las prioridades del proyecto, y juzgar si el riesgo del éxito general se incrementa o disminuye con forme avanza la implantación Actitudes al Riesgo de los Interesados Las actitudes al riesgo de los interesados del proyecto determinan el grado en el cual un riesgo individual o el riesgo del proyecto total importan. Un amplio rango de factores influencia esta actitud al riesgo. Estos incluyen la escala del proyecto dentro del rango de las actividades totales del interesado, la fuerza de los compromisos públicos hechos acerca del rendimiento del proyecto, y la sensibilidad de los interesados a temas tales como impactos ambientales, relaciones industriales, y otros factores. Las actitudes al riesgo de los interesados usualmente 134

9 resultan en un deseo por incrementar la certidumbre de los resultados del proyecto, y pueden expresar una preferencia por un objetivo del proyecto sobre otro. Usualmente la forma en que se consideran los riesgos también es influenciada fuertemente por la cultura de la organización. Diferentes organizaciones son más o menos abiertas, y esto frecuentemente impacta la forma en que se puede aplicar la gestión de riesgos. Comprender las actitudes de los interesados hacia el riesgo es un importante componente de la planificación de la gestión de riesgos que precede a la identificación y análisis de riesgos, para optimizar el éxito del proyecto y la satisfacción de los interesados con los resultados del proyecto. Estas actitudes deben ser identificadas y gestionadas proactiva y deliberadamente a través de los procesos de la Gestión de Riesgos del Proyecto. Estas pueden diferir de un proyecto a otro para los mismos interesados y usualmente diferirán de un grupo de interesados a otro. De hecho un mismo interesado puede adoptar diferentes actitudes al riesgo en varias etapas del mismo proyecto. También es importante entender las implicancias particulares de las actitudes al riesgo de los interesados en proyectos donde el equipo es internacional, multiindustrial, y multi-organizacional Proceso Iterativo Es la naturaleza de los proyectos que las circunstancias cambien a medida que son planeados y ejecutados. La cantidad de información disponible sobre los riesgos usualmente se incrementa conforme pasa el tiempo. Algunos riesgos ocurrirán mientras otros no lo harán, nuevos riesgos emergerán o serán descubiertos, y las características de aquellos que ya han sido identificados podría cambiar. Como resultado, los procesos de la Gestión de Riesgos del Proyecto se deben repetir y los planes correspondientes se deben elaborar progresivamente a través de todo el tiempo de vida del proyecto. Para asegurar que la Gestión de Riesgos del Proyecto permanezca efectiva, la identificación y el análisis de riesgos debe ser revisada periódicamente, el progreso de las acciones de respuesta a riesgos debe ser monitoreado, y los planes de acción se deben ajustar de acuerdo a esto. Si las circunstancias externas cambian significativamente, también podría ser necesario revisar el proceso de planificación de gestión de riesgos. El desarrollo inicial de un plan de gestión de riesgos y una evaluación de riesgos es el inicio de un proceso, no el final. La frecuencia y profundidad de las revisiones y actualizaciones dependerá de la naturaleza del proyecto, la volatilidad del ambiente en el cual el proyecto se está implantando, y el marco temporal de las otras revisiones y actualizaciones de la gestión de proyectos Comunicación La Gestión de Riesgos del Proyecto no se puede hacer en forma aislada. El éxito reside fuertemente en la comunicación a través del proceso. La identificación y el análisis de los riesgos dependen de una contribución exhaustiva de los interesados del proyecto para asegurar que nada está siendo omitido y que los riesgos son evaluados realísticamente. La credibilidad del proceso y el compromiso de aquellos que deben actuar para gestionar los riesgos sólo pueden ser asegurados si la manera en que opera el proceso y las conclusiones que produce son entendidas y vistas como creíbles por todos los involucrados. Esto demanda una comunicación efectiva y honesta desde el proceso de Gestión de Riesgos del Proyecto hacia el resto del equipo de proyecto y otros interesados. La 135

10 comunicación de los resultados del proceso de Gestión de Riesgos del Proyecto debe ser orientada a satisfacer las necesidades específicas de cada interesado y debe reflejarse dentro de la estrategia de comunicación global del proyecto, con cada responsabilidad de los interesados y roles de la gestión de riesgos, identificadas y consensuadas Responsabilidad por la Gestión de Riesgos del Proyecto Debe considerarse simplista decir que la responsabilidad de la gestión de riesgos es de todos tal como se ha dicho anteriormente. Sin embargo es importante que la gestión de riesgos de un proyecto no sea dejada en manos de unos cuantos especialistas en riesgos. La Gestión de Riesgos del Proyecto debe ser incluida como parte integral de todos los otros procesos. Desde que los riesgos del proyecto pueden afectar los objetivos del proyecto, cualquiera con interés en lograr dichos objetivos debe jugar un rol en la Gestión de Riesgos del Proyecto. Los roles específicos dependen del lugar de los miembros del equipo de proyecto y otros Stakeholders dentro del proyecto y su relación con los objetivos del proyecto. Los roles y responsabilidades de la Gestión de Riesgos del Proyecto se deben definir y comunicar claramente, y los individuos deben ser responsables por los resultados. Esto incluye asignar responsabilidades por actividades específicas dentro de los procesos de riesgos, así como por las acciones resultantes, requeridas para implementar las respuestas consensuadas. También se debe asignar responsabilidad para asegurar que las lecciones relacionadas con riesgos se capturen para un uso futuro Rol del Gestor de Proyecto en la Gestión de Riesgos del Proyecto El gestor de proyecto tiene responsabilidades particulares en relación al proceso de Gestión de Riesgos del Proyecto. El Gestor de Proyecto tiene la responsabilidad total por entregar un proyecto exitoso que satisfaga completamente los objetivos definidos. El Gestor de Proyecto es responsable por la gestión cotidiana del proyecto, incluyendo una gestión efectiva del riesgo. El rol del Gestor de Proyecto puede incluir: Fomentar el apoyo de la alta gerencia a las actividades de Gestión de Riesgos del Proyecto. Determinar los niveles aceptables de riesgo para el proyecto en coordinación con los interesados. Desarrollar y aprobar el plan de gestión de riesgos. Promover el proceso de Gestión de Riesgos del Proyecto para el proyecto. Facilitar una comunicación abierta y honesta sobre los riesgos dentro del equipo de proyecto, y con la gerencia y otros interesados. Participar en todos los aspectos del proceso de Gestión de Riesgos del Proyecto. Aprobar las respuestas a riesgos y las acciones asociadas antes de su implantación. Aplicar los fondos de contingencia del proyecto para tratar con los riesgos identificados que ocurren durante el proyecto. Supervisar la gestión de riesgos con los contratistas y proveedores. 136

11 Reportar regularmente el estado de los riesgos a los interesados clave, con recomendaciones sobre las decisiones y acciones estratégicas apropiadas para mantener una exposición al riesgo aceptable. Escalar los riesgos identificados a la alta gerencia cuando sea apropiado: tales riesgos incluyen cualquiera que esté fuera de la autoridad o el control del gestor de proyecto, cualquiera que requiera entrada o acción desde fuera del proyecto, y cualquiera para el cual sea apropiado la liberación de fondos de reserva de gestión. Monitorear la eficiencia y efectividad de los procesos de Gestión de Riesgos del Proyecto. Auditar las respuestas a riesgos para su efectividad y documentación de lecciones aprendidas. 2.3 INTRODUCCIÓN A LOS PROCESOS DE GESTIÓN DE RIESGOS DEL PROYECTO Gestión de Riesgos del Proyecto y la Dirección de Proyectos. Todos los proyectos son inciertos. La incertidumbre es inevitable porque los proyectos son emprendimientos únicos y temporales basados en supuestos y restricciones, que entregan resultados del proyecto a múltiples interesados con diferentes requerimientos. La dirección de proyectos se puede ver como un intento de controlar este ambiente incierto, a través del uso de técnicas estructuradas y disciplinadas de estimación, planificación, control de costos, asignación de recursos, análisis de valor ganado, reuniones de monitoreo y revisión, etc. Cada uno de estos elementos de gestión de proyectos tiene un rol en la definición y control de la incertidumbre la cual es inherente a todos los proyectos. La Gestión de Riesgos del Proyecto provee un enfoque mediante el cual la incertidumbre se puede entender, evaluar, y gestionar dentro de los proyectos. Como tal forma parte integral de la dirección de proyectos, y una efectiva Gestión de Riesgos del Proyecto es un factor crítico de éxito para el proyecto. Para que la dirección de proyectos sea totalmente efectiva, sin embargo, es importante que la Gestión de Riesgos del Proyecto no sea vista como un proceso opcional o ejecutado como una tarea administrativa adicional. Debido a que muchos elementos de la dirección de proyectos abordan la incertidumbre inherente, la interface entre la estructurada Gestión de Riesgos del Proyecto y los otros procesos de la dirección de proyectos necesita estar muy clara. Las salidas de la Gestión de Riesgos del Proyecto deben ser tomadas en cuenta dentro de muchos de los procesos de la dirección de proyectos. Ellas pueden, por ejemplo, impactar: Estimación de requerimientos de recursos, costo, o duración. Evaluar el impacto de cambios de alcance propuestos. Planificar o re-planificar la siguiente estrategia del proyecto. Asignar recursos a tareas. Reportar progreso a los interesados. Ninguna de estas acciones se puede ejecutar apropiadamente sin una clara visión de los riesgos involucrados, tal como se determina durante la Gestión de Riesgos 137

12 del Proyecto. En otras palabras, la efectividad de los procesos de gestión de proyectos se incrementa utilizando la información y los resultados de la Gestión de Riesgos del Proyecto. Adicionalmente, una efectiva Gestión de Riesgos del Proyecto requiere entradas de otros procesos de gestión de riesgos. Salidas tales como la estructura de descomposición de trabajo (EDT), estimados, el cronograma de proyecto, lista de supuestos, etc. Son todos importantes pre-requisitos para una efectiva Gestión de Riesgos del Proyecto Procesos de Gestión de Riesgos del Proyecto. Los pasos definidos de la Gestión de Riesgos del Proyecto describen un enfoque estructurado para entender y gestionar riesgos en un proyecto. Esta Sesión delinea los pasos requeridos para una efectiva Gestión de Riesgos del Proyecto. Cada paso es descrito en más detalle en los subsecuentes Sesiones. Cómo se definió previamente, un riesgo de proyecto es un evento o condición incierta que, si ocurre, tiene un efecto positivo o negativo en los objetivos del proyecto. A partir de esta definición, es claro que los riesgos solo existen en relación a objetivos. Es por lo tanto esencial al inicio de los procesos de Gestión de Riesgos del Proyecto definir claramente los objetivos. También es claro que diferentes proyectos están expuestos a diferentes niveles de riesgo, de manera que cada paso en la Gestión de Riesgos del Proyecto debe ser escalable para satisfacer los diferentes grados de riesgo. Los elementos escalables del proceso incluyen: Recursos disponibles. Metodología y procesos usados. Herramientas y técnicas usadas. Infraestructura de soporte. Frecuencia de revisión y actualización. Requerimientos de reporte. Como pre-condición para una exitosa implantación de Gestión de Riesgos del Proyecto, es importante tener un claro entendimiento de los umbrales de riesgo que definen las vistas de los interesados clave sobre los niveles aceptables de riesgo, así como un marco contra el cual se puedan evaluar los riesgos identificados. Como resultado, los procesos de Gestión de Riesgos del Proyecto siempre empiezan con un paso de iniciación. Esto se requiere para asegurar un entendimiento común y un acuerdo con el equipo y otros interesados, en el enfoque y parámetros que se aplicarán en la gestión de riesgos de este proyecto, así como el alcance y objetivos de los procesos de Gestión de Riesgos del Proyecto en sí mismo. Las actividades, recursos, y atención de la Gestión de Riesgos del Proyecto deben ser apropiados para el proyecto debido a que diferentes proyectos ameritan diferentes niveles de aplicación de gestión de riesgos. Las principales acciones para proporcionar la personalización requerida son las siguientes: Definir aquellos objetivos contra los cuales se identificarán los riesgos. Definir como los elementos de los procesos de Gestión de Riesgos del Proyecto se escalarán para este proyecto. Definir umbrales y tolerancias de riesgo, y el marco de evaluación. 138

13 Las salidas de este paso inicial deben ser documentadas, comunicadas, y luego revisadas por los interesados para asegurar un entendimiento común del alcance y los objetivos de los procesos de Gestión de Riesgos del Proyecto. El documento debe ser formalmente aprobado por la alta gerencia. Una vez que el alcance y los objetivos de la Gestión de Riesgos del Proyecto están consensuados, es posible empezar a identificar riesgos, siendo cuidadosos en distinguir los riesgos genuinos de los no riesgos (tales como causas, efectos, problemas, temas, etc.).está disponible una variedad de de técnicas de identificación de riesgos, cada una con sus fortalezas y debilidades. Se debe seleccionar una o más técnicas como sea apropiado para satisfacer las necesidades del proyecto específico. El objetivo es exponer y documentar todos los riesgos conocibles, reconociendo que algunos riesgos son inherentemente no conocibles y otros emergerán posteriormente en el proyecto. La naturaleza emergente de los riesgos requiere que los procesos de Gestión de Riesgos del Proyecto sean iterativos, repitiendo el proceso de identificación de riesgos para encontrar riesgos que no fueron evidentes tempranamente en el proyecto. Se debe buscar entradas de un amplio rango de interesados del proyecto cuando se identifican riesgos, debido a que cada uno tendrá una diferente perspectiva de los riesgos que enfrenta el proyecto. Los registros históricos y los documentos del proyecto también se deben revisar para identificar riesgos para el proyecto. Todos los riesgos identificados son registrados. Idealmente, se designa un propietario de riesgo para cada riesgo identificado. Es la responsabilidad del propietario del riesgo gestionar el correspondiente riesgo a través de todos los subsecuentes procesos de la Gestión de Riesgos del Proyecto. Luego de la identificación de riesgos, es necesario evaluar la importancia de cada riesgo, y priorizar los riesgos individuales para una atención adicional, evaluar el nivel del riesgo total del proyecto, y determinar respuestas apropiadas. La evaluación de riesgos se puede hacer usando técnicas cualitativas para abordar riesgos individuales, usando técnicas cuantitativas para considerar el efecto total del riesgo en el resultado del proyecto, o usando ambas en combinación. Estos dos enfoques requieren diferentes tipos de datos, pero cuando se usan ambas técnicas cualitativas y cuantitativas, se debe usar un enfoque integrado. Las técnicas cualitativas se usan para ganar una mejor comprensión de los riesgos individuales, considerando un rango de características tales como probabilidad de ocurrencia, grado de impacto en los objetivos del riesgo, gestionabilidad, marco temporal de posibles impactos, relaciones con otros riesgos, causas o efectos comunes, etc. Comprender y priorizar riesgos es un pre-requisito esencial para gestionarlos, de tal manera que las técnicas cualitativas son usadas en la mayoría de proyectos. Las salidas de la evaluación cualitativa deben ser documentadas y comunicadas a los interesados clave del proyecto y forman la base para determinar respuestas apropiadas. Las técnicas cuantitativas proveen entendimiento del efecto combinado de los riesgos identificados, en el resultado del proyecto. Estas técnicas toman en cuenta efectos probabilísticos a nivel de todo el proyecto, tales como correlación entre riesgos, interdependencia, y lazos de retroalimentación, indicando por lo tanto el grado de riesgo total enfrentado por el proyecto. El resultado es una indicación del grado de riesgo total enfrentado por el proyecto. Los resultados del análisis cuantitativo se deben usar para enfocar el desarrollo de respuestas apropiadas, particularmente el cálculo de niveles de reserva de contingencia, y deben ser documentados y comunicados para informar acciones subsecuentes. Las técnicas 139

14 cuantitativas podrían no ser requeridas en todos los proyectos para asegurar la gestión efectiva del riesgo. Una vez que se han priorizado los riesgos individuales y se entiende el grado de exposición al riesgo total del proyecto, se deben desarrollar respuestas apropiadas para los riesgos usando un proceso iterativo que continúa hasta que se ha desarrollado un conjunto óptimo de respuestas. Existe un rango de estrategias de respuesta posibles tanto para las amenazas como para las oportunidades. El propietario del riesgo debe seleccionar una estrategia adecuada para cada riesgo individual, basado en sus características y prioridad evaluada, asegurando que la estrategia es lograble, alcanzable, costo efectiva, y apropiada. Se debe considerar el uso de una misma estrategia que enfrente varios riesgos relacionados siempre que sea posible. El propietario del riesgo es responsable de definir acciones para implantar la estrategia escogida. Estas acciones pueden ser delegadas a los propietarios de acción cuando sea apropiado. El propietario del riesgo debe monitorear las acciones para determinar su efectividad, y también para identificar cualquier riesgo secundario que podría emerger debido a la implantación de respuestas a riesgos. En adición a las respuestas a riesgos individuales, se pueden tomar acciones para responder al riesgo total del proyecto. Todas las estrategias y acciones de respuesta se deben documentar y comunicar a los interesados clave del proyecto y deben ser incorporadas dentro del plan de proyecto. Es esencial que las acciones acordadas se implanten; de otra manera la exposición al riesgo del proyecto permanecerá invariable. También es vital que los procesos de Gestión de Riesgos del Proyecto se repitan a intervalos regulares a través de la vida del proyecto. Esto permitirá al equipo de proyecto re-evaluar el estado de los riesgos previamente identificados, identificar riesgos emergentes y secundarios, y determinar la efectividad de los procesos de la Gestión de Riesgos del Proyecto. Los pasos delineados previamente forman los procesos de la Gestión de Riesgos del Proyecto. Estos se detallan en las siguientes sesiones, como sigue: Planificar la Gestión de Riesgos (Sesión 3): Define el alcance y objetivos de los procesos de Gestión de Riesgos del Proyecto, y asegura que los procesos de riesgos están totalmente integrados en una gestión global del proyecto. Identificar Riesgos (Sesión 4): Identifica tantos riesgos como sea práctico. Realizar el Análisis Cualitativo de Riesgos (Sesión 5): Evalúa las características clave de los riesgos individuales permitiendo priorizarlos para acciones futuras. Realizar el Análisis Cuantitativo de Riesgos (Sesión 6): Evalúa el efecto combinado de los riesgos en el resultado total del proyecto. Planificar Respuestas a los Riesgos (Sesión 7): Determina estrategias y acciones de respuesta apropiadas para cada riesgo individual y para el riesgo total del proyecto, y los integra en un plan de gestión del proyecto consolidado. Monitorear y Controlar Riesgos (Sesión 8): Implanta acciones acordadas, revisa cambios en la exposición al riesgo del proyecto, y evalúa la efectividad de los procesos de Gestión de Riesgos del Proyecto. La Figura 3 muestra el flujo de control e información entre los varios pasos dentro de los procesos de Gestión de Riesgos del Proyecto. 140

15 Figura 3: Diagrama de Flujo de Procesos de Gestión de Riesgos del Proyecto 2.4 CONSTRUYENDO UNA BASE DE RIESGOS Introducción a la Gestión de Riesgos Dentro de cada proyecto debe haber un alto grado de control. La gestión de riesgos es una práctica que tiene como objetivo controlar el resultado de un proyecto, y es por tanto una disciplina importante del proyecto que no debe pasarse por alto. Ayuda a reducir los "Debo tener " o "Me hubiera gustado tener " momentos al final de un proyecto. Las organizaciones a menudo pasan por alto riesgo como resultado de no definir claramente lo que es un riesgo y cómo planificar correctamente los esfuerzos de la gestión de riesgos. Parte de ello es también el resultado de no entender lo que es la gestión del riesgo. Cuando los elementos adecuados de gestión de riesgos están en su lugar, una organización puede aumentar las posibilidades de completar con éxito un proyecto a tiempo, dentro del presupuesto y dentro del alcance definido. 141

16 Debido a que la práctica de la gestión del riesgo se entrelaza con todos los aspectos de la gestión de proyectos, un gestor de riesgos debe estar bien instruido en otras áreas de la gestión de proyecto, tales como la comprensión del ciclo de vida del proyecto en general, los documentos de los proyectos utilizados, las políticas de gestión de proyectos, procedimientos, directrices, y los procesos. Si usted toma un momento para pensar en ello, nunca la gestión del riesgo se produce de forma aislada, y si no son uno en el mismo, el gestor de riesgos debe trabajar mano a mano con el director del proyecto. Figura 4: Áreas de la Gestión de Proyecto TIP Céntrese en el capítulo de gestión de riesgos en la guía de PMBOK, y lea cuidadosamente el capítulo de comunicaciones. Área de conocimiento de Integración de gestión de proyectos Esta área de conocimiento incluye 6 procesos y abarca desde la etapa de iniciación del proyecto, todo el camino hasta el cierre del proyecto. El área de conocimiento en general se ocupa de identificar, definir, combinar, unificar y coordinar los distintos procesos y actividades de proyectos de gestión del proyecto. Y la meta es lograr los objetivos del proyecto. Procesos del área de Conocimiento: Desarrollar el Acta de Constitución del Proyecto es el primer proceso de participación inicial de selección de proyectos. Una vez que el proyecto ha sido identificado, este proceso crear el Acta de Constitución del Proyecto, la cual 142

17 autoriza formalmente el proyecto, incluyendo la autoridad del Director del Proyecto para asignar recursos al proyecto. Proceso Desarrollar el Plan para la Dirección del Proyecto integra los planes subsidiarios y líneas base que conforman el Plan para la Dirección del Proyecto. Una entrada en este proceso es las salidas de todos los procesos de la planificación de gestión de proyectos colectivamente. Proceso Dirigir y Gestionar la Ejecución del Proyecto es donde el equipo del proyecto trabaja en conjunto para ejecutar el Plan para la Dirección del Proyecto. Esto dará lugar a prestaciones logradas, así como una información detallada del nivel de rendimiento del trabajo. A partir de este proceso, usted realmente puede ver cómo los procesos son iterativos. Proceso Monitorear y Controlar el Trabajo del Proyecto tiene que ver con el control de rendimiento del proyecto para asegurarse de que está progresando como se esperaba. Los pronósticos son generados lo que permite al equipo del proyecto estar un paso adelante del proyecto como una medida proactiva. Y se hacen recomendaciones para que el proyecto este de nuevo en marcha cuando ocurran retrasos. Proceso Realizar el Control Integrado de Cambios gestiona todos los cambios del proyecto. Los cambios se manejan de una manera formal, y es realista esperar que los cambios se produzcan a lo largo de la vida del proyecto. El punto es tener una tabla de control integrado de cambios que preside a los cambios y toma decisiones en el mejor interés del proyecto, en lugar de los intereses de un departamento o la entidad. Las salidas incluyen solicitudes y recomendaciones aprobadas y rechazadas. Proceso Cerrar Proyecto o Fase maneja de manera formal el cierre del proyecto y fase de cierre. Se asegura de que todos los cabos sueltos son atados, y que la fase o el total proyecto reciba la aceptación formal, que es importante y algo que no siempre se hace. Este proceso resulta en el producto final, el servicio, o el resultado de transición. Área de conocimiento Gestión del Alcance del Proyecto El objetivo general del área de conocimiento es asegurar que el proyecto incluya todo el trabajo requerido, y sólo el trabajo requerido, para completar el proyecto con éxito. Procesos del área de Conocimiento: Proceso Recopilar Requisitos define y documenta las necesidades de los Interesados con el fin de cumplir con los objetivos del proyecto. El proceso resulta en el Plan de Gestión de Requisitos, que documenta cómo los requisitos del proyecto serán analizados, documentados y gestionados a lo largo de la vida del proyecto. Proceso Definir el Alcance observa métodos alternativos para abordar el proyecto (por ejemplo, la decisión de hacer o comprar, puede la empresa contratar un externo para hacer el trabajo, etc.) El resultado fundamental: El Enunciado del Alcance del Proyecto. Proceso Crear la EDT establece las bases para el trabajo del proyecto. Los principales entregables son tomados y descompuestos hasta el nivel de paquete de trabajo. La Línea Base del Alcance es también una salida importante. El trabajo 143

18 dentro de la EDT, por cierto, representa un trabajo que ha sido aprobado y se refleja a través de la Declaración del Alcance del Proyecto. Proceso Verificar el Alcance es importante porque es aquí donde las aprobaciones y las aceptaciones formales de entregables del proyecto de los interesados son obtenidos. Para asegurarse que los entregables cumplen con los requisitos, la inspección se lleva a cabo. Y si cumple con los requisitos y todo es satisfactorio, los entregables aceptados se generan como salidas. Proceso Controlar el Alcance tiene que ver con el control de cambios e influir en los factores que crean cambios en el alcance del proyecto. Es responsable de asegurarse de que todos estos cambios han pasado por el proceso de Control Integrado de Cambios. Observe todas las actualizaciones resultantes que se producen a partir de este proceso, es como resultado de las solicitudes de cambio aprobadas. Área de Conocimiento Gestión del Tiempo del Proyecto Esta área de conocimiento se refiere a la finalización del proyecto a tiempo, básicamente, la creación de un cronograma del proyecto y fechas de entrega realistas, o trabajar con fechas de entrega pre-existentes, y la adherirnos a ellos. Procesos del Área de Conocimiento: Proceso Definir las Actividades genera la lista de actividades. Este proceso toma los paquetes de trabajo y los descompone hasta el nivel de actividad. Vea cómo el trabajo se divide en partes manejables, ya que la elaboración de un listado de las actividades del cronograma no es una tarea fácil. Proceso Secuenciar las Actividades toma la lista de actividades e hitos y las secuencia las actividades, reflejando la secuencia en los diagramas de red del cronograma. Varias herramientas y técnicas se utilizan para hacer que esto suceda. Proceso Estimar los Recursos de las Actividades determinar el tipo y cantidad de recursos para cada actividad del cronograma es importante en la determinación de la duración. Si usted tiene un recurso mayor, más experimentado que realiza el trabajo, entonces puede trabajar más rápido, y lo mismo con tener múltiples recursos que realizan el trabajo, en lugar de uno. Tenga en cuenta que una vez más están buscando alternativas. Y las salidas primarias resultantes son las necesidades de recursos de la actividad y la Estructura de Desglose de Recursos. Proceso Estimar la Duración de las Actividades calcula las duraciones. Hay varias técnicas de estimación. Estamos equipados para manejar actividades en las que se ha proporcionado información insuficiente, y también situaciones en las que tenemos información suficiente para llegar a una estimación más precisa utilizando la técnica de estimación de 3 puntos. Estas estimaciones de las duraciones se elaboraron progresivamente, y es importante tener en cuenta la calidad de los datos que están siendo utilizados - por ejemplo, estamos creando el cronograma del proyecto preliminar, con base en la información mínima, o tenemos información detallada y estimaciones más precisas? Y la salida resultante final son las duraciones estimadas. Proceso Desarrollar el Cronograma toma toda la información contemplada en los anteriores procesos de esta área del conocimiento para crear el cronograma del proyecto, junto con los datos incluidos en los datos de programación y línea base del cronograma. 144

19 Proceso Controlar el Cronograma se centra en controlar los cambios - en este caso al cronograma. Este proceso tiene que ver con influenciar los factores que crean cambios, determinar el estado actual y la gestión de cambios en el cronograma. Área de conocimiento Gestión de Costos del proyecto Esta área de conocimiento incluye tres procesos responsables de generar y controlar el presupuesto del proyecto. Procesos del Área de Conocimientos: Proceso Estimar los Costos desarrolla las estimaciones de costos de los recursos necesarios para cada actividad del cronograma. No sólo se estima estos costos, sino que también considera las diversas alternativas de reducción de costos, y considera el ciclo de vigencia del costo. El resultado son las Estimaciones de Costos de la actividad, junto con la Bases de las Estimaciones. Proceso Determinar el Presupuesto incluye la generación de las necesidades de financiación del proyecto y la Línea Base del Desempeño de Costos. La Línea Base se crea agregando costo estimado de las actividades o paquetes de trabajo. La Línea Base es importante, porque se usa para medir, monitorear y controlar el rendimiento del Costo Total del Proyecto. Proceso Controlar los Costos es responsable de influenciar los factores que crean variación de los gastos dentro del proyecto, y los cambios de los controles realizados en el presupuesto del proyecto. Los sobrecostos son supervisados y llevados dentro de los límites aceptables. Hay una gran cantidad de análisis que se lleva a cabo en este proceso. Estos cálculos se realizan como una forma de mantener una estrecha vigilancia sobre el desempeño de costos y determinar la manera de ponerlo en línea con el Plan de Gestión de Costos. Área de Conocimiento Gestión de Calidad del Proyecto Esta área de conocimiento tiene tres procesos responsables de asegurar que el proyecto satisfaga las necesidades para las cuales fue emprendido. La calidad se ve para prevenir defectos del producto, reproceso, y mantener un alto nivel de satisfacción del cliente. Se asegura de que los requisitos del proyecto se cumplen. Procesos del área de conocimiento: Proceso Planificar la Calidad juega un papel importante en el establecimiento de las bases para la realización de las actividades de calidad. El propósito es identificar los estándares de calidad relevantes para el proyecto, y luego resolver cómo satisfacerlas. El área de conocimiento de calidad no se aplica sólo para mejorar la calidad del proyecto, sino también los procesos y políticas de las actividades de gestión de proyectos y de la organización. Esa mentalidad de mejora continua es una gran parte de esta área de conocimiento. Proceso Realizar el Aseguramiento de la Calidad asegura que el proyecto cumple con los requisitos aplicables en las actividades de calidad que habíamos planeado en el proceso anterior. Observa todos los cambios realizados y determina si los resultados son de acuerdo a normas y procedimientos. Auditorías de Calidad y Análisis de Procesos también son herramientas claves en este proceso, buscando incrementar la eficiencia y encontrar actividades sin valor agregado que pueden ser alterados. 145

20 Proceso Realizar el Control de la Calidad busca determinar si el proyecto cumple con los estándares de calidad. Efectúa un seguimiento de los resultados e identifica las formas de eliminar las causas de un pobre rendimiento. Las 7 primeras herramientas técnicas son consideradas las 7 herramientas básicas de calidad. Mediciones de Control de Calidad y Entregables Validados son salidas claves de este proceso. Área de conocimiento de Gestión de Recursos Humanos del Proyecto Esta área de conocimiento asegura de que las actividades serán llevadas a cabo por los miembros expertos del equipo. El objetivo general del área de conocimiento es organizar, desarrollar y gestionar el equipo del proyecto. Procesos del Área de Conocimiento: Proceso Desarrollar el Plan de Recursos Humanos es responsable de identificar y documentar los roles de proyecto, responsabilidades y relaciones de información y la creación del Plan de Recursos Humanos, que contiene el Plan de Gestión del Personal. Proceso Adquirir Equipo de Proyecto obtiene los recursos humanos necesarios para completar el proyecto. La negociación para el personal se llevará a cabo, también se identifican aquí tareas previas, adquisición si alguno o todo el equipo del proyecto se adquirirá externo al proyecto, y la utilización de los equipos virtuales. El resultado incluye las asignaciones del personal del proyecto. Proceso Desarrollar el equipo del Proyecto mejora las competencias y la interacción de los miembros del equipo para mejorar el rendimiento del proyecto. El desarrollo del equipo aumenta la productividad, la moral y el nivel de habilidad, que todos los resultados mejore el rendimiento del proyecto. Proceso Dirigir y Gestionar el Equipo del Proyecto mide el desempeño de los miembros del equipo, proporciona retroalimentación, resuelve problemas, y coordina los cambios para mejorar el rendimiento del proyecto. En vez de evaluar el equipo en su conjunto, las evaluaciones de rendimiento del proyecto tendrán lugar en este proceso, que ofrece una retroalimentación individual a los distintos miembros del equipo del proyecto. El conflicto también se gestiona en este proceso. Área de Conocimiento de Gestión de Comunicaciones del Proyecto Esta área de conocimiento se ocupa de asegurar la generación oportuna y apropiada, recogida, almacenamiento, recuperación y difusión de la información del proyecto. Además de ello, se ocupa también de vincular a las personas e información y asegurarse de que el equipo de proyecto entiende cómo afecta a las comunicaciones del proyecto. Procesos del área de Conocimiento: Proceso Identificar a los Interesados Identifica a todos los interesados en el proyecto. Documenta sus intereses, su participación e impacto en el éxito del proyecto. Dos salidas importantes de este proceso son el Registro de Interesados y la Estrategia de Gestión de los Interesados. Proceso Planificar las Comunicaciones genera el Plan de Gestión de las Comunicaciones que guiará todas las actividades de comunicación y llevara a cabo los procesos de comunicación. De igual manera las necesidades de comunicación, la 146