Mostrando entradas con la etiqueta grupos. Mostrar todas las entradas
Mostrando entradas con la etiqueta grupos. Mostrar todas las entradas

Oficina de gestión de proyectos y CMMI

project,office
El modelo CMMI y la Oficina de gestión de proyectos tienen muchos puntos en común y pueden favorecerse al combinar los resultados que se buscan en beneficio de los proyectos. 

La Oficina de gestión de proyectos (Project Management Office o PMO) es el departamento o grupo de personas que define y actualiza los estándares para la gestión de proyectos en la organización y es responsable de la ejecución exitosa de los proyectos bajo su control.

CMMI es un modelo de referencia que contiene prácticas que las organizaciones utilizan para mejorar los resultados en el desarrollo y mantenimiento de productos, operación de servicios o adquisición de productos o servicios. Cubre elementos de gestión de proyectos por lo que podría vincularse y aplicarse con las funciones de la PMO y obtener mejores resultados.

10 principios fundamentales para la calidad

Los proyectos de desarrollo de software presentan fallas y problemas en relación con los planes y requisitos iniciales. La industria de software tiene pocas estadísticas o resultados cuantitativos con relación a los atributos de calidad, tales como: seguridad, portabilidad, adaptabilidad, mantenibilidad, robustez, usabilidad, confiabilidad y eficiencia. Para poder mejorar la calidad del software se requiere medir, cuantificar y ajustar el proceso, no sólo contar defectos o fallas.

Consideraciones para implantar prácticas de CMMI

Hace un tiempo Neil Potter ofreció un webinar "Appraisals and CMMI Gotchas - Lessons in CMMI Use and Appraisal Preparation", donde compartió algunas cuestiones que son adecuadas considerar en la implantación de las prácticas del modelo CMMI y que se resumen a continuación.

El objetivo de las empresas que implementan prácticas de CMMI es desarrollar mejores productos, de manera controlada y optimizando el esfuerzo y costo. La documentación es un apoyo para estos productos pero no debe convertirse en el foco de la organización. Es importante cuidar el nivel de documentación sin afectar el objetivo del negocio que es desarrollar productos hacia el cliente.

Grupo de procesos y mejora de procesos

Para lograr una mejora de procesos efectiva es necesario considerar diversos factores entre los que se destacan: recibir una adecuada asesoría por personal capacitado en el modelo de referencia y en proyectos de mejora o que haya estado involucrado en un proyecto similar, el personal directamente involucrado en la mejora debe ser el mejor y el más reconocido dentro de la organización y es imprescindible que exista un fuerte liderazgo enfocado hacia la calidad y con conocimiento de los proyectos de mejora.


Adicionalmente a esos factores, un elemento clave en el proceso de mejora es la existencia de un grupo que tenga la responsabilidad de coordinar las actividades del proyecto de mejora. Este grupo de especialistas debe facilitar la definición, mantenimiento y mejora de los procesos que utiliza la organización. Su propósito es el de facilitar el proceso de mejora, no de implementarlo.


El área clave de proceso del nivel 3 de CMMI, Organization Process Focus (OPF), establece que este grupo es responsable del desarrollo y mantenimiento de los procesos de la organización. Generalmente este grupo se conoce como SEPG (Software Engineering Process Group) o EPG.

Roles involucrados en la gestión de procesos de negocios.

El establecimiento de una organización centrada en procesos requiere la definición de una arquitectura de negocio que posibilite potenciar los procesos de negocio que creen valor, estos procesos constituyen activos vitales para la operación. La definición de la arquitectura establece la creación de las unidades básicas para cumplir los objetivos estratégicos, así como de las relaciones y mecanismos que permiten responden a las oportunidades y desafíos que se presentan. 

La gestión de procesos de negocios es una forma de hacer negocios centrados en los procesos y requiere adaptar los entornos corporativos y la arquitectura empresarial. Considera la definición de la estructura organizativa funcional para el logro de los objetivos empresariales, las relaciones entre las unidades, cultura, principios y prácticas.  

En este enfoque cada una de las funciones es consciente de su posición en el flujo de valor y de la forma en que su trabajo afecta a las personas que se afectan por sus resultados. Cada uno visualiza el proceso, lo analiza, entiende y participa directamente en la ejecución de las mejoras. ¿Cuáles son los roles que desempeñan cada uno de estos participantes para lograr el resultado?

Roles y funciones por área de proceso

El modelo CMMI establece prácticas que se implementan para cubrir las necesidades de mejora de los procesos, en una estructura que permite comparar a las organizaciones entre sí. En el proceso de implementación de esas prácticas se deben asignar nuevas actividades o tareas a grupos o individuos existentes o bien crear nuevos. Muchas veces existen dudas de cómo se mapean esas funciones y roles en cada una de las áreas de proceso.

En los ejemplos de la GP2.4 se indican para algunas áreas de proceso los roles o funciones responsables de ejecutar las actividades del proceso. De igual forma a nivel de las notas se indican roles que pueden participar de las actividades. En todos los casos esta información es a modo de sugerencia y no es requisito, cada organización determina la forma óptima de ejecutar las diferentes actividades.

Stakeholders, identificación y análisis

