Integración de CMMI y tecnología ágil

CMMI frente a ágil

La Integración del Modelo de Madurez de Capacidades (CMMI) es un enfoque de mejora de procesos , cuyo objetivo principal es la mejora organizacional. CMMI identifica el nivel de madurez actual de la organización al observar las prácticas y comportamientos existentes, e intenta mejorar el desempeño mediante la introducción de procedimientos estandarizados y el aprendizaje de experiencias anteriores. CMMI distingue entre cinco posibles niveles de madurez : inicial, gestionado, definido, gestionado cuantitativamente y optimizando.

En contrato con CMMI, Agile es una metodología de desarrollo de software. Se centra en entregar el producto al cliente , en lugar de mejorar los procesos: los fines, en lugar de los medios. Agile simplifica los procesos de desarrollo al deshacerse de toda la documentación y dividir el trabajo en iteraciones cortas, llamadas sprints. Se lleva a cabo una planificación detallada para un sprint a la vez y se lleva a cabo un seguimiento diario del progreso. Los horizontes de planificación relativamente cortos permiten que Agile permanezca flexible y abierto a cambios en los requisitos del proyecto.

A pesar de las diferencias en estas metodologías, es posible implementarlas con éxito en conjunto dentro de la organización. Esto se debe a que, mientras Agile le dirá al equipo qué hacer, CMMI describirá cómo hacerlo.

Mezclar y combinar

Echemos un vistazo a Jungle Ltd, un exitoso minorista en línea. Por el momento, están trabajando para mejorar la experiencia del cliente y les gustaría rediseñar la cesta de la compra en su sitio web. El equipo de desarrollo de Jungle utiliza Agile como metodología de desarrollo. Al mismo tiempo, a Jungle le gustaría mejorar la madurez organizacional siguiendo el enfoque CMMI. Les gustaría comenzar presentando documentación estandarizada para todos los nuevos desarrollos.

Algunas prácticas, prescritas por CMMI, ya están implementadas en procesos ágiles. Echemos un vistazo a las etapas clave del proyecto y las prácticas de emparejamiento con dos metodologías:

• Gestión de requerimientos
  • Las prácticas de CMMI prescriben aclarar los requisitos con el cliente , obtener el compromiso de entregar lo que se espera del equipo del proyecto, gestionar los cambios según sea necesario y monitorear el plan para detectar cualquier inconsistencia con los requisitos originales.
  • Agile logra esto mediante la creación de un Product Backlog , que contiene todos los requisitos del producto, con un Product Owner, que actúa como el cliente; obtener un compromiso para entregar las tareas de acuerdo con el Plan Sprint; agregar nuevos requisitos al Product Backlog si es necesario; y el seguimiento del progreso a través de reuniones diarias y la actualización de los gráficos Sprint y Release Burndown.
  • El Gerente de Experiencia del Cliente , James, quien actúa como Propietario del Producto , explica al equipo qué nuevas características, como la sección de Producto Recomendado y los métodos de pago guardados, debe tener la nueva cesta de la compra. El Product Backlog es la documentación estándar en esta etapa, por lo que CMMI no requiere más acciones.
• Planificación de proyectos
  • Las prácticas de CMMI requieren llevar a cabo actividades de planificación de proyectos exhaustivas: crear una estructura de desglose del trabajo, estimar la duración y el costo de la tarea, crear un cronograma y presupuesto de proyecto adecuados, asignar recursos, ajustar el plan de acuerdo con la disponibilidad de recursos y obtener el compromiso de las partes interesadas involucradas.
  • Agile implementa las acciones anteriores durante la reunión de planificación de Sprint y las reuniones diarias de Scrum. Las partes interesadas involucradas son siempre el Product Owner, el Scrum Master y los miembros del equipo. Antes del inicio de un nuevo sprint, James se reúne nuevamente con el equipo de desarrollo para acordar qué características se desarrollarán en el próximo sprint. Acuerdan trabajar ahora en la sección Producto recomendado y dejar las funciones de métodos de pago guardados hasta el próximo sprint.
