Desarrollo de Software. CMMI (Capability Maturity Model Integration). Nivel 3: Definido. Área de Proceso: Gestión de proyecto integrada I

El nivel 3 de CMMI tiene un ámbito de aplicación a nivel organizativo (o departamental si el desarrollo de software es un departamento más de la entidad), por tanto, resulta lógico que la gestión de proyectos vaya más allá de lo que es el proyecto en sí o de la cartera de proyectos de un jefe de proyectos, ya que lo que se pretende, por un lado es evitar la formación de repúblicas independientes que, pudiendo utilizar determinados procesos organizativos, tengan una dinámica de funcionamiento separada del resto (algo muy común en las empresas de desarrollo de software) y por otro fomentar una visión integrada y organizativa de los proyectos que tienen que estar alineados con las estrategias, objetivos y normativas de la organización.

Se pierde mucho valor en las empresas de desarrollo de software cuando la experiencia, conocimientos y activos de un proyecto no tienen más alcance que el grupo de personas que han trabajado en el proyecto y no existe una proyección hacia la organización. Esto sucede en empresas pequeñas pero también en entidades mastodónticas que no tienen definidos procesos que permitan aprovechar todo ese caudal, lo que las convierte en realidad en multitud de microempresas que solo tienen en común el nombre y las personas que van de un proyecto a otro.

En este proceso, se describen las acciones a realizar para determinar el proceso de desarrollo que seguirá el proyecto, el cual tiene que formar parte, del repositorio de activos de la organización (área de proceso: Definición de proceso organizativo).

Esto quiere decir que todo proyecto a nivel organizativo va a utilizar una metodología, un ciclo de vida, va a generar unos artefactos, seguir una estrategia que ha sido homologada para ser utilizada, lo que permite acotar la forma en que se enfoca el proyecto, algo que resulta ventajoso para tener una visión general de los proyectos en los que se trabaja, facilita la medición y la rotación de los empleados entre los diferentes equipos.

Puede haber excepciones y que el proyecto requiera de excepciones respecto a lo reflejado en algún área de proceso. Siempre hay que estar abiertos a que esto pueda suceder, porque es algo que pasará y es necesario tener presente qué se hará en estos casos. Lo que se hará será poner sobre aviso al área de calidad y/o al área de gestión de los procesos CMMI en la organización, los cuales deberán evaluar sí la excepción o excepciones están justificadas y si es así, dar el visto bueno. Tras la aprobación de las mismas, estas deberán quedar perfectamente documentadas en el plan de proyecto y se contribuirá al repositorio de activos con aquellos artefactos, prácticas o experiencias adquiridas si así resulta de interés para la organización.

Es importante tener en cuenta que cuando me he referido a áreas de proceso, sobre todo a aquellas que acotan procedimental o técnicamente un proyecto, siempre he hecho referencia a la necesidad de definir en las mismas diferentes escenarios en función de la naturaleza del sistema o sistemas con los que se va a trabajar, esto permite una mayor flexibilidad a la hora de seleccionar metodologías, arquitecturas, etc… (dentro de un orden) permitiendo un mayor ajuste a las necesidades del proyecto.

2 comentarios

Responder

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión /  Cambiar )

Google photo

Estás comentando usando tu cuenta de Google. Cerrar sesión /  Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión /  Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión /  Cambiar )

Conectando a %s

A %d blogueros les gusta esto: