ÁREAS DE PROCESO CMMi - PP - Planificación de Proyectos

PP (Project Planning) - Planificación de Proyectos

El objeto de esta área de proceso es el de establecer y mantener la planificación que define las actividades del proyecto.

El proceso de Planificación de Proyectos incluye

• Desarrollo del plan de proyecto
• Gestionar la relación con las personas involucradas de forma adecuada
• Obtener un compromiso con la planificación
• Mantenimiento de la planificación

La planificación comienza con los requisitos que definen el proyecto. La planificación incluye la estimación de los atributos de los work products y las tareas, determinar los recursos, negociar los compromisos, crear una agenda del proyecto e identificar y analizarlos riesgos del proyecto.
El plan de proyecto proporciona la base para el desarrollo y control de las actividades del proyecto que dirigen los compromisos con el cliente.
El plan del proyecto deberá ser revisado durante el desarrollo del proyecto para adecuarlo a cambios de requisitos y compromisos, estimaciones poco exactas, acciones correctivas.

Metas y Practicas Específicas

SG1 Establecer las estimaciones

Se crean y mantienen las estimaciones de los parámetros de la planificación.
Los parámetros de la planificación incluye toda la información necesaria por el proyecto para desarrollar la planificación, organización, staffing, dirección, coordinación, reporting y presupuesto.
Los factores que son típicamente utilizados durante la estimación son:

• Requisitos del proyecto
• Alcance del proyecto
• Identificación de tareas y work produts
• Aproximación técnica
• Modelo de ciclo de vida seleccionado
• Atributos de los work products y tareas (tamaño, complejidad, …)
• Agenda
• Datos históricos
• Metodología

SP 1.1

Estimar el alcance del proyecto

Establecer un Work Breakdown Structure (WBS) para estimar el alcance del proyecto.

El WBS evoluciona junto con el proyecto. Inicialmente un WBS de alto nivel ayuda a estructurar la estimación inicial. El desarrollo de un WBS divide el total del proyecto en un conjunto interconectado de componentes gestionables. Típicamente el WBS es una estructura orientada al producto que proporciona un esquema para la identificación y organización de las unidades lógicas de trabajo a ser gestionadas conocidas como paquetes de trabajo (Work Packages).

El WBS proporciona un mecanismo de referencia para la asignación de esfuerzo, calendario y responsabilidades y es usado como marco de trabajo para la planificación, organización y el control del trabajo hecho en el proyecto.

SP 1.2

Establecer las estimaciones de los atributos de los work products y las tareas

El tamaño es la entrada principal a muchos modelos usados para la estimación de esfuerzo ,  coste y calendario. Los modelos también pueden estar basados en entradas como conectividad, complejidad y estructura.

Las estimaciones deben ser consistentes con los requisitos del proyecto para determinar el esfuerzo, coste y calendario del proyecto. Un nivel relativo de complejidad debe ser asignado para cada tamaño de los atributos

SP 1.3

Definir el ciclo de vida del proyecto

Definir las fases del ciclo de vida del proyecto  a través de las cuales planificar el esfuerzo

Las fases del ciclo de vida de un proyecto necesitan ser definidas dependiendo del alcance de los requisitos, las estimaciones de los recursos del proyecto y la naturaleza del proyecto. Los proyectos grandes pueden contener múltiples fases.

SP 1.4

Determinar la estimación de esfuerzo y coste

Estimar el esfuerzo y coste del proyecto para los work products y tareas basadas en una estimación lógica.

Las estimaciones de esfuerzo y coste están normalmente basadas en los resultados de los análisis mediante el uso de modelos o datos históricos aplicados al tamaño, actividades y otros parámetros de la planificación.

Hay que tener especial cuidado a la hora de estimar aquellas tareas sobre las que no se pueden aplicar estas estimaciones basadas en modelos o datos históricos, el esfuerzo para realizar la estimación será mayor en estos casos y se debe documentar para entender  las hipótesis que se utilizaron para su estimación.

SG 2 Desarrollar un Plan de Proyecto

Se crea y mantiene un plan de proyecto como base para la gestión del proyecto.

Un plan de proyecto es un documento formal y aprobado, utilizado para la gestión y control de la ejecución del proyecto. Está basado en los requisitos del proyecto y la estimación generada. Debe tener en cuenta todas las fases del ciclo de vida del proyecto y debe tener bajo control todos aquellos otros planes que puedan afectar al plan del proyecto.

SP 2.1

Establecer un presupuesto y un calendario

Crear y mantener el calendario y el presupuesto del proyecto

