Documentos del Proyecto según la Guía PMBOK, 6ta edición

Contenidos

Atributos de las Actividades

Los atributos de las actividades amplían la descripción de la actividad, ayudan a identificar múltiples componentes relacionados con cada una de ellas. Los componentes de cada actividad evolucionan a lo largo del tiempo. Los atributos de las actividades se pueden utilizar para: identificar el lugar donde debe realizarse el trabajo el calendario del proyecto al que se asigna la actividad y el tipo de esfuerzo involucrado. Los atributos de las actividades se utilizan para el desarrollo del cronograma y para seleccionar, ordenar y clasificar las actividades planificadas en el cronograma según diferentes criterios en los informes.

Lista de Hitos

Un hito es un punto o evento significativo dentro del proyecto.

Una lista de hitos identifica todos los hitos del proyecto e indica si estos son obligatorios, como los exigidos por contrato u opcionales, como los basados en información histórica.

⚠️ Recuerda , los hitos tienen una duración nula, ya que representan un punto o evento significativo.

Videos que pueden interesarte…

Lista de Actividades

Incluye las actividades del cronograma necesarias para llevar a cabo el proyecto. Para proyectos que utilizan planificación gradual o técnicas agiles se actualiza periódicamente conforme avanza el proyecto. La lista de actividades incluye, para cada actividad, un identificador de la misma y una descripción del alcance del trabajo, con el nivel de detalle suficiente para asegurar que los miembros del equipo del proyecto comprendan el trabajo que deben realizar.

Registro de Supuestos

Las restricciones y los supuestos estratégicos y operativos de alto nivel normalmente se identifican en el caso de negocio antes de que el proyecto se inicie y se reflejan luego en el ADC. Los supuestos sobre actividades y tareas de menor nivel se generan a lo largo del proyecto, tal como definir las especificaciones técnicas, las estimaciones, el cronograma, los riesgos, etc. El registro de supuestos se utiliza para registrar todos los supuestos y restricciones a lo largo del ciclo de vida del proyecto.

Base de las Estimaciones

La cantidad y el tipo de detalles adicionales que respaldan la estimación de la duración varían en función del área de aplicación. Independientemente del nivel de detalle, la documentación de apoyo debería proporcionar una comprensión clara y completa de la forma en que se obtuvo la estimación de la duración.

Los detalles de apoyo para las estimaciones de la duración pueden incluir:

La documentación de las bases de las estimaciones (como fueron desarrolladas)
La documentación de todos los supuestos realizados
La documentación de todas las restricciones conocidas
Una indicación del rango de las estimaciones posibles (por ej. 10%) para indicar que la duración se estima dentro de un rango de valores)
Una indicación de nivel de confianza de la estimación final
La documentación de los riesgos individuales del proyecto que influyen en esta estimación.

Estimaciones de Costos

Incluyen evaluaciones cuantitativas de los costos probables que se requieren para completar el trabajo del proyecto, así como los montos de contingencia para tener en cuenta los riesgos identificados y una reserva de gestión para cubrir trabajo no planificado. Pueden presentarse de manera resumida o detallada. Se incluye, el trabajo directo, los materiales, el equipamiento, los servicios, las instalaciones, la tecnología de la información y determinadas categorías especiales, tales como el costo de la financiación, una provisión para la inflación, las tasas de cambio de divisas, o una reserva para contingencias de costo. Si se incluyen los costos indirectos en el proyecto, estos se pueden incluir en el nivel de actividad o en niveles superiores.

Pronóstico de costos

El pronósticos de costos se hace según avanza el proyecto, es muy útil poder re-estimar el costo a la conclusión del proyecto (EAC), nos ayudará a predecir las condiciones y eventos futuros. En caso de que difiera del presupuesto hasta la conclusión (BAC) y éste ya no sea viable, se debe proyectar una Estimación a la Conclusión. El valor EAC calculado o ascendente debe documentarse y comunicarse a los interesados.

Estimaciones de la Duración