Stakeholders, de acuerdo con el glosario de CMMI, se refiere al individuo o grupo que se ve afectado o es responsable en alguna medida de los resultados de una empresa o proyecto. Aparece en diversas prácticas o metas en diferentes áreas de  proceso: en PP se identifican los stakeholders, en PMC se controla la participación, en IPM se gestiona la coordinación y colaboración de los stakeholders y, adicionalmente, para todas las áreas de proceso la GP 2.7 identifica e involucra a los stakehokders.
Sergio Martínez, en una traducción de un artículo de MindTools, presenta diferentes consideraciones para el análisis de stakeholders como parte de la gestión de proyectos para lograr el éxito del mismo, o su fracaso.

Agile y PMO, dos historias y un mismo final

Lehmann, Thomas
El uso de los enfoques Agile y PMO (Project Management Office) consideran diferentes perspectivas para la gestión y conducción de un proyecto. Hablan diferentes lenguajes pero al final deben llegar al mismo resultado. En ambos casos deben garantizar el cumplimiento de los objetivos del proyecto, desde enfoques diferentes. ¿Cómo manejar e integrar ambas perspectivas?

10 Claves para una adecuada definición y gestión de requisitos

El establecimiento de los requisitos para un producto es vital para obtener un excelente resultado. Es la base para arrancar el trabajo de desarrollo y la fuente de muchos de los problemas que se presentan, por lo que una adecuada definición y gestión de los mismos es la clave para evitar contratiempos, retrabajos e incrementos de costos.

 Existen elementos imprescindibles, que se deben tomar en cuenta, para una correcta definición y gestión de requisitos y que son presentados aquí como diez elementos claves. Estos deben ser considerados como parte del sistema de procesos, prácticas, herramientas y disciplinas a integrar para identificar, analizar, especificar, verificar y gestionar los requisitos de un producto

Sugerencias para mejorar la aceptación de los procesos

La implementación de los procesos definidos en el ciclo de mejora es crucial para lograr los cambios que de desean en la organización. Definitivamente el esfuerzo de abstracción y definición de los procesos espera ansiosamente el momento de la publicación. Pero a partir de ese momento puede empezar el dolor de cabeza al enfrentar la resistencia al cambio al enfrentar la cultura y comportamiento existente. Por lo que anticipar e identificar estos elementos de resistencia es fundamental para el éxito.

Para facilitar la adopción de los cambios es importante vincular al personal en el proyecto de mejora de manera activa, considerar sus experiencias, frustraciones y motivaciones. La regla es sencilla, para facilitar el cambio es importante facilitar el uso de los medios para lograr el cambio. Muchas veces la primera barrera es el proceso en si, por lo que en la definición de los procesos y activos del conocimiento es importante tomar en cuenta algunas ideas.

Perfil para Aseguramiento de Calidad

La función de aseguramiento de calidad es fundamental para un sistema de gestión de la calidad. Como parte del modelo CMMI en el área de proceso de PPQA se indican prácticas que se requieren para cubrir esta función. El objetivo es poder evaluar el cumplimiento del proceso y su aplicación en las áreas y proyectos desde una visión objetiva, establecida por el proceso y que se complementa con la independencia de la función que es revisada.
Típicamente, las organizaciones deciden asignar esta función a una persona o grupo que se encarga, entre otras tareas, de realizar las revisiones de aseguramiento de calidad. ¿Cuál es el perfil general de puesto para desarrollar esta función?

Team Software Process (TSP)

TSP es uno de los métodos desarrollados por el SEI, para en conjunto con PSP, mejorar el desempeño de los equipos de desarrollo y la calidad de los productos que se construyen. Permite instanciar las prácticas de CMMI con elementos ya definidos y listos para utilizarse.
Adicionalmente es uno de los componentes, adicional a CMMI y Six Sigma, que integran la estrategia AIM presentada por el SEI para acelerar la implementación de las prácticas del modelo CMMI en las organizaciones. De acuerdo con este enfoque, el uso de TSP, combinado con Six Sigma, permite implementar las prácticas a nivel 3 de CMMI de manera rápida, confiable y con un alto rendimiento en un periodo de 18 meses para organizaciones pequeñas o medianas.

10 elementos para el éxito de un proyecto

Entender y atender las necesidades del proyecto, de equipo y del cliente es fundamental para un proyecto. Naomi Karten irónicamente propone “Ten Ways to Guarantee Project Failure” en una columna de stickyminds.com


En este artículo se presentan, en forma positiva, 10 elementos importantes para contribuir al buen resultado del proyecto.

Roles y responsabilidades en el modelo CMMI

El modelo CMMI es flexible respecto a la estructura de roles y responsabilidades que desempeñan las prácticas descritas en cada área de proceso y no establece una estructura sugerida para implantar las diferentes prácticas. Cada Organización al definir sus procesos asigna libremente las diferentes actividades a las funciones o roles establecidos dentro de su estructura. 

En la práctica genérica 2.4 se menciona que se debe asignar la responsabilidad y autoridad para la ejecución del proceso, el desarrollo de los productos de trabajo y proporcionar los servicios del proceso. En términos generales se espera que la responsabilidad, y autoridad, en la ejecución y resultados del proceso esté claramente definida y documentada en la especificación de puestos o roles que desempeñan los individuos en la organización. 

CMMI v2, cinco puntos para entender la nueva versión del modelo

El mes de marzo del 2018 fue el lanzamiento de la versión 2.0 del modelo CMMI (Capability Maturity Model for Integration) por el CMMI Ins...