Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Servicios de Azure DevOps | Azure DevOps Server | Azure DevOps Server 2022
El proceso de integración del modelo de madurez de funcionalidad (CMMI) proporciona un marco estructurado para administrar el desarrollo de software en entornos regulados y de cumplimiento intensivo.
CMMI es ideal para los equipos que trabajan en sectores regulados, aquellos que requieren procedimientos formales de control de cambios o organizaciones que adoptan marcos de mejora de procesos. En este artículo se presentan los tipos de elementos de trabajo, las consultas, los gráficos y los paneles de CMMI. Si no está familiarizado con CMMI, comience aquí.
Prerequisites
- Una organización de Azure DevOps.
- Nivel de acceso Básico o superior y permiso de Creador de proyectos.
- Familiaridad con los conceptos de seguimiento de elementos de trabajo y las plantillas de proceso.
- Opcional: acceso de lectura a la configuración de la plantilla de proceso.
Si CMMI no es adecuado para su equipo, considere la posibilidad de usar plantillas de proceso alternativas:
- Proceso ágil : mejor para los equipos que usan el desarrollo iterativo con ceremonias flexibles
- Proceso de Scrum : mejor para los equipos que practican el desarrollo basado en sprint con revisiones formales
Antecedentes: Integración del Modelo de Madurez de Capacidades
La integración del modelo de madurez de la capacidad (CMMI) es un marco de madurez desarrollado por el Instituto de Ingeniería de Software (SEI) en la Universidad Carnegie Mellon. CMMI ayuda a las organizaciones a evaluar la madurez de los procesos y guía la mejora del proceso para producir resultados más predecibles y productos de mayor calidad. Proporciona un enfoque estructurado para la administración de riesgos y la medición de la forma en que una organización administra el riesgo.
Nota
En este artículo se basa su guía sobre la versión 1.3 de CMMI, que Azure Boards admite. El contenido no se actualiza a versiones posteriores de CMMI. En CMMI, los requisitos representan las necesidades del cliente y el ámbito del proyecto, mientras que las tareas representan el trabajo de implementación. Vincule los requisitos a las tareas para habilitar el seguimiento acumulativo y la supervisión del progreso en todos los equipos. Use solicitudes de cambio y errores para realizar un seguimiento de las modificaciones y defectos formales.
¿Cuál es el propósito de CMMI?
CMMI ayuda a equipos y organizaciones:
- Mejorar la previsibilidad : las organizaciones de mayor madurez tienden a aplicar prácticas cuantitativas de administración, muestran una variabilidad de procesos más baja y usan indicadores iniciales para las decisiones de administración desfensibles.
- Administrar el riesgo : la capacidad de administrar el riesgo contribuye directamente a la capacidad de una organización para ofrecer resultados compatibles de alta calidad.
- Simplificar la comunicación : CMMI proporciona un marco y un lenguaje comunes que mejora la comunicación sobre la mejora de los procesos.
- Equilibrar la innovación y el control : CMMI centra la estandarización de procesos en entornos regulados, a la vez que apoya la mejora continua.
Las consultas de elementos de trabajo le ayudan a enumerar elementos por tipo: solicitudes de cambio, errores, tareas y requisitos. Use consultas para centrarse en el trabajo actual, los problemas de evaluación de prioridades y preparar la planeación y los informes.
Use CMMI como base para un programa de mejora de procesos, no como una lista de comprobación prescriptiva que debe seguir textualmente. Trate las evaluaciones como una manera de medir el progreso en lugar del objetivo principal. Recuerde que una mayor madurez puede reducir la velocidad de innovación, mientras que la menor madurez puede fomentar la innovación, pero con menos previsibilidad.
CMMI define 22 áreas de proceso que ayudan a las organizaciones a mejorar entre ingeniería, administración de proyectos y soporte organizativo. El modelo proporciona dos representaciones complementarias:
- Representación almacenada provisionalmente: Agrupa las 22 áreas de proceso en cinco niveles de madurez (1 a 5), lo que produce un único nivel de madurez para una organización. Esta representación ayuda a los ejecutivos y administradores a comprender la funcionalidad de la organización.
- Representación continua: Evalúa la capacidad por área de proceso, lo que le permite centrarse en la mejora en la que ofrece el mayor valor empresarial.
Áreas de proceso de CMMI
El modelo de CMMI-DEV define 22 áreas de proceso en la versión 1.3:
| Acrónimo | Área de procesos |
|---|---|
| COCHE | Análisis causal y resolución |
| CM | Administración de la configuración |
| DAR | Análisis y resolución de decisiones |
| IPM | Administración de proyectos integrada |
| MA | Medición y análisis |
| OID | Innovación e implementación de la organización |
| OPD | Definición de proceso organizativo |
| OPF | Enfoque del proceso organizativo |
| OPP | Rendimiento de procesos organizativos |
| OT | Formación organizativa |
| PI | Integración de productos |
| PMC | Supervisión y control de proyectos |
| PP | Planificación de proyectos |
| PPQA | Control de calidad de procesos y productos |
| QPM | Administración cuantitativa de proyectos |
| RD | Definición de requisitos |
| REQM | Administración de requisitos |
| RSKM | Gestión de riesgos |
| SAM | Administración de contratos de proveedor |
| TS | Solución técnica |
| VER | Comprobación |
| VAL | Validation |
Introducción a CMMI
Para crear el primer proyecto de CMMI en Azure DevOps, siga estos pasos:
Para empezar, siga estos pasos:
Crear un proyecto con CMMI : seleccione la plantilla cmmi durante la creación del proyecto.
Planear su primer trabajo : cree requisitos para capturar las necesidades y las tareas del cliente para desglosar el trabajo de implementación. Los requisitos y las tareas funcionan de manera conjunta para habilitar el seguimiento acumulativo en todo el equipo.
Configurar consultas y paneles : cree consultas de elementos de trabajo para centrarse en el trabajo actual y crear gráficos para supervisar el progreso. Las consultas le ayudan a analizar las dependencias y a mantener el cumplimiento.
Para obtener instrucciones detalladas sobre el flujo de trabajo, consulte Tipos de elementos de trabajo y flujo de trabajo de CMMI.
Tipos y flujos de trabajo de CMMI
CMMI incluye cinco tipos de elementos de trabajo principales, cada uno con un ciclo de vida definido. Comprender estos tipos y sus flujos de trabajo le ayuda a aplicar el proceso de CMMI de forma eficaz.
| Tipo de elemento de trabajo | propósito | Workflow | ¿Es único para CMMI? |
|---|---|---|---|
| Requisito | Capturar las necesidades del cliente y el ámbito del proyecto | Propuesto → Activo → Resuelto → Cerrado | Equivalente a "User Story" en Agile/Scrum |
| Solicitud de cambio | Solicitar modificaciones formales en los requisitos o el diseño | Propuesto → Activo → Resuelto → Cerrado | Sí: habilita la administración de cambios formal |
| tarea | Desglose del trabajo y seguimiento de los pasos de implementación | Nuevo → activo → completado → cerrado | Disponible en todos los procesos |
| Error | Defectos del documento en el código o diseño | Nuevo → Activo → Resuelto → Cerrado | Disponible en todos los procesos |
Diferencia clave: A diferencia de Agile y Scrum, CMMI incluye solicitudes de cambio para aplicar procedimientos formales de control de cambios. Este enfoque permite a los equipos mantener seguimientos de auditoría y cumplir las normativas en entornos controlados.
Nota
- Puede personalizar el sistema de seguimiento de trabajo para el proyecto mediante la creación y personalización de un proceso heredado y la aplicación de ese proceso al proyecto. Para obtener más información, consulte Personalización de procesos y procesos heredados.
- También puede personalizar una plantilla de proceso. Para obtener más información, consulte Procesos predeterminados y plantillas de proceso.
Nota
- Puede personalizar el sistema de seguimiento de trabajo para el proyecto personalizando un proceso heredado o un proceso XML local. Para obtener más información, consulte Personalización de procesos y procesos heredados o Personalización de procesos XML locales. La versión más reciente de cada proceso se carga automáticamente al instalar o actualizar a la versión más reciente de Azure DevOps Server. Otros artefactos, como los informes de SQL Server, solo están disponibles cuando se conecta a un proyecto. Se aplican otros requisitos de recursos.
- También puede personalizar una plantilla de proceso. Para obtener más información, consulte Procesos predeterminados y plantillas de proceso.
Planificación y seguimiento del trabajo con CMMI
En CMMI, los requisitos representan las necesidades del cliente y el ámbito del proyecto, mientras que las tareas representan el trabajo de implementación. Vincule los requisitos a las tareas para habilitar el seguimiento acumulativo y la supervisión del progreso en todos los equipos. Use solicitudes de cambio y errores para realizar un seguimiento de las modificaciones y defectos formales.
Para obtener más información sobre cómo crear requisitos, vincular tareas y administrar flujos de trabajo de elementos de trabajo, consulte Tipos y flujos de trabajo de CMMI.
Usa esta ruta para empezar con la planificación ágil. Para obtener más información, consulte Introducción a las herramientas de Agile para planear el trabajo y realizar un seguimiento.
- Crea tu lista de tareas pendientes
- Organización del trabajo pendiente
- Administrar errores
- Administración de problemas e impedimentos
Nota
Un elemento de trabajo es un registro de base de datos que contiene la definición, la asignación, la prioridad y el estado del trabajo. Los tipos de elemento de trabajo definen la plantilla de los campos, el flujo de trabajo y el formato de cada tipo. Los elementos de trabajo se pueden vincular entre sí para admitir dependencias de seguimiento, consolidar trabajo e informes.
Enumeración de elementos de trabajo con consultas
Las consultas de elementos de trabajo le ayudan a enumerar elementos por tipo: solicitudes de cambio, errores, tareas y requisitos. Use consultas para centrarse en el trabajo actual, los problemas de evaluación de prioridades y preparar la planeación y los informes.
Patrones comunes de consulta cmMI:
- Mostrar todos los requisitos vinculados a una epopeya o característica
- Enumerar solicitudes de cambio en espera de aprobación o en revisión
- Mostrar errores que bloquean una versión
- Búsqueda de tareas que aún no se han iniciado en el sprint actual
- Mostrar los requisitos por estado (Propuesto, Activo, Resuelto, Cerrado)
Estas consultas le ayudan a analizar el progreso, identificar las dependencias y mantener el cumplimiento del proceso.
Nota
Al crear un nuevo proyecto, ya no hay un conjunto predeterminado de consultas compartidas. Se han quitado las definiciones de consultas compartidas de la plantilla de proceso. En el caso de las implementaciones locales, puede agregarlas a una plantilla de proceso personalizada, tal y como se describe en Agregar consultas de elementos de trabajo a una plantilla de proceso.
Vea y ejecute consultas desde el portal web. También puede ver las consultas del complemento Team Explorer para Visual Studio. Modifique una consulta en el editor de consultas web para aplicar distintos criterios de filtro y agregue consultas a los paneles del equipo.
Recomendaciones para consultas compartidas
Mejore el flujo de trabajo con las sugerencias siguientes:
- Para buscar los elementos de trabajo que tenga asignados, agregue @Me como valor al campo Asignado a en una cláusula de consulta.
- Abra el editor de consultas para modificar cualquier consulta agregando criterios para un área de producto, iteración u otro campo.
- Abra una consulta en Excel para actualizar los campos de uno o varios elementos de trabajo y publicar cambios en la base de datos.
- Cree un gráfico circular, un gráfico de columnas o un gráfico de tendencias para visualizar el estado o el progreso de las consultas de lista plana.
- Cree consultas y carpetas en el área Mis consultas con acceso estándar. Para crear consultas y carpetas de consulta en Consultas compartidas, asegúrese de tener el permiso de Colaborar y al menos el acceso básico. Para más información, consulte Establecimiento de permisos en consultas.
Supervisión de progreso
CMMI admite la creación de gráficos de estado y tendencias y paneles que se rellenan automáticamente en función de las herramientas de seguimiento de trabajo en Azure Boards. Entre los tipos de gráfico clave se incluyen:
- Flujo acumulado: Muestra el progreso de requisitos, tareas y errores a lo largo del tiempo
- Burndown: Muestra el progreso del sprint hacia los objetivos de la iteración
- Velocidad: Revela el trabajo completado entre sprints
- Tendencia: Revela patrones en las detecciones y resoluciones de errores
Estos gráficos aparecen en el portal web y ayudan a los equipos a tomar decisiones basadas en datos sobre la mejora y el progreso del proceso.
Creación de gráficos ligeros
Puede crear un gráfico a partir de una consulta de lista plana en función de los objetivos de seguimiento. Entre los tipos de gráfico se incluyen:
- Gráficos de estado: circular, de barras, de columnas, de barras apiladas y dinámico
- Gráficos de tendencias: área apilada, línea y área
Use el flujo de trabajo siguiente:
Widgets de análisis e informes de Power BI
El servicio Analytics puede responder a preguntas cuantitativas sobre el estado pasado o presente de los proyectos. Puede agregar widgets de Analytics a un panel o usar Power BI para crear gráficos e informes.
Para obtener más información, consulte ¿Qué es el Servicio de análisis?
Versiones de proceso de CMMI
A medida que evoluciona la plantilla de proceso de CMMI, cambia su número de versión. La plantilla proporciona un version elemento que especifica las versiones principales y secundarias. En la tabla siguiente se asignan las versiones de plantilla usadas por las versiones locales de Azure DevOps; Azure Boards (nube) siempre usa la plantilla más reciente.
| Versión | Nombre de CMMI | Versión principal |
|---|---|---|
| servicios de Azure DevOps (2026) | CMMI | 18.4 |
| Azure DevOps Server 2022 | CMMI | 18 |
| Azure DevOps Server 2020 | CMMI | 17 |
Contexto de versión: Azure Boards Services usa la versión 18.4. Las organizaciones que ejecutan Azure DevOps Server locales usan las versiones asignadas en la tabla anterior en función de su versión del servidor.
Uso del proceso CMMI de forma eficaz
Para implementar CMMI de forma eficaz, adapte el marco al contexto y al nivel de madurez de su organización. Explore estos recursos para guiar la adopción de CMMI:
- Administrar proyectos: obtenga instrucciones sobre cómo administrar, planear y coordinar el desarrollo y el mantenimiento de software mediante el modelo CMMI.
- Explorar actividades de ingeniería: descubra actividades de valor añadido para diseñar y compilar productos de software alineados con las prácticas de CMMI.
Use la plantilla y las instrucciones de CMMI como parte de un programa de mejora de procesos y adáptelos en función de:
- Tipo de producto e historial
- Escala del proyecto
- Conocimientos y antecedentes del equipo
- Prácticas aceptadas en su organización
Niveles de madurez de la funcionalidad cmMI
CMMI define cinco niveles de funcionalidad que guían la mejora del proceso. A medida que el equipo madura, avanza a través de estos niveles mediante la implementación de prácticas de CMMI y el seguimiento del trabajo:
- Incompleto: Los procesos son impredecibles y están mal controlados.
- Realizado: Los equipos documentan y comprenden los procesos.
- Gestionado: Los equipos gestionan de forma proactiva los procesos con métricas y controles.
- Definido: Los equipos adaptan los procesos a partir de los estándares organizativos.
- Optimización: Los equipos mejoran continuamente los procesos mediante la innovación y la optimización.
Preguntas más frecuentes sobre CMMI (preguntas más frecuentes)
P: ¿Cuál es la diferencia entre una solicitud de cambio y una tarea?
R: Las tareas interrumpen el trabajo en los pasos de implementación. Las solicitudes de cambio solicitan formalmente modificaciones a requisitos o diseño, con flujos de trabajo de aprobación y seguimiento de cumplimiento. Use solicitudes de cambio en entornos regulados. Usa Tareas para dividir el trabajo rutinario.
P: ¿Qué ocurre si he creado un proyecto con la plantilla de proceso incorrecta?
R: Cree un nuevo proyecto con CMMI o cambie la plantilla de proceso a CMMI.
P: ¿Cómo se personaliza CMMI para mi equipo?
R: Consulte Personalización del proceso de CMMI para obtener instrucciones sobre cómo adaptar los tipos de elementos de trabajo, los campos y los flujos de trabajo a las necesidades de su equipo.
Consulte también
- Tipos de elementos de trabajo y flujo de trabajo de CMMI
- Creación de un proyecto con CMMI
- Personalización del proceso de CMMI
- Contexto y fondo de CMMI