Las estimaciones de la duración son evaluaciones cuantitativas del número probable de períodos de tiempo requeridos para completar una actividad, una fase o un proyecto. Las estimaciones de duración no incluyen retrasos. Las estimaciones de la duración pueden incluir alguna indicación del rango de resultados posibles. Por ejemplo:

Un rango de 2 semanas ± 3 días
Un 15% de probabilidad de exceder las 2 semanas, para indicar una alta probabilidad 85% de que la actividad dure 2 semanas o menos.

Registro de Cambios

El registro de cambios se utiliza para documentar los cambios que ocurren durante un proyecto o cualquier documento del proyecto formalmente controlado.

Estimaciones de Costos

Una estimación de costos consiste en una evaluación cuantitativa de los costos probables de los recursos necesarios para completar la actividad. Es una predicción basada sobre la información disponible en un momento determinado. Las estimaciones de costos incluyen la identificación y consideración de diversas alternativas de cálculo de costos para iniciar y completar el proyecto. Para lograr un costo óptimo para el proyecto, se debería tener en cuenta el balance entre costos y riesgos, tal como hacer versus comprar, comprar versus alquilar y el uso de recursos compartidos.

Estimar los Costos es el proceso de desarrollar una aproximación del costo de los recursos necesarios para completar el trabajo del proyecto. Se determinan los recursos monetarios requeridos para el proyecto. Este documento forma parte del proceso «Estimar los Costos» y este se lleva a cabo periódicamente a lo largo del proyecto, según sea necesario.

Se deberían revisar y refinar las estimaciones de costos a lo largo del proyecto para ir reflejando los detalles adicionales a medida que éstos se van conociendo y que se van probando los supuestos de partida. La exactitud de la estimación del costo de un proyecto aumenta conforme el proyecto avanza a través de su ciclo de vida.

Un proyecto en su fase de inicio, por ejemplo, puede tener una estimación aproximada por orden de magnitud (ROM) en el rango de −25% a +75%. En una etapa posterior del proyecto, conforme se va contando con más información, el rango de exactitud de las estimaciones puede reducirse a -5% a +10%. En algunas organizaciones existen pautas sobre cuándo pueden efectuarse esos refinamientos y cuál es el grado de confianza o exactitud esperado. Se estiman los costos para todos los recursos que se van a asignar al proyecto. Estos incluyen, entre otros, el personal, los materiales, el equipamiento, los servicios y las instalaciones, así como otras categorías especiales, tales como el factor de inflación, el costo de financiación o el costo de contingencia. Las estimaciones de costos se pueden presentar a nivel de actividad o en forma resumida.

Las estimaciones de costos incluyen evaluaciones cuantitativas de los costos probables que se requieren para completar el trabajo del proyecto, así como los montos de contingencia para tener en cuenta los riesgos identificados y una reserva de gestión para cubrir trabajo no planificado. Las estimaciones de costos pueden presentarse de manera resumida o detallada. Se estiman los costos para todos los recursos aplicados a la estimación de costos. Esto incluye, entre otros, el trabajo directo, los materiales, el equipamiento, los servicios, las instalaciones, la tecnología de la información y determinadas categorías especiales, tales como el costo de la financiación (incluidos los cargos de intereses), una provisión para inflación, las tasas de cambio de divisas, o una reserva para contingencias de costo. Si se incluyen los costos indirectos en el proyecto, éstos se pueden incluir en el nivel de actividad o en niveles superiores.

Estimaciones de la Duración

Un rango de 2 semanas ± 2 días, para indicar que la actividad durará al menos 8 días y no más de 12 (asumiendo una semana laboral de 5 días); o
Un 15% de probabilidad de exceder las 3 semanas, para indicar una alta probabilidad—85%—de que la actividad dure 3 semanas o menos.

Registro de Incidentes

A lo largo del ciclo de vida de un proyecto, el director del proyecto normalmente enfrentara problemas, brechas, inconsistencias o conflictos que ocurren de manera inesperada y que requieren alguna acción para que no impacten el desempeño del proyecto. El registro de incidentes es un documento del proyecto en el que se registra y da seguimiento a todos los incidentes. Los datos sobre los incidentes pueden incluir:

