INTRODUCCION

Un ensayo critico trata sobre un análisis que se realiza sobre un determinado tema
específico, el cual tiene como objetivo arrojar una interpretación sobre lo que se está
evaluando, de manera más amplia, así mismo poder profundizar sobre el tema
estudiado. En esta ocasión se trabajó un ensayo crítico sobre los temas CMMI y
metodologías agiles, en el cual se tomaron en cuenta las más utilizadas actualmente,
como lo son: Metodología SCRUM y metodología XP.

En el cual podremos observar la importancia que tienen las metodologías descritas

anteriormente, con las cuales podremos tener un modelo de capacidad y madurez por
niveles enfocadas a empresas que trabajan software, así mismo metodologías que
trabajan con el enfoque de lograr y entregar productos de calidad, trabajando
directamente entre el cliente y el proveedor, metodologías que toman en cuenta al
cliente en todos los procesos que realizan, en su crecimiento como empresa, en su
desarrollo e implementación y características. El funcionamiento de estas metodologías
tiende a tener un mejor desempeño cuando se relacionan entre sí, para un mejor
control y seguimiento de los procesos que cada una de ellas maneja, concluyendo la
manera en que trabaja cada una de estas metodologías, cual es el resultado que se
obtiene sobre el comportamiento de cada una de ellas.
 CMMI

El modelo CMMI se refiere a un modelo de capacidad y madurez que representan las

empresas que desarrollan software, relacionando en este tema la ingeniería en
sistemas y el desarrollo integral.

SCRUM

SCRUM se enfoca al trabajo en equipo entre cliente proveedor, con el enfoque de

lograr y entregar productos de calidad, tomando en cuanto aspectos de suma
importancia para lograrlo como, por ejemplo, entorno funcional, colaborativo, flexible y
adaptable al cambio.

Tabla 1

CUADRO COMPARATIVO

Característic CMMi (Capability Maturity SCRUM

a Model Integration)
Tiempo de         Lo normal es que la         Aplicar Scrum y toma poco
adopción adopción de cada nivel toma tiempo, aproximadamente 3 a 4
aproximadamente entre 12 a sprints de 2 semanas para estar
18 meses. ejecutando bien el framework. Se
sugiere acompañamiento (coach) o
         La adopción completa de mucha lectura para hacerlo bien.
CMMi nivel 5 toma entre 3 a
5 años empleando técnicas
de Six Sigma.
Costo Mínimo 100.000 dólares por Sin información.
cada nivel, compartido entre
consultorías, adopción y Nota: Se puede adoptar el
adaptación del modelo dentro framework y las prácticas técnicas a
de la organización. muy bajo costo para los equipos.
Capacidad La "capacidad certificada" de La capacidad es dada por el
hacer software solo se software funcionando cumpliendo la
demostrará después del Definición de Hecho/Realizado
 primer nivel (nivel 2) (Definition of Done - DoD),
certificado (he concluido, disponible desde el primer sprint.
que seguirás fallando en
proyectos) Aunque es cierto, también se puede
fallar en Agile, pero un equipo con
coraje y el poder de las
retrospectivas pueden cambiar
favorable y rápidamente esta
situación.
Complejidad Entender CMMi requiere de Para entender Scrum requiere de
del modelo entrenamiento y es un máximo una tarde leer la guía oficial
documento de 482 páginas que tiene 16 páginas. (y bueno,
mucha reflexión y lecturas
complementarias para comprender
este marco que te da límites y
libertad.)
Universalidad Muchas cosas dependen de He observado que entender el
del la interpretación del consultor marco a pesar de ser simple,
entendimiento y de quien haga la evaluación requiere de acompañamiento y
del modelo (frase que se escucha con mucha lectura. 
frecuencia mucho en el
mundo CMMi). El framework te proporciona unos
límites claros y mucha libertad para
moverte dentro de ellos.

La recomendación en este caso es:

        cumpla las reglas,
         haga todas las reuniones
         no fusione roles
         no alargue el sprint
         Lea a los líderes
