¡Gracias, Keylan! Me alegra leer que mi explicación te fue útil ¡Con gusto escucho tus recomendaciones y sugerencias para mejorar el contenido del canal!
Una charla por demas interesante, muy aportativa en cuanto a lo que se dice del modelo. En mi vida como ingeniero de software he visto varios casos de fracaso o abandono de la certificacion de SAMPI, por las razones expuestas en el video. Hoy en dia he dado mis servicios como agil coach, y evitamos la palabra "proceso" o definicion de proceso, porque la incorporacion de "buenas practicas" la damos en cada sprint por consenso con el cliente y con todo el equipo de trabajo. Yo diria que pudiermos afirmar "como bien se dice aqui" y decir "CMM es agil. Punto" y aceptarlo y no debamos debatirlo. Pero aceptar y rechazar algo sin comprenderlo o entenderlo bien, es algo que no hace sentido. Por lo tanto, NO comparto el punto de vista de Aceptar que CMMI Es AGIL en mi humilde opinion son enfoques distintos, y aportan valor a la operacion y por lo tanto al producto o servicio en magnitudes muy diferentes. Creo que si el principio agil de darle mas peso o importancia a: "las personas en interaccion" sobre "herramientas y procesos", se contraponen al CMMI o a cualquier ISO. Para esto hay muchos de casos de "fracaso o suspencion de uso o implementacion de CMMI". Ej: www.navegapolis.com/index.php/87-de-cmmi-a-scrum He estudiado tambien tesis donde sixsigma pudiera coexistir con scrum+Agil, y solamente en ciertos ecenarios pudiera aportar algo de madurez o valor a un proyecto, pero en extremo muy especificos en la estadistica. Considero IMHO sin desacreditar CMMI que Agil hoy en dia es una metodologia que aporta mas realismo de valor y madurez que CMMI en forma practica e inmediata. Agil, las buenas practicas (calidad, automatizacion, monitoreo, mediciones etc.) se van incorporando paulatinamente, y van quedando siempre y cuando den resultados de valor en el control en buen equilibrio de no hacer sobreingenieria o bajoingenieria, sin entorpecer la operatividad en absoluto. Agil mide "lo necesario" en su momento para ser mejorado en condiciones cambiantes, sin desgastes ni desperdicios (lean). Al igual que sixsigma, en ciertos escenarios pudiera considerar incluir "usando agil" algo de CMMI cuando el flujo de trabajo se mantiene estable en ciertas areas de conocimiento, pero MUY especificos. No veo valor en "definir procesos" si en el siguiente sprint se cambian los flujos de trabajo. De cualquier forma los historiales quedan sin necesidad de "definir procesos" La cultura en una empresa u organizacion no se mantiene, mejora su madurez, ni se supera o crece por "definir procesos", aun cuando "no todos son expertos en todo" y que gente valiosa deje de trabajar, la cultura se mantiene por otras razones de liderazgos, y es evolutiva. Las empresas y sus productos/servicios no siempre son las mismas, lo exitos de ayer deben de estar actualizandose para mentenerse en un mercado muy volatil, incierto, cambiante y ambiguo (VUCA liderships) y ser adaptativo y agil en vez de intentar ser predictivo (CMMI) poco practico. www.navegapolis.com/index.php/87-de-cmmi-a-scrum Fuera de alli no veo algo relevante que mejore la operatividad o la madurez en los proyecto en mi humilde opinion.
Te agradezco mucho tu comentario y el material que me aportas, lo consultaré Aprecio que me hagas ver tus puntos de vista opuestos, eso siempre me ayuda a ver de qué manera transmito mis mensajes En mi experiencia en el desarrollo de software, he encontrado muchas cosas, que incluyen éxitos y fracasos de el uso de CMMI o ágil. Las experiencias que más me han asombrado es los equipos que alcanzaron el éxito y la agilidad mediante el modelo CMMI. Yo también fui escéptico del modelo mucho tiempo, hasta que vi a equipos que de cero llegaban al alto desempeño apoyados en CMMi No soy alguien que apoye la búsqueda de certificaciones. Creo que a muchas empresas les hace daño empeñarse en conseguir aprobar un proceso SCAMPI, porque justamente carecen de las capacidades que necesitan para aplicar el modelo Lo que me hace afirmar que CMMI es ágil es que enseña a la gente a definir su forma de trabajo, a revisarla y mejorarla continuamente y a tener acuerdos claros para lo que es necesario en el desarrollo de software (todas las PA y SP sob fundamentales), y esto se convierte en una cultura Lo que CMMi promueve es que esa cultura se desarrolle y madure en la organización, no que los procesos maduren, que creo que es lo que aseguran muchos que no han entendido el modelo Es mi forma de verlo
@@EdgarFernandez Tambien me dió gusto escucharte. Yo tambien aprendo mucho de la interacción, y me trae recuerdos cuando estuve contribuyendo con el consultor de SCAMPI años atras, fue un gran suplicio. Hoy en dia, estamos incorporando Scaled Agile Framework Enterprise (SAFe) que adpota Lean-Agile para desarrollo a escala de varios proyectos en una empresa mediana. Y he consultado partes de PMBOK y CMMI para complementar el framework, pero no se toman como modelo principal, pero en veces los reviso como consulta en ciertas partes como en costos, ROI etc. Un saludo.
@@infomexico1379 Comparto contigo que un solo framework es ineficiente para todas las situaciones. Nosotros también tomamos de varios cuando estamos trabajando con equipos. A nosotros nos funciona bien el enfoque de madurez de CMMi para darle disciplina a equipos que no la tienen, y no pueden aplicar ninguna forma de trabajo ágil sin esa base sólida. Cuando la tienen, tomamos el modelo para que vean cuáles prácticas tienen capacidad de mejorar (ya sea automatizando, delegando o creando infraestructura para ellas) y usamos varias cosas en el trabajo. Espero que podamos seguir teniendo intercambios de ideas más adelante :)
He trabajado en 4 empresas de desarrollo de software, supuestamente las 4 ágiles pero... Considero que la más ágil y con mejores formas de trabajo fue la certificada en CMMI III
CMMi es un modelo, en el que encontramos todo lo que deberíamos estar haciendo en un buen proceso de ingeniería, para que no se nos olvide alguna práctica; también nos enseña que, conforme trabajamos las prácticas, las vamos mejorando y la organización se hace más madura para dar mejores resultados. Por eso, la agilidad cabe muy bien en el modelo y viceversa. Yo también he trabajando con varias org. CMMi (en diferente nivel), algunas muy exitosas y otras no (entendieron muy mal el modelo), pero definitivamente siempre tomaré CMMi como una base para definir y evaluar procesos de trabajo
CMMI por todo lo que dices, tiene toques ágiles, pero eso no lo hace ágil( SEPG es un silo a todas luces ). Me parece que le da importancia al proceso, mientras que la agilidad es a los equipos.
Hola Julio, CMMi no tiene toques ágiles. CMMi es ágil. El modelo nunca ha impuesto procesos, eso por eso que en la documentación no vemos un proceso estándar. Lo que vemos es un conjunto de prácticas, que la industria ha realizado en el tiempo y han demostrado ser buenas para obtener resultados satisfactorios. ¿Quiénes son los que definen la forma de trabajo? Los equipos. Una de las responsabilidades del equipo es definir una forma de trabajo que les sirva, la adapten y modifiquen continuamente para que dé mejores resultados. Es muy válido que se apoyen en un modelo CMMi para saber qué incorporar o qué se les olvida, porque no todos son expertos en todo. SEPG es un rol. Así como Scrum define roles (product owner, scrum master, etc.), CMMi también sugiere la integración de un comité de ingeniería, que busca el beneficio de la forma de trabajo. Es normal que muchas organizaciones implementen al SEPG como un policía del proceso, que te fuerza a usarlo como está definido en lugar de buscar entender por qué la forma de trabajo es o no es adecuada y cambiarla. Lo he vivido varias veces, pero leyendo el modelo te das cuenta que no es su labor. Incluso, se recomienda que lo integren personas de los equipos de trabajo, que tengan un desempeño alto y que los integrantes se cambien regularmente. ¡Gracias por visitar el video y generar debate!
@@EdgarFernandez Lo que comentas sobre los equipos: "es definir una forma de trabajo que les sirva, la adapten y modifiquen continuamente para que dé mejores resultados", me parece correcto, respecto a la agilidad, pero eso sería una característica del equipo, no del framework, por tanto, no hace al framework ágil. Que se basen en agilidad, ya es otro tema, pero implica que lo sean. Nombras a SCRUM y a mi parecer tampoco es ágil, dado que entrega ciertas reglas a seguir, métricas, roles. Yo prefiero el "cherry picking", pero volvemos a lo mismo, que es el equipo el que evoluciona, dada la experimentación de frameworks, técnicas, principios.
@@juliogutierrez5186 De acuerdo contigo en la experimentación y la evolución del equipo. Mi defensa del modelo CMMi es que se le clasifica como "método tradicional", que casi es sinónimo de "no ágil", y me baso en la experiencia que hemos tenido usando el modelo en la construcción de equipos efectivos. Esta experiencia ha sido esa: experimentar, probar, adecuar los "cómo hacer tal práctica", y nos basamos en el modelo para que los equipos sepan cuáles cosas no hacen o no han definido completamente en su forma de trabajo y su responsabilidad en la obtención de resultados. Hemos analizado las prácticas de cada process areas y hemos reconocido que todas son valiosas y necesarias en la forma de trabajo de un equipo TI, y nos hemos asombrado que muchos equipos no saben que ciertas cosas se deben hacer (por ejemplo, monitorear el estado del trabajo, o validar la solución desde requerimientos). Eso nos ayuda a guiarles, pero dando la libertad que el equipo decida cómo la va a incorporar. De ahí que digo que CMMi es ágil, porque no hay algo en él que te impida serlo, te restrinja o te fuerce a hacer algo que entorpezca tu trabajo. Saludos nuevamente, un gusto compartir puntos de vista
@@EdgarFernandez reconozco en lo que dices, que claramente CMMI no es tradicional, y probablemente se acerque más a la agilidad por su filosofía bien entendida. Lo importante, creo yo, es que, independiente de la práctica, debemos ser conscientes de lo que hacemos y siempre buscar la manera de aprender y mejorar :D. Un gusto, también, el compartir lo que pensamos :D
En la empresa donde laboro se tiene la certificación de CMMI nivel 3, próximamente vamos a tener una evaluación para la re certificación, sin embargo me hago muchas pelotas con el proceso. Como bien lo comentas son muchos formatos los que se deben llenar. En este momento tenemos que estudiar el modelo de CMMI para está re certificación. Se que es complicado pero podrías recomendar algún materia para tener una mejor comprensión de este tema. Gracias
Yo te recomiendo los libros de Watts Humphrey: Introduction to the Team Software Process, que es un libro hablando de un proceso definido, con características de CMMi Lvl. 3. También, A discipline for software engineering, que te habla de cómo desarrollar una disciplina personal de procesos para seguir y definirlos. Realmente el tema de los procesos no es la definición, sino la cultura y el apropiamiento. Si el proceso solo le pertenece a un grupo que lo define, es muy difícil de hacer, seguir y mantener. Si el equipo participa activamente en su definición y mejora, las cosas se facilitan. El modelo es solamente eso: una referencia de qué debes incluir para asegurar la calidad, pero el cómo hacerlo ya es responsabilidad de cada organización
¡Hola, Juan! El modelo es propiedad de ISACA, y tener el documento completo tiene un costo. Tienen algunos suplementos, como la guía de adopción y transición que puedes descargar aquí: cmmiinstitute.com/resource-files/public/v2-0-materials/guia-de-adopcion-y-transicion-de-cmmi-v2-0-(versio Los cursos también los da el CMMI Institute, y el básico es este: cmmiinstitute.com/learning/training/upcoming/event?CreateAnEventID=661 En México, los cursos de CMMI son impartidos por instituciones como el SIE Center: www.siecenter.com.mx/inicio
¡Hola, Diego! Los artefactos son: - Los documentos donde están definidos los procesos. - Las plantillas donde se escriben elementos del proceso, como las plantillas de requerimientos. - Las bases de datos donde se almacenan las métricas del proceso - Los componentes propios del software, como el código, las imágenes, los manuales
@@EdgarFernandez podrias ayudarme un poco mas tengo que exponer esto el dia de mañana y no vizualizo completamente. yo podria poner que Bd se manejarian? (pero eso no ahce que sea cualquier bd ya que cualquier empresa puede usar la Bd que quiera.)
@@diegopallares7110 Sí; las plantillas pueden ser diagramas de UML u otro estándar definido. Los artefactos hacen referencia a todo lo que es definido como parte de la forma de trabajo del equipo
@@diegopallares7110 Generalmente, especificar las herramientas de desarrollo (como los lenguajes de programación y las bases de datos, entre otros) no se especifican detalladamente en la definición de un proceso. Es decir, que tu proceso no debe decir "Se debe usar MySQL"; lo que CMMi establece, como parte del área Gestión de la Configuración, es que cada equipo, proyecto o producto realice la documentación técnica necesaria, en la que se especifica las herramientas que se usaron, las librerías que se incluyeron, los manuales para instalar y actualizar, y todas las versiones en que se encuentran.
Hola, muchas gracias por la información. Una pregunta, En promedio, ¿Cuánto cuesta certificarte? Incluyendo la asesoria, certificación y todo lo que implica. Gracias de antemano.
Depende mucho del tiempo que le tome a la empresa y la cantidad de personas que participan. Si lo haces internamente, solo es el tiempo, y si involucras consultores externos, lo que te cobre la empresa. También hay capacitación, y esta no tiene costo estándar, lo dan externos y cada uno le pone el precio. La evaluación, SCAMPI, lleva entre 1 y 3 semanas, que te cuesta en promedio $1000 dólares diarios por evaluador (suele ser uno). Es decir, como base tendrías 15000 dólares de la evaluación
Hola, Eduardo. No tenemos esa información. Conocemos el centro de recursos de CMMI institute, donde probablemente encuentres algo de ayuda: cmmiinstitute.com/resources
Hola Roberto, gracias por ver el video Scrum y CMMi son marcos para definir una forma de trabajo adecuada para una empresa o un equipo que hace software. Scrum es un camino andado y definido, que te indica cómo ejecutar ciertas actividades de gestión del proyecto y aseguramiento de la calidad, como lo son las juntas de planificación, las juntas de coordinación diaria, el uso de User Stories, la definición de los roles (Scrum Master, Product Owner, Team Member), la ejecución en sprints, la revisión del MVP en cada iteración y la retrospectiva. Es decir, es un "cómo" hacer el trabajo. CMMi es un marco de referencia, en el cual encuentras todas las prácticas que tu forma de trabajo debe incluir para asegurar buenos resultados, pero no te dice cómo hacerlas ni cómo ejecutarlas. El equipo decide cómo las va a ir incorporando a su forma de trabajo, hasta que encuentra un conjunto que le funciona bien. Piénsalo de esta manera en un ejemplo de nutrición: - CMMi te dirá: Es importante que incluyas verduras, carbohidratos, proteínas y grasas en tus comidas diarias (hasta ahí deja la recomendación, pues ya te dijo cuáles son las cosas importantes) - Scrum te dirá: Divide tus comidas en cinco al día, en la primera comerás pan y fruta, en la segunda semillas y almendras, en la tercera carne de pollo con calabazas y zanahorias, la cuarta será de yogur y cereal de trigo y la quinta será de frutas con leche.
Ambos son líneas guía CMMi es un marco completo para todo el desarrollo, y Scrum es específico para gestión de proyecto y ciclo de vida. Algunas de las prácticas mencionadas en CMMi se implementan en Scrum, pero Scrum carece de muchas aplicaciones de prácticas en CMMi Sin embargo, lo que recomendamos es que cada equipo define y mejore su forma de trabajo continuamente. A veces les será útil scrum, otras veces no, pero siempre incluir las mejores prácticas, como están modeladas en CMMi
El modelo se divide en Áreas de Proceso. En cada nivel, se evalúan diferentes áreas. Para el nivel 2, están las áreas llamadas RM, PP, PMC, M&A, PPQA, CM y SAM (en el documento del modelo encuentras el significado de las siglas). Para nivel 3, tenemos RD, TS, PI, VER, VAL, OPF, OPD, OT, IPM, RKM,DAR y todas las del Nivel 2 Cada área de proceso tiene Metas específicas, y un conjunto de Prácticas. El Evaluador CMMI hace un análisis de cómo trabaja la organización, y si está implementando total o parcialmente las prácticas de las áreas de proceso (de la forma en que lo haga, no tiene que ser algo específico), o no las implementa. Para acreditar cada nivel, se debe tener al menos el 65% de las practicas implementadas en todas las áreas. Si una o más áreas de proceso no cumplen con el criterio, no se obtiene el nivel
Madurez es la capacidad del equipo para poder definir, administrar y mejorar su forma de trabajo. Es decir, si el equipo tiene una forma de trabajo clara y la sigue disciplinadamente, podrá obtener resultados buenos con regularidad, y cuando los resultados ya no son buenos, tiene la capacidad de detectar en dónde y por qué está fallando e incorporar una mejora Un equipo u organización inmaduros son reactivos y no tienen una base de trabajo estable sobre la cual aprender, medir y mejorar; sus resultados son variables y los problemas son cosa de todos los días
Hola Ut Socials: Estoy de acuerdo contigo en que ágil lo hace, y claro que define procesos. El hecho de que haya un acuerdo entendido en todo el equipo, que lo sigue y respeta, es señal de que existe un proceso definido. Este no necesita tener una documentación extensa para estar definido, pero cuando el equipo dice: haremos esto, de esta forma, apoyados en estas herramientas, está definiendo su proceso
De acuerdo. Muchas certificaciones son así: pagas el curso, apruebas el examen y obtienes el certificado. Aunque hay otras que te otorgan el certificado luego de un proceso largo de observación, acompañamiento y evaluación por parte de un grupo de expertos; sin embargo, las segundas son las menos y deberíamos promover
¡Hola! El resumen del modelo lo hago del min 0:35 al 2:46 CMMi es un modelo para definir procesos de desarrollo de software. Agrupa las prácticas recomendadas en algo que se llaman "Áreas de procesos" (Como Planeación del proyecto, Desarrollo de Requerimientos, Solución Técnica), para que las podamos identificar fácilmente de acuerdo a su función. CMMi te menciona las prácticas recomendadas para que tus proyectos y desarrollos tengan la más alta calidad posible y se puedan finalizar exitosamente y te provee de un método para implementarlo y evaluarlo (mediante consultoría y una evaluación que se llama SCAMPI). De acuerdo al modelo, lo ideal es ir incorporando y definiendo las prácticas poco a poco para ir ganando Madurez en la organización, aunque hacerlo así no es obligatorio.
creo que mezclas peras con manzanas. CMMI habla de unas cosas (calidad), y agiles habla de otras (procesos)... puede haber CMMI usando procesos tradicionales, o CMMI con procesos agiles, pero entonces eso implica que per se CMMI no es agil nada mas por que si...
Hola Javier! Gracias por haber visto el video Estoy de acuerdo con lo que dices: CMMI puede ser implementado en ambos lados del espectro de “métodos”, y he visto varios casos (procesos en cascada, iterativos, adaptativos, etc.). Respecto a la calidad, sí, CMMI es un modelo de calidad, pero en su definición establece que esta se alcanza mediante procesos definidos, medidos y optimizados continuamente Mi intención con este video es hablarle a los que suelen separar las cosas en dos categorías nada más: metodologías tradicionales y metodologías ágiles, metiendo a CMMI en la primera. Quiero decirles que, con sus características y la habilidad de los equipos, el modelo sí tiene el atributo de agilidad, que muchos asumen que no y lo rechazan inmediatamente, alejándose de los beneficios que les puede aportar Yo soy un convencido del marco de referencia y me parece muy completo para poder definir formas de trabajo adecuadas para las organizaciones. Saludos y nuevamente gracias por pasar por aquí
@@EdgarFernandez aun asi creo que se deberia dejar clara la diferencia. Puesto que CMMI solo es un marco PARA calidad, no necesariamente es agil, y el titulo y lo que dices en el video dice eso, y esta mal...
@@jstitch Hola de nuevo, Javier. Gracias por generar el debate! Creo que no te estoy entendiendo, así que te solicitaré me ayudas a comprender: ¿A qué te refieres cuando dices que CMMI solo es para calidad? Y ¿cómo es que la calidad se contrapone a la agilidad? ¡Gracias!
@@EdgarFernandez CMMI es un marco orientado a lograr calidad, tu lo dijiste. Los frameworks agiles son para agilizar desarrollo. Son dos ejes bien distintos de un proyecto. Una cosa no quita la otra, puedes buscar certificarte CMMI y tener procesos agiles, perfecto, eso es cierto. Pero decir que CMMI es agil, pues...
Buenos programadores requieren menos papeleo capacitar a las personas para ser mejor programadores en lugar de saber como administrar retrasos es mas indispensable y punto.
¡Hola Juan Carlos! Te agradezco haber visto mi canal y este video. Nosotros también estamos de acuerdo que una documentación excesiva es perjudicial, que la forma de trabajo y los procesos deben estar al servicio del equipo en lugar de lo opuesto y que saber hacer tu trabajo es importante. Es verdad que el software al final es el código instalado en la infraestructura final del usuario, pero hacerlo solo representa un tercio de todo el trabajo. Hay muchas actividades para definir, preparar, probar, instalar y mantener ese código, en el que participan varias personas en actividades multidisciplinarias. Que el 100% del trabajo sea exitoso requiere de buenos acuerdos de trabajo, y esta definición es la que nos lleva a buenos resultados y mejora continua. Algo como el CMMI cuenta con principios y guías para que esa forma de trabajo sea lo más adecuada; esto incluye gestionar el trabajo y tomar decisiones apropiadas, que también es parte del trabajo. Te agradezco nuevamente tu visita, y esperamos poder seguir interactuando
CMMI es ágil.... CMMI requiere procesos. CMMI define niveles de procesos. CMMI define niveles de procesos. CMMI requiere expertos que regulen y expliquen los procesos en sus niveles. CMMI certifica los procesos en 5 niveles de proceso. CMMI es ágil AJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJAAJAJAJAJAJAJAJAJAJAJAJAJA JA JA JA JA Vaya y vuelva a leer el manifiesto ágil... por favor. (no vi el video completo me aburrí, era mucho proceso)
Hola Nicolás! Me alegra haberte hecho reír, siempre he creído que la risa es un elemento importante en la vida y en el día de las personas. También espero que tengas oportunidad de ver el video completo después. CMMi es ágil, porque es un modelo de prácticas que los equipos adaptan según sus necesidades. Si las personas no tienen una experiencia o madurez en algunos, es normal que se apoyen en expertos. CMMi no devine niveles de procesos, sino niveles de madurez. Esto porque la aplicación de técnicas de ingeniería avanzadas requieren que ciertas prácticas ya estén establecidas en el equipo de forma sólida. CMMi no certifica procesos; esto lo hace el CMMi Institute (que ahora es parte de ISACA), y no es requisito tener una certificación para usar el modelo. Lamento si en algún momento has padecido una mala implementación de procesos siguiendo CMMI. Yo también las he vivido y padecido, pero esto es más un problema de las personas que lo hicieron que del modelo, como cuando se cometen errores al implementar cualquier metodología (como SCRUM, TDD o XP). He leído el manifiesto ágil y lo he comentado con Martin Fowler, Jeff Sutherland y Mike Beedle (que en paz descansa), con quienes concluimos que la agilidad está en las personas y cómo definen su trabajo, por lo cual apoyarse en modelos (como CMMI) y métodos (como Scrum) es una práctica de agilidad. Agradezco mucho tu visita :)