Tipo de incidente,
Quien planteo el incidente y cuando,
Descripción,
Prioridad,
Quien está asignado al incidente,
Fecha límite de resolución,
Estado, y
Solución final.

El registro de incidentes ayudara al director del proyecto a realizar el seguimiento y la gestión de los incidentes

de manera efectiva, asegurando que sean investigados y resueltos. El registro de incidentes se crea por primera vez

como una salida de este proceso, aunque pueden ocurrir incidentes en cualquier momento del proyecto. El registro de incidentes se actualiza como resultado de las actividades de monitoreo y control a lo largo del ciclo de vida del proyecto.

Registro de Lecciones Aprendidas

El registro de lecciones aprendidas puede incluir la categoría y la descripción de la situación. El registro de lecciones aprendidas puede también incluir el impacto, las recomendaciones y las acciones propuestas relacionadas con la situación. El registro de lecciones aprendidas puede registrar desafíos, problemas, riesgos y oportunidades realizados, u otro contenido según corresponda.

El registro de lecciones aprendidas se crea como una salida de este proceso tempranamente en el proyecto. A partir de ahí se usa como una entrada y se actualizará como una salida de muchos procesos a lo largo del proyecto. Las personas o los equipos involucrados en el trabajo también están involucrados en capturar las lecciones aprendidas.

El conocimiento puede documentarse usando vídeos, imágenes, audios u otros medios adecuados que aseguren la eficiencia de las lecciones capturadas. Al final de un proyecto o fase, la información se transfiere a un activo de los procesos de la organización llamado un repositorio de lecciones aprendidas.

Asignaciones de Recursos Físicos

La documentación de las asignaciones de recursos físicos registra los materiales, equipos, suministros, ubicaciones y otros recursos físicos que se utilizarán durante el proyecto.

Calendarios del Proyecto

Un calendario del proyecto identifica los días laborables y turnos de trabajo disponibles para las actividades del cronograma. Distingue entre los períodos de tiempo, en días o fracciones de días, disponibles para completar las actividades programadas y los períodos de tiempo no disponibles para el trabajo. Un modelo de programación podría requerir más de un calendario del proyecto para permitir considerar diferentes períodos de trabajo para algunas actividades a la hora de calcular el cronograma del proyecto. Los calendarios del proyecto son susceptibles de actualización.

Cronograma del Proyecto

El cronograma del proyecto es una salida de un modelo de programación que presenta actividades vinculadas con fechas planificadas, duraciones, hitos y recursos. El cronograma del proyecto debe contener, como mínimo, una fecha de inicio y una fecha de finalización planificadas para cada actividad. Si la planificación de recursos se realiza en una etapa temprana, el cronograma mantendrá su carácter preliminar hasta que se hayan confirmado las asignaciones de recursos y se hayan establecido las fechas de inicio y finalización programadas. Por lo general, este proceso se lleva a cabo antes de la conclusión del plan para la dirección del proyecto. También puede desarrollarse un modelo de programación objetivo del proyecto con fechas de inicio y finalización objetivo definidas para cada actividad. El cronograma del proyecto se puede representar en forma de resumen, denominado a veces cronograma maestro o cronograma de hitos, o bien en forma detallada. Aunque el modelo de programación del proyecto puede presentarse en forma de tabla, es más frecuente representarlo en forma gráfica, mediante la utilización de uno o más de los siguientes formatos:

Diagramas de barras. También conocidos como diagramas de Gantt, los diagramas de barras presentan la información del cronograma donde las actividades se enumeran en el eje vertical, las fechas se muestran en el eje horizontal y las duraciones de las actividades se muestran como barras horizontales colocadas según las fechas de inicio y finalización. Los diagramas de barras, comúnmente utilizados, son relativamente fáciles de leer. Dependiendo de la audiencia, la holgura puede representarse o no. Para las comunicaciones de control y dirección, se utiliza una actividad resumen más amplia y completa entre hitos o a través de múltiples paquetes de trabajo dependientes entre sí y se representa en reportes de diagrama de barras.
Diagramas de hitos. Estos diagramas son similares a los diagramas de barras, pero sólo identifican el inicio o la finalización programada de los principales entregables y las interfaces externas clave.