• Seguimiento y control –
  • Para monitorear el proceso del proyecto, CMMI prescribe las siguientes acciones: rastrear los indicadores de desempeño reales, rastrear los compromisos reales y la participación de las partes interesadas; identificar cualquier problema y tomar acciones, si es necesario; y revisión de los logros del proyecto.
  • Agile realiza un seguimiento del progreso diario del proyecto a través de las reuniones diarias de Scrum y documenta el desempeño real contra lo planeado en los gráficos de Sprint y Release Burndown. Cualquier problema que surja se informa y se resuelve durante las reuniones diarias. El Sprint Burndown Chart es el documento principal que el equipo de desarrollo actualiza durante el sprint. CMMI no requiere más acciones.

Bits faltantes

Naturalmente, también faltan algunos procesos en la metodología Agile, que deben agregarse para permitir una implementación CMMI paralela exitosa. Dado que Agile se centra únicamente en la entrega de productos, no especifica ningún proceso de gestión de proyectos:

• Gestión de la configuración : para comenzar a implementar la gestión de la configuración, es suficiente que los equipos comiencen a rastrear las versiones de los productos que están creando y las historias de usuario que están usando. Cuando se inició el proyecto de desarrollo de la cesta de la compra online, James creó su primera historia de usuario para cada función. Originalmente, quería mostrar solo un producto al cliente: la sección Producto recomendado. Sin embargo, a medida que avanzaba el proyecto, se dio cuenta de que sería más eficaz mostrar al cliente tres productos recomendados. La historia de usuario con un solo producto se almacena como versión 1.0, mientras que la historia de usuario con tres productos ahora se almacena como versión 1.1. El número de versión informará al equipo qué opción se debe desarrollar.
• Gestión de la calidad : una vez finalizado el desarrollo de la sección Producto recomendado, el equipo de desarrollo primero lo prueba por sí mismo y luego invita a James a revisar y probar la función. Proporciona la retroalimentación al equipo, si la sección está funcionando como se esperaba.
• Gestión de la relación con el proveedor : si el proyecto involucra a un proveedor externo, la relación y el contrato deben gestionarse de acuerdo con los procedimientos organizativos existentes.
• Mediciones y análisis : Agile en sí no lleva a cabo mediciones ni análisis de rendimiento para las necesidades de gestión. Si se requieren tales resultados, la organización debe agregar una tarea adicional para el equipo. Siempre que Agile prescriba toda la documentación que utiliza el equipo, no es necesario agregar una tarea adicional. Sin embargo, si Jungle ahora quiere recibir declaraciones semanales de reflexión sobre el trabajo en equipo de cada miembro del equipo como parte de sus mejoras organizativas impulsadas por CMMI, esto debe incluirse en la planificación de la carga de trabajo del sprint.

Dependiendo del nivel de madurez de la organización, se deberían implementar algunos procesos de gestión adicionales, como el intercambio de conocimientos, la gestión de riesgos, el análisis de decisiones, la formación organizativa, etc.

Resumen de la lección

La integración del modelo de madurez de capacidad (CMMI) es un enfoque de mejora de procesos, dirigido a las mejoras organizacionales y al análisis de los comportamientos existentes. Prescribe cómo deben llevarse a cabo los proyectos. Agile es una metodología de desarrollo de software, que se centra en la calidad del producto y le dice al equipo qué se debe hacer.

Ciertas prácticas de CMMI ya están implementadas en Agile: actividades de gestión de requisitos, planificación de proyectos, seguimiento y control . En caso de que la organización desee implementar CMMI por completo, las actividades de administración de proyectos adicionales deben integrarse en el trabajo de un equipo ágil: administración de configuración, administración de calidad, administración de relaciones con proveedores, mediciones y análisis , y otros.

Rodrigo Ricardo Editor y fundador