Áreas de CMMi se involucra con Scrum con respecto a CMMi solo se
interés muchas áreas dentro de la encuentra fuertemente asociado a la
organización, los proyectos y gestión de proyectos y a la gestión
la ingeniería: de requerimientos.
         Administración de
procesos Respecto a la Ingeniería esta no se
o   Entrenamiento encuentra definida en Scrum, la
o   Innovación responsabilidad es delegada al
         Ingeniería equipo auto-organizado que sabe y
o   Requisitos conoce como lograr el producto: “el
o   Verificación equipo decide como pasar de una
o   Validación lista de requerimientos a un
o   Solución técnica producto potencialmente entregable
         Gestión de proyectos durante el sprint".
o   Gestión
o   Administración de Por lo tanto, los equipos SCRUM se
proveedores apoyan fuertemente en las prácticas
         Soporte técnicas (para cumplir el manifiesto
o   Medición ágil el cual hace el llamado a la
o   Auditorías al proceso y excelencia técnica) y así lograr la
producto DoD (Definition of Done).
o   Gestión de la configuración
o   Análisis de causas Dentro de las prácticas técnicas se
o   Análisis de decisiones encuentran:
 TDD

 BDD

 ATDD

 Continuos deployment

 Pair Programming

 Refactoring

 Gestión de la configuración
  Métricas

 Entre otros

Es de observar que estas prácticas

técnicas dan soporte a las diferentes
áreas de CMMi, dejando por fuera a:
 Entrenamiento

 Administración de
proveedores
Ciclos de Aunque se realizan auditorías Se realizan mejoras cada sprint (el
mejora tanto a los proyectos como a cual finaliza entre 2 a 4 semanas),
la organización y se habilitando el PHVA en ciclos cortos
recolectan y aplican las y potencializando inmediatamente la
lecciones aprendidas, los mejora continua de los equipos de
ciclos de mejora toman desarrollo.
tiempo y dependiendo de la
organización se realizarán Scrum no está orientado a la
entre 2 a 4 en el año. organización, sino a los equipos y
estos son los directamente
Y la aplicación de las mejoras beneficiados con el framework.
depende de las políticas de la
organización Es natural el compromiso del equipo
con la mejora (kaizen)
Nota. Recuperado de JHAbadlondoño information Lecciones Aprendidas en Desarrollo
de Software. Copyrigth 2013

Derivado de los resultados establecidos en el cuadro anterior, Surgen las siguientes

preguntas.

¿ES MAS FACIL LOGRAR CAPACIDAD CON SCRUM QUE CON CMMI EN
TERMINOS DE TIEMPO Y COSTO?
Teniendo en cuenta los términos y enfoques de las metodologías CMMI y metodologías
agiles SCRUM, podemos darnos cuenta que SCRUM se maneja de una manera más
rápido en sus diferentes procesos, optimizando tiempo y recursos. A pesar de eso lo
ideal es no tratar de enfrentar las metodologías, es decir ver cuál es mejor que la otra,
sino complementarlas y de esta manera tratar de hacer un funcionamiento óptimo en
cuanto a los procesos a realizarse.

AHORA RESULTA QUE TODAS LAS METODOLOGIAS SON AGILES

Tenemos claro que CMMI es una metodología con enfoque a mejora de continuos
procesos y metodologías agiles SCRUM se enfoca al trabajo en equipo, con el fin de
entregar productos de calidad, pero debemos de saber que podemos implementar
CMMI utilizando metodologías agiles SCRUM, obteniendo parámetros que se cumplirán
de una mejor manera, como por ejemplo, los procesos se aplicaran realmente, el
aprendizaje en los proyectos será continuo por medio de las metodologías agiles, los
proyectos pequeños no se verán afectados por metodologías pesadas, los miembros de
los equipos estarán en contacto frecuente con los líderes del proyecto. Por lo cual
podemos darnos cuenta que CMMI y metodologías agiles se pueden trabajar juntas y
de esta manera obtendremos resultados positivos en los procesos y en cuanto al
trabajo en equipo.

