DE02-Definición de la planificación de proyectos (PP)

Objetivos

• Normalizar los procesos de planificación de los procesos.

• Apoyar a los equipos de desarrollo para lograr sus objetivos en tiempo y forma basándonos en los estándares definidos por CCMI en su área de procesos de Project Planning.

• Todos los integrantes de MUTATE logran sus competencias que engloban la planeación CCMI antes del final de la semana 15.

¿Qué es Project Planning?

Sacando la definición del manual de CMMI v1.3 (2010): "The purpose of Project planning is to establish and mantain plans that define project activities.".

Prácticas a seguir

Establecer Estimaciones

1. Para empezar a crear un plan, las estimaciones son fundamentales. El primer paso es determinar el acercamiento técnico (Estrategia de alto nivel) del proyecto.:

   • Establecer qué tecnologías se van a utilizar en el proyecto.

   • Ejemplos: Servidores, frameworks, lenguajes, etc.

2. Posteriormente hay que determinar qué atributos de funcionalidad y calidad serán incluidos.

   • Ejemplos: Seguridad, disponibilidad, etc.

3. Estimar tamaño y contenido de:

   • Entregables y todo tipo de documentos.
   • Software y hardware de apoyo.
   • Ejemplos: Agile Points, casos de uso, epics, etc.

4. Definir las fases del ciclo de vida del proyecto.

   • Estas fases deben ser definidas dependiendo del enfoque de los requisitos, las estimaciones previamente hechas y la naturaleza del proyecto.

   • Se pueden crear subfases en la fase de desarrollo, tales como análisis de requisitos, diseño, fabricación, integración y entrega.

   • Fases sugeridas por CMMI: selección y refinamiento de uno o más modelos de desarrollo.

   • Ejemplos: identificación de necesidades, diseño de propuesta, prueba de arquitectura, desarrollo, etc.

5. Estimar esfuerzo y costo.

   • Acumular modelos y datos anteriores o una combinación de ambos que puedan transformarse en horas laborales estimadas.
   • Ejemplos: horas disponibles de cada miembro, cantidad de miembros, etc.

Desarrollar un plan de proyecto

Un plan de proyecto es un documento formal y aprobado para administrar y controlar la ejecución del proyecto, basado en los requerimientos y las estimaciones del proyecto.

1. Establecer un presupuesto de los recursos disponibles y una agenda.

   • Estos dos recursos (presupuesto y agenda) deben estar basados en las estimaciones previamente establecidas para asegurar la complejidad de las tareas a asignar, a dónde se destinará el presupuesto y las dependencias de las tareas. Para crear estos dos recursos, se deben identificar:
     • Los hitos (milestones)
     • Propuestas para la agenda
     • Restricciones
     • Dependencias de las tareas
   • Una vez definidas todas estas cuestiones, lo unico que queda es establecer la planeación, apegarse a ella y crear criterios de acciones correctivas(replaneación, establecer acuerdos nuevos, etc.).
   • Ejemplos: Horas de trabajo del equipo, fechas de avances, prioridad de tareas, etc.

2. Identificar los riesgos del proyecto.

   • Identificar posibles errores, amenazas, vulnerabilidades, etc.
   • Documentar estos riesgos como más convenga según el caso. (Recomendado checklist)
   • Priorizar los riesgos.
   • Ejemplos: El cliente usa una subscripción que no tiene API para integrar al proyecto, existen necesidades secundarias que pueden requerir un alcance mayor al disponible, etc.

3. Planificar la gestión de datos.

   • Establecer requerimientos y procedimientos
   • Establecer un mecanismo para guardar datos y accesar a esos mismos datos.
   • Determinar los datos que se van a recolectar, colectarlos y distribuirlos.
   • Determinar los requisitos para proporcionar acceso y distribución de datos a las partes interesadas.
   • Decidir qué datos de proyectos requieren un control de versiones u otros niveles de configuración de control, y establecer mecanismos para asegurar que los datos son controlados.
   • Ejemplos: Repositorios, BDs, documentación, etc.

4. Recursos de proyectos.

   • Determinar los requerimientos de procesos.
   • Determinar los requerimientos de comunicación.
   • Determinar los requerimientos del staff.
   • Determinar los requisitos de instalaciones, equipos y componentes.
   • Determinar otros requisitos de recursos continuos.
   • Ejemplos: Horarios de trabajo, horarios disponibles del socio, medios de comunicación, etc.

5. Planificar el conocimiento y habilidad necesarios.

   • Identificar el conocimiento y habilidades necesarias para desarrollar el proyecto.
   • Evaluar los conocimientos y habilidades disponibles.
   • Seleccionar mecanismos para proporcionar los conocimientos y habilidades necesarios.
   • Incorporar mecanismos seleccionados en el plan del proyecto.
   • Ejemplos: Team knowledge, evaluación de frameworks, tutoriales, cursos, análisis de curva de aprendizaje, etc.

6. Plan para involucrar a los interesados.

7. Establecer un plan de proyecto.

   • Tener un plan general del proyecto.

Obtener compromiso con el plan

Para ser efectivos los planes necesitan compromiso de quienes son responsables de implementar y dar soporte al plan.

1. Revisar planes que pueden afectar al proyecto.

   • Registro de las revisiones de planes que afectan al proyecto.

2. Conciliar los niveles de trabajo y los recursos.

3. Obtener compromiso con el plan.

   • Identificar las necesidades de apoyo y negociar compromisos con las partes interesadas pertinentes.
   • Documentar todos los compromisos organizativos, tanto completos como provisionales, y garantizar el nivel adecuado de signatarios.
   • Revisar los compromisos internos con la alta dirección según corresponda.
   • Resultados de traducción.
   • Revisar los compromisos externos con la alta dirección según corresponda.
   • Identificar compromisos con respecto a las interfaces entre los elementos del proyecto y otros proyectos y unidades organizativas para que estos compromisos puedan ser monitoreados.

Versiones

Versión	Descripción	Responsable	Fecha
1.0	Creación de la guía	Área PP	5/03/2022
1.1	Agregar versiones y correción de redacción	Fernando Vargas	10/03/2022
1.2	Corrección ortográfica y de sintaxis	Guillermo C. Espino	6/04/2022

Referencias

• CMMI Product Team. (2010). CMMI for Development, Version 1.3.