Diagramas de Red del Cronograma

Estos diagramas por regla general se presentan con el formato de diagrama de actividad en el nodo, que muestra actividades y relaciones sin escala de tiempo, que en ocasiones denominados diagramas de lógica pura, co con el formato de diagrama de red del cronograma que incluye una escala temporal, y que en ocasiones se denomina diagrama lógico de barras. Estos diagramas, con la información de la fecha de las actividades, normalmente muestran la lógica de la red del proyecto y las actividades del cronograma que se encuentran dentro de la ruta crítica del proyecto. Este ejemplo muestra también cómo se puede planificar cada paquete de trabajo como una serie de actividades relacionadas entre sí. Otra representación del diagrama de red del cronograma del proyecto es un diagrama lógico basado en una escala de tiempos. Estos diagramas incorporan una escala de tiempos y unas barras que representan la duración de las actividades con las relaciones lógicas. Están optimizados para mostrar las relaciones entre actividades, y puede aparecer cualquier número de actividades en secuencia en una misma línea del diagrama.

Enunciado del Alcance del Poryecto

El enunciado del alcance del proyecto es la descripción del alcance, de los entregables principales, de los supuestos y de las restricciones del proyecto. El enunciado del alcance del proyecto documenta el alcance en su totalidad, incluyendo el alcance del proyecto y del producto. En él se describen en detalle los entregables del proyecto. También proporciona un entendimiento común del alcance del proyecto entre los interesados en el mismo. Puede contener exclusiones explícitas del alcance, que pueden ayudar a gestionar las expectativas de los interesados. Permite al equipo del proyecto realizar una planificación más detallada, sirve como guía del trabajo del equipo del proyecto durante la ejecución y proporciona la línea base para evaluar si las solicitudes de cambio o de trabajo adicional se encuentran dentro o fuera de los límites del proyecto.

El grado y nivel de detalle con que el enunciado del alcance del proyecto define el trabajo a realizar y el que queda excluido, pueden ayudar a determinar el grado de control que el equipo de dirección del proyecto podrá ejercer sobre el alcance global del mismo. El enunciado detallado del alcance del proyecto, ya sea directamente o por referencia a otros documentos, incluye los siguientes:

Descripción del alcance del producto. Esta descripción elabora gradualmente las características del producto, servicio o resultado descrito en el acta de constitución del proyecto y en la documentación de requisitos.
Entregables. Cualquier producto, resultado o capacidad única y verificable para ejecutar un servicio que se debe producir para completar un proceso, una fase o un proyecto. Los entregables también incluyen resultados complementarios, tales como los informes y la documentación de dirección del proyecto. Estos entregables se pueden describir de manera resumida o muy detallada.
Criterios de aceptación. Conjunto de condiciones que debe cumplirse antes de que se acepten los entregables.
Exclusiones del proyecto. Identifica lo que está excluido del proyecto. Establecer explícitamente lo que está fuera del alcance del proyecto ayuda a gestionar las expectativas de los interesados y puede reducir la corrupcióno deslizamiento del alcance.

Asignaciones del Equipo del Proyecto

La documentación de las asignaciones de recursos físicos registra los materiales, equipos, suministros, ubicaciones y otros recursos físicos que se utilizarán durante el proyecto.

Mediciones del Control de Calidad

Las mediciones de control de calidad son los resultados documentados de las actividades de Controlar la Calidad. Deberían recolectarse en el formato que fue especificado en el Plan de Gestión de la Calidad.

Métricas de Calidad

Una métrica de calidad describe de manera específica un atributo del producto o del proyecto, y la manera en que el proceso de Controlar la Calidad verificará su cumplimiento. Algunos ejemplos de métricas de calidad incluyen porcentaje de tareas completadas a tiempo, desempeño del costo medido por CPI, tasa de fallas, número de defectos identificados por día, tiempo de inactividad total por mes, errores encontrados por línea de código, puntuaciones de satisfacción de los clientes y porcentaje de requisitos cubiertos por el plan de pruebas como medida de la cobertura de la prueba. Descripción de un atributo del proyecto o del producto y de la manera en que se mide dicho atributo.