¿SI SE PUEDEN USAR LAS DOS AL MISMO TIEMPO?

Proyectos que combinan Scrum como metodología ágil con CMMI estas tienen más
éxito en la producción de software esto debido que cumplen efectivamente las
necesidades de un cliente o empresa a un ritmo más rápido y controlado, Tal ejemplo
Systematic software esta empresa integro CMMI a nivel 5 y ellos usan LSD ()como
controlador para optimizar los procesos de software. Pruebas iniciales sobre la unión de
estos dos provocaron un 40% menos de defectos en el software durante su prueba
final, Se afirma que Scrum y CMMI aportan una combinación poderosa tanto de
adaptabilidad y predicción de parte de cualquiera de los dos y sugieren que puedan
combinarlos otras compañías.

¿QUE BENEFICIOS SE TIENEN TOMANDO EN CUENTA COSTO Y TIEMPO?

Teniendo como base CMMI y la integración, tenemos que con estas se logra que un
40% que no hace un re-trabajo debido que se logran reducir errores durante el
desarrollo por lo tanto también se logra tener menor corrección de los mismo durante su
prueba final, esto adiciona que el tiempo en el que se tiene un software terminado y sus
pruebas respectivas estén mucho antes de lo planeado, esto implica que el costo que
llevo la realización del desarrollo es menor ya que no se tiene que pagar al grupo de
desarrolladores tiempo extra y esto incrementa la productividad en proyectos.

¿SE CONCLUYE SOBRE CMMI Y AGILE?

Con CMMI

 Evitando el re-trabajo 38%

 Con lo que un 10% se puede utilizar en otro proceso
 Logrando que un 92% de los proyectos entregado a tiempo
 Siendo capaces de lograr una entrega en el tiempo y periodo de tiempo
esperado y una calidad óptima, logrado con un 69% comparado con CMMI
 Los clientes cada vez haciendo una integración entre ambas y logrando un
esfuerzo del 9% den ingeniería y gestión.
  Los clientes cada vez más están solicitando un nivel de CMMI 5, y es clave para
obtener mejores contratos con las entidades de defensa y sanidad
gubernamentales.

Con SCRUM:

Con los estudios que se hicieron se logro observar de manera rápida que los procesos
que se aplica CMMI y sobre ellos SCRUM:

 La productividad marcha a un doble de la capacidad

 Disminuye cantidad del re-trabajo en un 40%
 Cada vez se usa SCRUM en conjunto de CMMI
 Los procesos se terminan en menor tiempo y costo
 CONCLUSION

Este ha sido un ensayo, sobre la integración de las metodologías agiles, las comunes
como lo son SCRUM y XP con CMMI, su compatibilidad entre ellos genera que un
desarrollo tenga menos errores durante el proceso de producción de software, así como
a su entrega final, por lo tanto, esta metodología al lograr trabajarlas en conjunto se
logra tener un crecimiento dentro de la empresa, logrando tener optimizar gastos en
tener al personal trabajando sobre algún proyecto o las faltas que se tengan a un
contrato de adquisición que se tiene que cumplir, siendo este punto de partida esto
genera que la productividad sea mayor y que distintos proyectos sean puestos en
producción mucho antes de lo planeado.

Mezclando CMMI y las metodologías agiles, se concluye que son compatibles y el

hacer uso de ellas en conjunto genera un mejor desempeño y alta calidad, teniendo en
cuenta los costos y el tiempo que genera el entregar un proyecto a tiempo, reduciendo
el re-trabajo. Evitando entregar avances o la confección de un modulo o un proceso del
software fuera de tiempo.
REFERENCIAS BIBLIOGRAFIAS

Tablas

The Blogger. (2013). Lecciones aprendidas en Desarrollo de Software, 08 de

Septiembre de 2013. Recuperado de: http://www.lecciones-aprendidas.info/2013/09/cmmi-y-
scrum-mi-punto-de-vista.html