El presupuesto y el calendario del proyecto están basados en las estimaciones y asegura que se gestionará de forma adecuada el presupuesto, la complejidad de las tareas y las dependencias entre ellas.

Entre las principales acciones que se pueden realizar están

• Identificar los hitos
• Identificar aquellas tareas cuya estimación no es muy especifica
• Identificar las restricciones de tiempo, de recursos, entradas y salidas
• Identificar la dependencia entre tareas
• Definir el presupuesto y el calendario
• Establecer unos criterios para las acciones correctivas que determinarán que constituye una desviación significativa.

SP 2.2

Identificar los riesgos del proyecto

Los riesgos deben ser identificados y analizados de cara a que sean tenidos en cuenta a la hora de la planificación del proyecto.

Los riesgos deben ser priorizados en función del impacto que pueden tener en el proyecto para tomar las acciones de mitigación necesarias.

SP 2.3

Planificar la Gestión de Datos

Entendemos como Datos las distintas formas de documentación necesaria para el correcto entendimiento de la aplicación. Se puede presentar en múltiples medios (impreso, digital, multimedia, etc.)

Los requisitos de datos para el proyecto deben estar establecidos tanto los ítems de datos como su contenido y forma.

SP 2.4

Planificar los Recursos

Planificar los recursos necesarios para el desarrollo del proyecto.

Se deben definir los recursos (personas, maquinas, materiales, etc) y las cantidades necesarias para desarrollar las actividades del proyecto definidas en la estimación inicial y aportar información adicional que pueda ser utilizada para refinar el WBS utilizado para la gestión de proyecto.

SP 2.5

Planificar la Necesidad de Conocimientos

Planificar las necesidades de conocimientos para el desarrollo del proyecto.

La adquisición de este conocimiento incluye la formación del personal del proyecto y la adquisición de los conocimientos desde fuentes externas

Los requerimientos de personal dependen del nivel y conocimiento disponible para dar soporte a la ejecución del proyecto

SP 2.6

Planificar la involucración de los interesados

Los interesados deben ser identificados durante todas las fases del ciclo de vida del proyecto y se debe conocer sus funciones, su relevancia  y grado de interacción con el proyecto para las actividades especificas.

Es importante que los interesados en las últimas fases de ciclo de vida tengan conocimiento de las decisiones sobre los requisitos y el diseño que les pudiesen afectar.

SP 2.7

Establecer el Plan del Proyecto

Establecer y mantener la planificación del proyecto completo.

Es necesario un plan documentado que tenga en cuenta todos los planes importantes, de cara a alcanzar un entendimiento mutuo, entre los planes, compromiso y un rendimiento adecuado de los individuos, grupo y organizaciones que tienen que ejecutar o dar soporte al plan.

El plan creado para el proyecto debe definir todos los aspectos de esfuerzo: ciclo de vida del proyecto, tareas de gestión y técnicas, presupuestos y planificación temporal, conocimientos y recursos necesarios, hitos, gestión de datos, identificación de riesgos e identificación de los interesados. La descripción de las infraestructuras incluye las relaciones de responsabilidad y autoridad para el equipo técnico, de gestión y soporte del proyecto.

SG 3.3 Obtener Compromiso con el Plan

Se establecen y mantienen los compromisos con el plan del proyecto.

Para que sean efectivos, los planes requieren un compromiso por parte de aquellos responsables de la implementación y soporte del plan.

SP 3.1

Revisar los planes que afectan al proyecto

Revisar todos los planes que afectan al proyecto para entender los compromisos del proyecto.

Todos los planes que afectan al proyecto deben ser revisados para asegurar el entendimiento del alcance, objetivos, roles y relaciones que son necesarias para que el proyecto se ejecute correctamente.

SP 3.2

Conciliar nivel de trabajo y recursos

Conciliar el plan de proyecto para que refleje los recursos estimados y disponibles

La idea de esta práctica es la de obtener un compromiso entre el nivel de trabajo y la disponibilidad de los recursos asignados al proyecto. Para conseguir esta conciliación se suelen negociar los recursos, presupuesto, encontrar nuevas vías para incrementar la productividad, ajustar el staff o revisar todos los planes que afectan al proyecto o la planificación.

SP 3.3

Obtener compromiso con el plan

Obtener el compromiso por parte de los interesados, responsables del desarrollo y soporte del plan de ejecución.

La obtención del compromiso implica la interacción entre los principales interesados tanto internos como externos. Los compromisos alcanzados deben tener la seguridad que el trabajo va a ser desarrollado dentro de las restricciones de  coste económico, planificación y rendimiento

« volver