Informe de Calidad

Los informes de calidad pueden ser gráficos, numéricos o cualitativos. La información proporcionada puede ser utilizada por otros procesos y departamentos para tomar medidas correctivas a fin de lograr las expectativas de calidad del proyecto. La información presentada en los informes de calidad puede incluir todos los incidentes de gestión de la calidad escalados por el equipo, las recomendaciones para mejoras en los procesos, proyectos y productos, las recomendaciones de acciones correctivas (incluyen retrabajo, reparación de defectos/errores, inspección del 100% y más), y el resumen de conclusiones del proceso Controlar la Calidad.

Documentación de Requisitos

La documentación de requisitos describe cómo los requisitos individuales cumplen con las necesidades de negocio del proyecto. Los requisitos pueden comenzar a un alto nivel e ir convirtiéndose gradualmente en requisitos más detallados, conforme se va conociendo más información acerca de ellos. Antes de ser incorporados a la línea base, los requisitos deben ser inequívocos (medibles y comprobables), trazables, completos, coherentes y aceptables para los interesados clave. El formato del documento de requisitos puede variar desde un documento sencillo en el que se enumeran todos los requisitos clasificados por interesado y por prioridad, hasta formas más elaboradas que contienen un resumen ejecutivo, descripciones detalladas y anexos

Muchas organizaciones clasifican los requisitos en diferentes tipos, tales como soluciones de negocio y técnicas, las primeras referidas a las necesidades de los interesados y las segundas al modo en que se implementarán dichas necesidades. Los requisitos pueden agruparse en categorías para permitir un mayor refinamiento y nivel de detalle a medida que se elaboran los requisitos. Estas categorías incluyen:

Requisitos del negocio. Éstos describen las necesidades de alto nivel de la organización en su conjunto, tales como los problemas u oportunidades de negocio y las razones por las que se ha emprendido un proyecto.
Requisitos de los interesados. Éstos describen las necesidades de un interesado o de un grupo de interesados.
Requisitos de las soluciones. Éstos describen las prestaciones, funciones y características del producto, servicio o resultado que cumplirán los requisitos de negocio y de los interesados. Los requisitos de las soluciones se agrupan asimismo en requisitos funcionales y no funcionales:
Requisitos funcionales. Los requisitos funcionales describen los comportamientos del producto. Entre los ejemplos se incluyen acciones, procesos, datos e interacciones que el producto debería ejecutar.
Requisitos no funcionales. Los requisitos no funcionales complementan a los funcionales y describen las condiciones ambientales o las cualidades necesarias para que el producto sea eficaz. Entre los ejemplos se pueden citar: confiabilidad, seguridad, desempeño, nivel de servicio, capacidad de soporte, retención/ depuración, etc.
Requisitos de transición y preparación. Éstos describen capacidades temporales, tales como la conversión de datos y los requisitos de capacitación, necesarias para pasar del estado actual “cómo es” al estado futuro deseado.
Requisitos del proyecto. Éstos describen las acciones, los procesos u otras condiciones que el proyecto debe cumplir. Entre los ejemplos se incluyen las fechas de los hitos, las obligaciones contractuales, las restricciones, etc.
Requisitos de calidad. Éstos recolectan las condiciones o criterios necesarios para validar la finalización exitosa de un entregable del proyecto o el cumplimiento de otros requisitos del proyecto. Entre los ejemplos se incluyen las pruebas, las certificaciones, las validaciones.

Matriz de Trazabilidad de Requisitos

La matriz de trazabilidad de requisitos es una cuadrícula que vincula los requisitos del producto desde su origen hasta los entregables que los satisfacen. La implementación de una matriz de trazabilidad de requisitos ayuda a asegurar que cada requisito agrega valor del negocio, al vincularlo con los objetivos del negocio y del proyecto. Proporciona un medio para realizar el seguimiento de los requisitos a lo largo del ciclo de vida del proyecto, lo cual contribuye a asegurar que al final del proyecto se entreguen efectivamente los requisitos aprobados en la documentación de requisitos. Por último, proporciona una estructura para gestionar los cambios relacionados con el alcance del producto.

