miércoles, 5 de octubre de 2016
martes, 4 de octubre de 2016
Seguimiento y control de proyecto
El área de proceso de Project Monitoring and Control (PMC) corresponde al nivel 2 en la representación por etapas y está ubicada dentro de la categoría de proceso de Gestión de proyectos para la representación continua. Tiene como propósito proporcionar una comprensión del progreso del proyecto para que se puedan tomar las acciones correctivas apropiadas, cuando el rendimiento del proyecto se desvíe significativamente del plan. Las prácticas definidas en esta área de proceso, en conjunto con las de PP, permiten llevar a cabo una adecuada gestión del proyecto que es la base del proceso gestionado. Ambas áreas de proceso están estrechamente ligadas en el sentido quePP establece y actualiza los planes de proyecto que son gestionados y controlados en PMC. La gestión del proyecto se basa en indicadores y resultados confiables que permitan determinar el estado del proyecto y tomar decisiones oportunas. Principalmente los indicadores y medidas obtenidas de MA es utilizado por PMC para controlar el proyecto. Como resultado de las revisiones de avance del proyecto se identifican desviaciones respecto a los planes definidos que deben ser corregidas, tomando acciones efectivas que permitan alcanzar los resultados del proyecto. Es importante garantizar la gestión de las acciones correctivas hasta que hayan sido ejecutadas y corregidas las desviaciones.
Controlar el estado del proyecto con base en el plan SG1 El rendimiento y el progreso real del proyecto son monitorizados respecto al plan del proyecto.
Controlar el estado del proyecto con base en el plan SG1 El rendimiento y el progreso real del proyecto son monitorizados respecto al plan del proyecto.
- SP1.1 Monitorizar los valores reales de los parámetros de planificación del proyecto respecto al plan del proyecto.
- SP1.2 Monitorizar los compromisos contra los identificados en el plan de proyecto.
- SP1.3 Monitorizar los riesgos respecto a los identificados en el plan de proyecto.
- SP1.4 Monitorizar la gestión de los datos del proyecto respecto al plan de proyecto.
- SP1.5 Monitorizar el involucramiento de las partes interesadas respecto al plan de proyecto.
- SP1.6 Revisar periódicamente el progreso, el rendimiento y los problemas del proyecto.
- SP1.7 Revisar los logros y los resultados del proyecto en los hitos seleccionados del proyecto.
- SP2.1 Recoger y analizar los problemas y determinar las acciones correctivas necesarias para tratarlos.
- SP2.2 Llevar a cabo acciones correctivas sobre los problemas identificados.
- SP2.3 Gestionar las acciones correctivas hasta su cierre
¿Qué es CMMI?
Para todos los que nuestro trabajo tiene que ver con la gestión de las TI, la gestión de los procesos de negocio (Business Process Management, BPM) es un punto clave. Tanto si gestionas servicios, desarrollas productos o eres responsable de un departamento o incluso de toda una organización dedicada a las tecnologías de la información, la estructuración del trabajo por procesos, la documentación y medición de los mismos y su posible mejora con el tiempo es un enfoque imprescindible a largo plazo.
Existen varias referencias en la industria que tocan de forma directa o indirecta el tema de la gestión de procesos de la organización: por ejemplo, si nuestra empresa tiene un sistema de calidad ISO 9001, hay una mejora continua de procesos instaurada y funcionando; si nuestra gestión de servicios está basada en ITIL, sabemos que los procesos de gestión de dichos servicios están basados en unas mejores prácticas, etc.
Las siglas de CMMI responden a Capability Maturity Model Integration, en cristiano Integración de Modelos de Madurez de las Capacidades. Siendo un poco más claros, CMMI es un conjunto de modelos basados en las mejores prácticas en la gestión de los procesos, desarrollados a través de un proyecto conjunto en el que participaron el SEI (Software Engineering Institute), el gobierno estadounidense y algunos miembros de la industria. Dichos modelos establecen cinco niveles de ‘madurez’ de las organizaciones en función de si tienen o no una serie de características que detalla cada modelo. Las organizaciones pueden ser evaluadas y, en función de dicha evaluación, se las puede otorgar un nivel de madurez del 1 al 5. Es decir, a través de CMMI, podemos saber el grado de ‘madurez’ de los procesos que tiene una organización, de acuerdo a un modelo de buenas prácticas. En principio, CMMI estaba orientado exclusivamente al desarrollo de software, pero se ha ido generalizando hasta finalmente derivar en los 3 modelos que conforman el conjunto:
- Desarrollo de productos y servicios (CMMI-DEV)
- Establecimiento y gestión de servicios (CMMI-SVC)
- Adquisición de productos y servicios (CMMI-ACQ)
Pero, como decíamos antes, va más allá. Para cualquier organización, CMMI es una buena forma de demostrar la madurez de sus procesos a clientes, y a su vez, conocer la de sus proveedores. Aún sin pasar por la evaluación, adoptar parcialmente las buenas prácticas sugeridas por CMMI puede aportar una mejora significativa a dichos procesos, pues se introducen buenas prácticas probadas.Sin embargo, no todo son ventajas. Como todo modelo de buenas prácticas, la adecuación lo es todo. No tiene sentido convertir toda la empresa al modelo CMMI de la noche a la mañana, quizá ni siquiera lo tenga nunca. La auténtica utilidad de CMMI es compararlo con nuestra gestión de procesos real, intentar entender las diferencias y ver qué consecuencias positivas y negativas aportaría la recomendación de CMMI.
Tomado de: http://www.cantabriatic.com/que-es-cmmi-y-para-que-sirve/
Suscribirse a:
Entradas (Atom)