Los requisitos de trazabilidad incluyen, entre otros:

Necesidades, oportunidades, metas y objetivos del negocio;
Objetivos del proyecto;
Alcance del proyecto y entregables de la EDT/WBS;
Diseño del producto;
Desarrollo del producto;
Estrategia y escenarios de prueba; y
Requisitos de alto nivel con respecto a los requisitos más detallados.

En la matriz de trazabilidad de requisitos se pueden registrar los atributos asociados con cada requisito. Estos atributos ayudan a definir la información clave acerca de cada requisito. Los atributos típicos utilizados en la matriz de trazabilidad de requisitos pueden incluir: un identificador único, una descripción textual del requisito, el fundamento de su incorporación, el responsable, la fuente, la prioridad, la versión, el estado actual (tal como vigente, cancelado, aplazado, agregado, aprobado, asignado, completado) y la fecha del estado registrado. Además, para cerciorarse de que el requisito ha satisfecho a los interesados, pueden incluirse otros atributos, tales como: estabilidad, complejidad y criterios de aceptación.

Estructura de desglose de recursos

La estructura de desglose de recursos es una lista jerárquica de los recursos físicos, relacionados por categoría y tipo de recurso, que se utiliza para la planificación, gestión y control del trabajo del proyecto. Cada uno de los niveles anidados (inferiores) representa una descripción más detallada del recurso, hasta llegar a una información con el suficiente nivel de detalle para que se pueda utilizar en conjunto con la estructura de desglose del trabajo (EDT/WBS) de modo que permita planificar, monitorear y controlar el trabajo.

Calendarios de Recursos

Un calendario de recursos identifica los días hábiles, turnos, inicio y fin del horario normal de negocios, fines de semana y días festivos cuando cada recurso específico esté disponible. La información sobre los recursos (como recursos del equipo, equipamiento y materiales) potencialmente disponibles durante un período planificado de actividad se usa para estimar la utilización de los recursos. Los calendarios de recursos también especifican cuándo y por cuánto tiempo durante el proyecto estarán disponibles los recursos del equipo y los recursos físicos identificados. Esta información puede proporcionarse a nivel de actividad o a nivel de proyecto. Esto incluye el considerar atributos tales como la experiencia y el nivel de habilidad de los recursos, así como diversas ubicaciones geográficas.

Requisitos de Recursos

Los requisitos de recursos identifican los tipos y cantidades de recursos necesarios para cada paquete de trabajo o actividad dentro de un paquete de trabajo y se pueden agregar para determinar los recursos estimados para cada paquete de trabajo, cada ramificación de la EDT/WBS, y el proyecto en su totalidad. La cantidad de detalle y el nivel de especificidad de las descripciones de los requisitos de recursos pueden variar en función del área de aplicación. La documentación de los requisitos de recursos puede incluir suposiciones que se hicieron al determinar los tipos de recursos aplicados, su disponibilidad, y las cantidades necesarias.

Registro de Riesgos

El registro de riesgos captura los detalles de los riesgos individuales del proyecto que hayan sido identificados. Los resultados de Realizar el Análisis Cualitativo de Riesgos, Planificar la Respuesta a los Riesgos, Implementar la Respuesta a los Riesgos y Monitorear los Riesgos son registrados en el registro de riesgos a medida que estos procesos son realizados a lo largo del proyecto. El registro de riesgos puede contener información sobre riesgos limitada o detallada en función de las variables del proyecto, tales como el tamaño y la complejidad.

Una vez finalizado el proceso Identificar los Riesgos, el contenido del registro de riesgos puede incluir, entre otros:

Lista de riesgos identificados. A cada riesgo individual del proyecto se le asigna un identificador único en el registro de riesgos. Los riesgos identificados se describen con tanto detalle como sea necesario para asegurar una comprensión inequívoca. Puede ser utilizada una declaración de riesgo estructurada para distinguir los riesgos de la causa y su efecto.
Dueños de riesgo potencial. Cuando el dueño de un riesgo potencial ha sido identificado durante el proceso Identificar los Riesgos, el dueño del riesgo es registrado en el registro de riesgos. Esto será confirmado durante el proceso Realizar el Análisis Cualitativo de Riesgos.
Lista de respuestas potenciales a los riesgos. Cuando ha sido identificada una respuesta a un riesgo potencial durante el proceso Identificar los Riesgos, es registrada en el registro de riesgos. Esto será confirmado durante el proceso Planificar la Respuesta a los Riesgos.

Pueden ser registrados datos adicionales para cada riesgo identificado, dependiendo del formato de registro de riesgos determinado en el plan de gestión de los riesgos. Este puede incluir: un título breve del riesgo, categoría de riesgo, estado actual del riesgo, una o más causas, uno o más efectos sobre los objetivos, factores desencadenantes de riesgo (evento o condiciones que indiquen que el riesgo está a punto de ocurrir), referencia de la EDT/WBS de las actividades afectadas y la información de tiempo (cuando se identificó el riesgo, cuando podría ocurrir el riesgo, cuando podría ya no ser relevante y cuál es la fecha límite para la adopción de medidas).

Informe de Riesgos

El informe de riesgos presenta información sobre las fuentes de riesgo general del proyecto, e información resumida sobre los riesgos individuales de proyecto identificados. El informe de riesgos es desarrollado en forma progresiva a lo largo del proceso Gestión de los Riesgos del Proyecto. Los resultados de Realizar el Análisis Cualitativo de Riesgos, Realizar el Análisis Cuantitativo de Riesgos, Planificar la Respuesta a los Riesgos, Implementar la Respuesta a los Riesgos y Monitorear los Riesgos también son incorporados en el informe de riesgos a medida que se completan estos procesos. Una vez finalizado el proceso Identificar los Riesgos, la información en el registro de riesgos puede incluir, entre otros:

Las fuentes de riesgo general del proyecto, indicando cuáles son los impulsores más importantes de la exposición general al riesgo del proyecto
La información resumida sobre los riesgos individuales del proyecto identificados, tales como el número de amenazas y oportunidades identificadas, la distribución de riesgos en todas las categorías de riesgo, métricas y tendencias, etc.

Se puede incluir información adicional en el informe de riesgos, dependiendo de los requisitos de información especificados en el plan de gestión de los riesgos.

Datos del Cronograma

Conjunto de la información para describir y controlar el cronograma.

Registro de Interesados

Documento que incluye la identificación, evaluación y clasificación de los interesados del proyecto.

Acta de Constitución del Equipo

El acta de constitución del equipo es un documento que establece los valores, acuerdos y pautas operativas del equipo. El acta de constitución del equipo puede incluir, entre otros:

Valores de equipo,
Pautas de comunicación,
Criterios y procesos para la toma de decisiones,
Proceso para resolución de conflictos,
Pautas para reuniones, y
Acuerdos del equipo.

El acta de constitución del equipo establece expectativas claras acerca del comportamiento aceptable por parte de los miembros del equipo del proyecto. El compromiso con pautas claras desde el comienzo reduce los malentendidos y aumenta la productividad. Discutir áreas tales como códigos de conducta, comunicación, toma de decisiones o etiqueta de reuniones permite a los miembros del equipo descubrir valores que son importantes para todos. El acta de constitución del equipo funciona mejor cuando el equipo la desarrolla, o al menos tiene la oportunidad de contribuir a la misma. Todos los miembros del equipo del proyecto tienen la responsabilidad de garantizar que se sigan las reglas documentadas en el acta de constitución del equipo. El acta de constitución del equipo puede ser revisada y actualizada periódicamente para asegurar una continua comprensión de las reglas básicas del equipo y para orientar e integrar a nuevos miembros del equipo.

Documentos de Prueba y Evaluación

Documentos del proyecto que describen las actividades utilizadas para determinar si el producto cumple los objetivos de calidad establecidos en el plan de gestión de la calidad.