CMM ¿Cuál es la relación entre CMMI, metodologías como RUP y las metodologías ágiles com SCRUM? El CMMI trabaja con cualquier metodología como RUP, metodologías ágiles (como SCRUM u otras) u otras metodologías. El CMMI sirve para mejorar procesos, dice qué deben hacer los procesos para entregar productos y servicios de calidad. No dice cómo. Nuestros procesos, los que usamos o adoptamos, dicen cómo. De hecho en el mundo hay diversas organizaciones que usan como metodología RUP o SCRUM y han implementado CMMI logrando diversos niveles de madurez. MoproSoft es una norma mexicana. Es un modelo de procesos que incluye productos (entregables) específicos. [No es un modelo de mejora de procesos.] Tiene un ámbito específico: México. Si tengo el requerimiento de usar MoproSoft, por exigencia de mi cliente o mercado, pues debo hacerlo. CMMI no es el único modelo de mejora de procesos. Existen otros cientos. Todos los modelos son buenos usados en el contexto apropiado. De hecho hoy en día la mayoría de organizaciones usan más de un modelo, estándar o tecnología de mejora. Por ejemplo: CMMI e ISO; CMMI y Six Sigma; CMMI y PMBOK; CMMI, ITIL y COBIT, etc. No todos los modelos, estándares y tecnologías de mejora tienen el mismo alcance, de modo que varios son complementarios. Una organización debe conocer los diferentes modelos, estándares y tecnologías de mejora y elegir aquellas o aquellas que sean más apropiadas para sus objetivos organizacionales. Si el objetivo de la organización es mejorar sus procesos y por tanto entregar productos y servicios cada vez de mejor calidad, mi recomendación (y la de la industria) es usar el CMMI. CMMI se diferencia de otros modelos por lo siguiente: (i) Es un modelo que puede usarse con cualquier metodología que use la empresa. No prescribe procesos o documentos. (ii) Es el modelo sobre el que hay más información disponible de beneficios y retorno de inversión. (iii) Es un benchmarking internacional aceptado y puede usarse como un benchamrking interno también. (iv) Plantea la mejora gradual, a través de niveles, que luego ha sido adoptado por muchos otros modelos. (v) tiene dos representaciones de modo que puede usarse fácilmente por organizaciones muy pequeñas de 5 ó 10 personas o puede aplicarse a organizaciones muy grandes como corporaciones multinacionales con miles de empleados.
¿Cuáles son los factores críticos de éxito en proyectos de implementación de CMMI? Los factores críticos de éxito generales son: (i) liderazgo, compromiso y supervisión pública y visible d e un patrocinador, directivo de la organización, que proporcione además presupuesto y designe un responsable y equipo de mejora de procesos (ii) designar un responsable y equipo de mejora de procesos, proporcionándole autoridad, recursos y metas factibles (iii) hacer que representantes de los roles afectados participen en los grupos de trabajo de mejora de procesos (iv) comprometer a niveles jefaturas y gerenciales para que apoyen y prediquen con el ejemplo y no boicoteen el esfuerzo de mejora de procesos (v) gestionar el cambio en la organización. Mejorar procesos significa cambiar a las personas. Hay que facilitar y gestionar el cambio. Por ejemplo, tener plan de comunicaciones y definir estrategias para enfrentar la resistencia al cambio, entre otros. (vi) usar una metodología de implementación. No usar el método prueba y error. Beneficiarse de los cientos de experiencias en la industria. (vii) capacitarse antes de comenzar e implantar y buscar asesoría experta.
¿El CMMI se aplica a ambientes diferentes al de software? la respuesta es sí. El CMMI, al día de hoy y con las nuevas constelaciones de CMMI para Adquisición y CMMI para Servicios se aplica no sólo a organizaciones de software sino a organizaciones de otras industrias o sectores (hardware, operaciones, servicios, salud, educación, transporte, finanzas, etc.). Si la pregunta es, el CMMI puede aplicarse a empresas muy pequeñas, muy grandes, distribuidas geográficamente, de servicios, de operaciones, etc. La respuesta es sí. Justamente esa es una de las características principales del CMMI, es un modelo que debe interpretarse al contexto de la organización. Por ejemplo ver el punto (v) en la respuesta a la siguiente pregunta (4).
¿Se puede aplicar CMMI para proyectos de Infraestructura de Sistemas? La respuesta es si. Los proyectos de infraestructura de Sistemas usualmente son para implementar algún servicio de infraestructura. En ese contexto, lo que se usa es el CMMI para Servicios.
Cómo aplicarlo? El CMMI para Servicios sirve para mejorar los procesos necesarios para gestionar y entregar servicios. Un proyecto de infraestructura, como cualquier proyecto, realiza actividades. Las actividades pertenecen a procesos. En un proyecto de infraestructura, se ejecutan actividades de procesos para gestionar y entregar servicios. El CMMI para Servicios sirve para mejorar los procesos de gestión y entrega de servicios, para hacerlos más efectivos y como consecuencia tener proyectos exitosos.
¿CMMI for software trata algo con respecto al cálculo de la rentabilidad de un proyecto de Software? No existe el CMMI for software. El CMM for Software es un modelo retirado y ya no es tá vigente. Los vigentes son: CMMI for Development v1.2, CMMI for Adquisition v1.2 y CMMI for Services v1.2. El CMMI es un conjunto de productos y servicios que sirven para mejorar procesos. El CMMI para Desarrollo es un conjunto de buenas prácticas para mejorar procesos. Medir la rentabilidad de un proyecto de software está fuera del alcance del CMMI.
¿Donde conseguir información acerca del ámbito del CMMI a Nivel Mundial, Latinoamérica? En la siguiente página del SEI puedes encontrar información detallada pública: http://sas.sei.cmu.edu/pars/pars.aspx El SEI también publica un informe semestral llamado Process Maturity Profile, pero el link está errado. Seguro que en algún momento lo corrigen. Revisa http://www.sei.cmu.edu/cmmi/casestudies/profiles/
Existen varios modelos de calidad para software y me llama la atención CMMI, pero con respecto a otros (ISO, etc) cuales son la diferencias. Las principales diferencias entre el CMMI e ISO son: 1. Los modelos CMMI son modelos más enfocados en determinados tipos de procesos específicos. De hecho nació como un modelo orientado a software (CMM for Software). El CMMI para Desarrollo enfoca en la mejora de procesos para desarrollar y mantener productos y servicios. El CMMI para Adquisición enfoca en la mejora de procesos necesarios para interactuar con proveedores a quienes compramos (adquirimos) productos y servicios. El CMMI para Servicios enfoca en la mejora de procesos para gestionar y entregar servicios. El ISO tiene un enfoque más general, tiene como propósito que la organización implemente un sistema de calidad, independientemente del tipo de proceso que tenga. 2. El ISO no prescribe requisitos específicos por tipo de proceso para el sistema de calidad que la organización implemente. La organización establece cuál es su sistema de calidad. El CMMI si prescribe requisitos específicos para el sistema de calidad. Por ejemplo, como el CMMI para Desarrollo está orientado al desarrollo y mantenimiento de productos y servicios prescribe que deben realizarse estimaciones y específicamente estimaciones de tamaño. Las principales diferencias entre el CMMI y otros modelos (incluyendo los modelos ISO) son: 3. Los modelos CMMI plantean que la mejora es un p roceso gradual, para eso se usan los niveles. Mediante los niveles las organizaciones pueden implementar un programa de mejoras gradual. Los demás modelos no, contienen un conjunto de requisitos que deben implementarse. Poco a poco, el resto de modelos ha ido incorporando el concepto de niveles por ejemplo el Project Management Maturity Model, el BMP Maturity Model, el COBIT, entre otros. 4. Los modelos CMMI tienen programas para certificar a personas en distintos roles (SEI Certificate, instructores, evaluadores) así como para realizar evaluaciones de proceso a las organizaciones que el mercado usa como un benchmarking internacional. Los demás modelos sólo tienen algunos de estos elementos.
¿En qué casos puedo aplicar CMMI e ISO 9001, cuáles son sus diferencias?? CMMI tiene al momento 3 modelos: (1) CMMI para Desarrollo, se usa para mejorar procesos en entornos de desarrollo y/o mantenimiento de productos y/o servicios, por ejemplo para desarrollo y m antenimiento de software. (2) CMMI para Adquisición, se usa para mejorar los procesos necesarios para interactuar con proveedores, por ejemplo si tenemos proveedores importantes que nos proporcionan el servicio de software factory o call center entre otros. (3) CMMI para Servicios, se usa para mejorar los procesos que intervienen al gestionar y proporcionar servicios, cualquier tipo de servicios, pueden ser servicios de TI, servicios de educación, de transporte, financieros o de salud, entre otros. El ISO es un estándar para implantar un sistema de calidad en una organización. El ISO y CMMI tienen mucho en común y se complementan. De hecho no tienen contradicción alguna. Es recomendable usar ambos. El ISO tiene un conjunto de requerimientos para que la organización (o la parte dentro del alcance) tenga un sistema de calidad, la organización debe cumplir con dicho sistema de calidad. El ISO es mucho más general y aplica a cualquier tipo de organización o a cualquier tipo de proceso. El CMMI es un poquito más específico en cuanto al tipo de proceso a los que está dirigido: procesos de desarrollo y mantenimiento de productos y servicios, procesos de interacción con proveedores y procesos para gestionar y proporcionar servicios. El CMMI es mas prescriptivo en cuanto a qué se espera que el sistema de calidad debe exigir. Por ejemplo, deben haber planes de proyecto / actividades y la planificación incluye la identificación y análisis de riesgos. El ISO no es
tan específico. Ambos son un buen complemento.
¿EXISTE UN DOCUMENTO DE CMMI CON TODOS SUS COMPONENTES ALGO SIMILAR A LOS DOCUMENTOS DE METRICA3 Y MOPROSOFT? No existe una lista de documentos (plantillas o formatos) para cumplir o implementar CMMI. Cada organización decide cuáles herramientas usar para implementar sus procesos. Las herramientas pueden ser plantillas o formatos, aplicativos de software que automatizan tareas de gestión de proyectos y/o ingeniería de software, por ejemplo un workflow, etc. Si deseas descargar el modelo CMMI para Desarrollo en castellano lo puedes obtener en la página http://www.sei.cmu.edu/library/abstracts/whitepapers/cmmi-dev-v12-spanish.cfm En CMMI cuando hablas de componentes del modelo nos referimos a las áreas de proceso, metas y prácticas. No existe una lista de los documentos (plantillas ó formatos) correctos para implementar las prácticas del CMMI para Desarrollo.
¿Cuáles empresas pueden darte la certificación una vez que tengas mejorados los procesos. El SEI (de la universidad Carnegie Mellon) es el propietario del CMMI y es la organización que establece las reglas para las evaluaciones. El SEI aclara que en realidad cuando se evalúa a una organización no se otorga una certificación, sin embargo, así es como el mercado llama a las evaluaciones que concluyen si una organización ha logrado algún nivel de madurez o nivel de capacidad. En la página web del SEI www.sei.cmu.edu/cmmi se identifican a todas las organizaciones SEI Transition Partners en el mundo autorizadas a realizar evaluaciones CMMI así como a los evaluadores autorizados y certificados a realizarlas.
¿Donde conseguir los 3 modelos de CMMI en español? En castellano sólo está disponible el CMMI para Desarrollo en la página http://www.sei.cmu.edu/library/abstracts/whitepapers/cmmi-dev-v12-spanish.cfm No hay versiones en castellano de los otros dos modelos CMMI for Adquisition o CMMI for Services.
Cuáles son las empresas que han tomado al cmm para desarrollar su software El cmm ya no está vigente, la versión vigente es: CMMI para Desarrollo v1.2, CMMI para Adquisición v1.2 ó CMMI para Servicios v1.2 Imagino que te refieres al CMMI para Desarrollo, que es el modelo más usado por las empresas ó áreas de sistemas que hacen desarrollo, mantenimiento o integración de software. Cuando una organización se somete a una evaluación SCAMPI A, es la propia organización la que autoriza o no que el resultado de dicha información se haga pública en la página web del SEI. En el caso que la evaluación concluye que la organización logra el nivel de madurez o nivel de capacidad deseado, la mayoría de organizaciones autoriza que esta información sea pública. Conozco muy pocos casos que una organización tiene razones para no autorizar que esta información sea pública. Puedes consultar la página http://sas.sei.cmu.edu/pars/pars.aspx para saber si una organización (peruana o de cualquier parte del mundo) ha logrado algún nivel de madurez o nivel de capacidad. Si una organización ha logrado algún nivel de madurez o nivel de capacidad su nombre debe estar en dicha página. La validez de ese logro es de 3 años. Pasados los 3 años el registro respectivo se retira de esta lista. Si el nombre de una empresa no figura en esa lista y la empresa asegura que si ha logrado algún nivel de madurez o nivel de capacidad es porque la empresa no ha autorizado la publicación de dicha información. En cuyo caso puedes solicitar a la empresa que te muestre una copia del ADS (Appraisal Disclosure Statement) y lógicamente que te explique por qué no autorizó la publicación de dicha información. No puedo darte información privada de empresas clientes. Sin embargo, cuando una organización peruana logra algún nivel de madurez siempre lo ha hecho bastante público en diversos medios digitales, prensa, TV, etc. Según el informe público del SEI de madurez, en el Perú menos de 10 empresas han logrado algún nivel de madurez o nivel de capacidad. Si la pregunta es más general, puedo decirte que en el Perú alrededor de 50 empresas usan el CMMI para Desarrollo como modelo de referencia para mejorar sus procesos de gestión de proyectos e ingeniería de software, independientemente que construyan software para vender o desarrollen software para clientes o hagan mantenimiento e integración de sistemas de software.
¿Cuál es la diferencia entre cmmi v1.1 y cmmi v1.2? en resumen: . Se eliminaron las prácticas avanzadas y los llamados "common features" que era una forma de agrupar las prácticas genéricas . se eliminó el área de proceso adicional SS Supplier Sourcing . se incorporó el contenido del área de proceso Integrated Supplier Management (ISM) en el área de proceso Supplier Agreement Management (SAM) . Se publicó un único modelo CMMI para Desarrollo tanto para l a representación escalonada (staged) como para la representación continua . se agregó información para interpretación en el contexto de hardware para algunas prácticas . Se cambió la arquitectura, aparece el CMMI para Desarrollo, luego aparece el CMMI para Adquisición y luego el CMMI para Servicios . se agregaron nuevas definiciones en el glosario y se actualizaron otras . se realizaron cambios en prácticas de las siguientes áreas de proceso: IPM, OPF, REQM, RD, SAM, TS, VER, VAL
Quiero aplicar CMMI a la parte de requisitos de un proyecto pero solo encuentro mucha teoría acerca de la metodología pero ningún diagrama u ejemplo que me oriente correctamente. Primero, el CMMI no es una metodología, es un modelo de proce sos. Segundo, en CMMI no existe teoría, todas son buenas prácticas producto de lecc iones aprendidas de la ejecución de proyectos en la industria, es conocimiento empírico sistematizado. Jamás podrás hace r esta pregunta: y esta práctica alguna vez se habrá aplicado en algún proyecto? De hecho, todas y cada una de las prácticas del CMMI existen porque son lecciones aprendidas en la ejecución d e muchos proyectos. Más bien, esa es una buena pregunta para muchos otros modelos. Tercero, la forma de usar el CMMI es: (i) identificar el proceso actual (en este caso de requisitos) de una organización o proyecto (ii) revisar las buenas prácticas que el CMMI establece para las actividades de requisitos e identificar la brecha actual, es decir, aquellas buenas prácticas que no están incorporadas en el proceso actual (iii) los ejecutores de las actividades de requisitos deben plantear la mejor forma de incorporar dichas buenas prácticas (la brecha) en el proceso actual de requisitos (iv) probar la solución en un proyecto, corregir defectos, realizar ajustes y seguir probando en más proyectos y seguir mejorando. Cuarto, no existen diagramas ni ejemplos porque justamente es un modelo de procesos, no es el proceso de alguna organización. El CMMI se aplica sobre algún proceso de alguna organización o proyecto. El CMMI sirve para mejorar un proceso, primero debes tener el proceso a mejorar. Si no tienes un proceso a mejorar, entonces no puede aplicar CMMI o algún modelo de mejora de procesos. ¿Existen cursos oficiales de CMMI for Services, certificación para instructores y evaluadores en CMMI for Services y evaluaciones SCAMPI A para organizaciones en CMMI for Services? Sí, ya hay empresas que estan implementando CMMI-SVC en todo el mundo, hay información en l a página web del SEI. De hecho yo estoy trabajando con diversas. Sector más apropiado para aplicar CMMI for Services? El CMMI for Services puede ayudar a mejorar los procesos usados en la operación, gestión y entrega de cualquier tipo de servicio. Las primeras experiencias de aplicación han sido en los sectores: Servicios de Tecnologías de Información, Servicios de Gobierno, Servicios de Seguridad de la Información, Servicios de Educación, Servicios Financieros, Servicios de Transporte, Servicios de Salud, entre otros. Competencia directa de CMMI: ISO 9001 e ITIL. A pesar que ISO 9001 es bastante general y de hecho es usado por muchos sectores de servicios e ITIL dice para TI, igual ITIL pueden aplicarse a sectores que no son de TI.
Cual serían los pasos correctos para implementar CMMI de adquisición y servicios en una empresa que tiene un equipo de analistas y desarrolladores aproximado de 45 personas? La empresa tiene un aproximado de 9,500 empleados. Usa el scrum como framework para la implantación y sigue el IDEAL del SEI como framework de metodología de implantación. Algunas ideas: Esto supone primero realizar un lanzamiento con capacitación, objetivos, alcance organizacional, alcance del modelo, plazos, recursos, número de iteraciones, qué lograr en cada iteración, p resupuesto, priorizar grupos de prácticas a implementar en cada iteración, planificar el número de iteraciones y qué implementar en cada iteración, establecer grupos de trabajo en cada iteración, entre otros. Luego viene la ejecución de cada iteración en la que en al menos un proyecto real se implementan los grupos de prácticas priorizadas para dicha iteración. Una iteración debe lograr implementar en al menos un proyecto, usando el criterio de listo tomando en consideración el algoritmo base del SCAMPI A para la calificación de p rácticas, el ó los grupos de prácticas priorizadas para la iteración. Esto no quiere decir hacer un SCAMPI A final de cada iteración, que es imposible, ni seguir toda la rigurosidad del SCAMPI A al final de cada iteración que también es imposible, sinoel algoritmo base: . actividades ejecutadas oportunamente en proyecto real . actividades que tienen una descripción de proceso de contexto . actividades que generan registros útiles al proyecto . los ejecutores pueden explicar verbalmente lo que hicieron al equipo (en el proyecto de mejora). .
¿Cómo se solicita una evaluación en CMMI? Cuál es el proceso a seguir? 1. Busca una organización SEI Transition Partner que pueda proporcionar el servicio (http://www.sei.cmu.edu/partners/directory/organization) 2. Selecciona un evaluador líder autorizado y certificado por el SEI que pueda proporcionar el servicio (http://www.sei.cmu.edu/partners/directory/individual) 3. Asegúrate que el evaluador líder: (Recomendaciones del SEI) 3.1. Puede comunicarse contigo en tu idioma 3.2. Tiene experiencia en la industria en la q ue estás y a la que atiendes 3.3. Tiene experiencia en el enfoque de tu forma de trabajo (ágil, cascada, RUP, VSTS, MSF, TSP/PSP, etc.) 3.4. Tiene experiencia 3.5. Conoce el mercado en el que estás 4. Los posibles proveedores, deben explicarte que debes elegir una de las 3 alternativas de evaluación CMMI:
SCAMPI A, B ó C. De manera muy rápida (no reemplaza la explicación) puedo decirte que una evaluación SCAMPI A tiene como propósito evaluar el grado de institucionalización de los procesos en una organización de acuerdo a los requisitos establecidos por el CMMI y es el único tipo de evaluación que conduce a determinar el nivel de madurez o capacidad de una organización. Una evaluación SCAMPI B tiene como propósito evaluar el grado de despliegue de los procesos de una organización de acuerdo a los requisitos establecidos por el CMMI. Una evaluación SCAMPI C tiene como propósito evaluar el enfoque de los procesos de una organización de acuerdo a los requisitos establecidos por el CMMI.
A la hora de definir los procesos para la mejora aplicando el modelo CMMI y el modelo IDEAL, en la parte de actuar se pone en marcha lo que se ha definido, cómo podría hacerlo.... cómo puedo validar el modelo implementado??? Usando el criterio de la evaluación SCAMPI A: 1. Identifica las prácticas que se han implementado, en general hazlo por grupos de prácticas relacionadas no una por una (ya en una evaluación se hace una por una pero al validar lo implementado no es necesario) 2. Identifica los registros que evidencian las actividades implementadas, por ejemplo: documentos, datos en aplicaciones usadas, correos electrónicos, anotaciones, cuadernos, información que está publicada en el ambiente de trabajo, otros. En este punto es necesario asegurar que existe algún tipo de control sobre esta información, por ejemplo que no puede perderse por error, que si se pierde puede recuperarse, etc. Sean creativos, los documentos no son el único tipo válido de registro. 3. Asegúrate que dicha evidencia es usada realmente por alguien en el equipo / proyecto, es decir, se hace porque se necesita. Es un error hacer algo porque el modelo CMMI lo pide y nadie usa o entiende dicha información 4. Realiza entrevistas a algunas de las personas (muestra) que han implementado dichas actividades de modo que puedan explicarte verbalmente su forma de trabajo. Mejor si quien hace la entrevista no es quien estuvo a cargo de la implementación para que tenga una opinión objetiva del resultado. Cuando los escuches, corrobora que su respuesta es consistente con el proceso de la organización y lo que el CMMI establece en sus prácticas al respecto.
Tiene alguna estimación de cuánto se necesitaría invertir aproximadamente para implementar el modelo CMMI nivel 3 por ejemplo en una organización pyme, si se asume que partimos de un nivel básico? No es posible dar una respuesta precisa sin información, propia de una cotización. Por ejemplo: cantidad de personas impactadas, herramientas, metodología, cuántos años tiene la organización, estructura, entre otros datos, además de información cualitativa acerca del estilo de liderazgo, cultura, objetivos, entre otros datos. He trabajado con organizaciones que han logrado el Nivel de Madurez 3 en 10 meses comenzando de cero y otras que lo han logrado después de 5 años.
Quisiera saber cuánto dura(tiempo) en promedio una evaluación SCAMPI? Depende de diversas variables, por ejemplo: clase de la evaluación (A, B ó C), representación escalonada (nivel de madurez) o continua (nivel de capacidad), cuál nivel, cuántos sites (ciudades), tipos de proyectos, entre otros datos. Ninguna evaluación puede hacerse en menos de 1 semana y algunas pueden tomar 3 meses de trabajo, con algunas semanas a tiempo completo. El SEI exige que las evaluaciones se informen al SEI al menos 30 días antes.
Tengo una duda..."El SEI exige que las evaluaciones se informen al SEI al menos 30 días antes", con qué objetivo se hace esto?, si según lo que he entendido el SEI no se responsabiliza formalmente por las evaluaciones, ni hace seguimiento de ellas?.Otra pregunta en el caso que una empresa ya se le haya evaluado y haya obtenido un nivel determinado, quién se encarga de remitir los datos al SEI para figurar en la página de las empresas evaluadas, el lead appraiser o l a misma empresa? 1. Objetivo: el SEI está mejorando continuamente el proceso de evaluación con el propósito de tener un mejor control, seguimiento y atención de la demanda de las evaluaciones. El avisar 30 días antes es una mejora al proceso de evaluación. Una evaluación debe ser un hito en un proceso de mejora, no puede hacerse de improviso. Esa es la razón. 2. No se responsabiliza: El SEI es responsable de realizar una revisión de aseguramiento de la calidad de los resultados de una evaluación, el SEI autoriza o no que los resultados se hagan públicos, el SEI es quien capacita, autoriza y certifica a los evaluadores. Ningún método es perfecto, es como el hospital ó clínica a la que vas a atenderte, algunas son responsabilidades del hospital y otras del doctor (médico) que atiende al paciente o hace la operación. Es una figura similar. No podemos decir que el hospital no se responsabiliza de nada, antes de contratar a un doctor el hospital hace ciertas verificaciones y debe hacer seguimiento. Lo mismo el SEI. Si han habido algunas evaluaciones en las que el SEI ha intervenido y ha tomado acciones correctivas significativas. 3. No hace seguimiento: El SEI publica y actualiza los resultados de las evaluaciones y se asegura que los evaluadores se re-certifican en caso contrario pierden su autorización, esto es c ada año. El SEI también actualiza y sólo publica los resultados de evaluaciones vigentes, cuando llega la caducidad de la evaluación se retira el registro de la página web. Esto es como ir al doctor a hacerse un chequeo, te haces un chequeo, y el doctor te dice el siguiente chequeo debes hacerte en tal fecha, depende de ti hacerlo nuevamente. Llegado el momento l os resultados ya no son vigentes y no hacer un chequeo recomendado es tu decisión.
4. El envío de información de la evaluación al SEI es parte de la evaluación, el evaluador líder es quien envía la información al SEI. Dos puntos finales: I. Existe un mal entendimiento común de qué significa lograr un nivel de madurez. Lograr un nivel de madurez no significa que se le otorga a la empresa un certificado de buena conducta, lo que significa es hacer público un hito al que la empresa evaluada ha llegado cumpliendo ciertos requisitos. II. Existe un curso SCAMPI A donde se explica el método. El método es público y puede descargarse de la página web del SEI.
En mi organización de ramo industrial tenemos un equipo nutrido de desarrollo de software que constantemente trabajan en solicitudes de desarrollo por parte de los clientes. Dado a la complejidad de los proyectos necesitamos mejorar la calidad de los productos finales, entrar de lleno en la documentación técnica y a nivel de usuario, mejor gestión de proyectos, mejorar los procesos de análisis y recolección de requerimientos con los clientes, buscar pautas para tener reuniones de recolección de requerimientos eficientes, pruebas eficientes antes de entregar un producto, controles de calidad, monitoreo de la entrega de un proyecto, etc. He estado iniciando a revisar metodologías como ITIL, CObit, y CMMI esta ultima siempre me ha parecido interesante por enfocarce un poco más en el desarrollo que es lo que deseamos atacar en este punto. En base al contexto que planteas el CMMI te ayudará mucho más que el ITIL (enfocado en mejorar procesos para gestión de servicios de TI) y CobiT (enfocado en mejorar el control de la función de TI en la organización). Específicamente te sugiero que uses el CMMI para Desarrollo. Te sugiero que también explores el Scrum como marco de referencia para la gestión de proyectos y gestión de requerimientos.
Cuál crees que sería la traducción más apropiada para Capability Maturity Model Integration: a) Modelo integrado de madurez de capacidades. b) Modelo de madurez y capacidad integrado . CMMI=Modelo Integrado de Madurez y Capacidad En el contexto del CMMI el término madurez de la capacidad es inapropiado. Son dos formas alternativas de usar el CMMI: niveles de madurez ó niveles de capacidad.
Acerca de una aproximación que diste del costo externo (evaluaciones, capacitación, consultoría), el cual podía ser desde los 12 mil dólares por año hasta los 250 mil dólares por año. Podrías dar un rango de costo sólo para (capacitación y consultoría), apartándolo del costo del SCAMPI?, me serían útiles esos rangos de costos por separado. Te agradecería si además, me dices lo que influye en la variabilidad del rango de estos costos externos. Otra pregunta, en realidad lo que influye en el costo externo, mas que el tamaño de la empresa es el tamaño de la unidad organizativa que este dentro del alcance? , porque definitivamente hay empresas que solo desean implementar CMMI para un área determinada dentro de la empresa o un proyecto específico y aunque la empresa sea grande , si esa área es MUY pequeña.. el costo será menor no? Los costos de capacitación y SCAMPI son relativamente fijos y depende quien te proporciona la capacitación y quien realiza la evaluación SCAMPI A. El costo del SCAMPI A solo varía m ucho si se trata de una evaluación SCAMPI A a una organización muy compleja, con varios sites e n diversos países y muchos tipos de proyectos, lo cual es poco probable en la mayoría de los casos en Latinoamérica. 1. El costo de la capacitación durante un año puede variar desde los USD$ 3,000 hasta los USD$ 15,000 o mas dependiendo de a quien contratas y no tiene relación con la calidad y experiencia del instructor/consultor sino la región en la que contratas. 2. El costo de una evaluación SCAMPI A puede estar en tre USD$ 10,000 y USD$ 35,000 o mas básicamente en función al nivel de madurez y la región en la que contratas el servicio. Si es una evaluación CMMI usando la representación continua y son pocas áreas de proceso puede ser menos de USD$ 10,000. 3. El principal componente del costo es la consultoría y asesoría en la implementación y dependerá de que tipo de apoyo y cuanto apoyo requiere la organización. Si es una organización que tiene un responsable, equipo de procesos y grupos de trabajo involucrados muy proactivos y comprometidos, el costo puede ser muy bajo, por ejemplo desde USD$ 10,000 por año o menos inclusive. Si se trata d e una organización que requiere un apoyo permanente, continuo, requiere que la asesoría inclusive escriba los procesos, implante las herramientas, haga seguimiento, etc. entonces la asesoría puede ser USD$ 100,000 por año o más.
Cuál es la variable o las variables que hacen que una empresa que haya logrado un nivel de madurez 4 ó 5 NO sea necesariamente mejor que otra que ha logrado un nivel de madurez 3o 2?. Si la primera se encuentra en un escalón más alto en cuanto a calidad de sus procesos que la otra, o me equivoco? Leí lo de arriba en unos de tus comentarios. Comencemos con que significa lograr un nivel de madurez. Lograr un nivel de madurez no es un certificado de buena conducta. Tampoco certifica nada. De hecho no es una certificación aun cuando el mercado lo llama así, ante la falta de regulación y estándares en la industria de software. Lograr un nivel de madurez quiere decir que dicha organización ha logrado un hito en su programa de mejora de procesos. Mientras más hitos una organización logra (por ejemplo, lograr el nivel de madurez 5) quiere decir dicha organización está más avanzada en el logro de los hitos de SU programa de mejora. La palabra clave aquí es SU programa de mejora. Cada organización tiene su propio programa de mejora, en función a sus objetivos de negocio y problemas. Si una organización se ha sometido a una evaluación SCAMPI A para determinar el logro de un nivel de madurez quiere decir que ha tomado la decisión de evaluar de manera objetiva y reconocida en el mercado el avance en un su programa de mejora. El que una organización decida no realizar una evaluación SCAMPI A no quiere decir que no tenga un programa de mejora. El logro de un determinado nivel de madurez no hace por si mismo a una organización mejor que otra. Lo correcto es decir que si una organización ha logrado un nivel de madurez CMMI genera más expectativas, eso si es correcto. Y lo que sucede de manera práctica es que en una industria como la de software donde hay tantos problemas y proveedores informales y no necesariamente profesionales, el logro del nivel de madurez se reconoce y premia. Eso está bien y es razonable que una empresa cliente solicite a su empresa proveedoras el uso del CMMI y el logro de niveles de madurez. Si somos una empresa cliente que tiene un proveedor que ha logrado algún nivel de madurez CMMI, la recomendación del SEI es validar nuestras expectativas como cliente y asegurar que el esfuerzo de mejora de nuestro proveedor (empresa con algún nivel de madurez CMMI) está alineado con los objetivos de los proyectos donde nuestro proveedor participa. Recordar que NO DEBEMOS asumir que un hecho será válido en TODOS los c ontextos. Un ejemplo: Si estamos buscando una organización para que nos proporcione servicios de testing, entonces tranquilamente una organización que ha logrado el nivel de madurez 5 teniendo como alcance de la evaluación su área de Desarrollo de Software donde se realizan proyectos de desarrollo, estableciendo como su proceso crítico (por ejemplo Codificación) aquel en el que se implementa el área de proceso Solución Técnica no será - en general más apropiada que una organización que ha logrado el Nivel de Madurez 2 teniendo como alcance de la e valuación el área que proporciona Servicios de Testing, cuenta con mucha experiencia y referencias en servicios de testing y cuenta con muchas herramientas para proporcionar servicios de testing, pero que ha decidido no avanzar en el nivel de madurez 3 en CMMI para Desarrollo pues NO TIENE SENTIDO ALGUNO. Ahora que ya disponemos del CMMI para Servicios puede retomar dicho camino con el CMMI para Servicios. Espero que se entienda este ejemplo. La respuesta a la pregunta: es
una empresa que ha logrado algún nivel de madurez mejor que otra que no tiene dicho logro? La respuesta será siempre depende. Lo razonable es tener una mayor expectativa porque la empresa que exhibe el logro sabemos que ha avanzado en su programa de mejora de manera objetiva. La respuesta a la pregunta: es una empresa mejor que otra (en relación a una empresa cliente que quiere contratar un proveedor) por el solo hecho de haber logrado un mayor nivel de madurez? La respuesta es: depende. La empresa cliente debe entender qué significa el logro del nivel de madurez? averiguar cuál fue el alcance de la evaluación? qué procesos se evaluaron? los procesos evaluados son los que se están usando para atenderme? cuáles son los procesos críticos del proveedor? En resumen es responsabilidad de la empresa cliente asegurarse que el esfuerzo de mejora de procesos del proveedor está alineado con los objetivos de la empresa cliente. SI los objetivos están alineados, entonces en ESE CASO no hay duda que si será mejor!
¿Cómo hacer un buen MA dentro de un proyecto y que no sólo quede plasmada en los documentos... Es decir, cómo sacarle valor como objetivo de negocio? Un buen sistema de métricas está alineado con los objetivos de negocio y debe producir el comportamiento deseado en los equipos de proyecto. Las métricas pueden servir para diferentes propósitos: 1. Saber si un proceso se está ejecutando 2. Conocer características del proceso o de los productos del proceso 3. Saber si estamos cumpliendo objetivos establecidos y si la tendencia nos dice (a medio camino) que lo lograremos o no (para tomar acciones correctivas apropiadas oportunamente) 4. Conocer y mejorar el desempeño del proceso. Si entendí bien tu pregunta, voy a referirme sólo a l as métricas que tienen el propósito #3. Las métricas que debe tener un proyecto: i. Deben usarse para gestionar el proyecto, durante la vida del proyecto ii. Deben ser pocas, más de 2 pero menos de 10 iii. Algunas deben tener el propósito #3, es decir, algunas métricas deben servir para saber si estamos logrando los objetivos establecidos por la organización para el proyecto, por ejemplo: rentabilidad del proyecto. iv. Con este propósito tengamos 2 tipos de indicadores: a. Indicador objetivo: mide si se logró el objetivo, Es imprescindible, pero sólo lo podemos medir al final de la
actividad, fase o proyecto. b. Indicador de seguimiento: mide, durante la vida del proyecto, si la tendencia nos indica que vamos en buen camino para lograr el objetivo. Por ejemplo: Si el objetivo para el proyecto es lograr una rentabilidad de al menos 30%. Supongamos que esto significa que nos retrasamos menos del 5% en el plazo comprometido. Tengamos estos indicadores: 1. Retraso en la finalización del proyecto (indicador objetivo) 2. Retraso en la finalización de cada f ase o iteración del proyecto (indicador de seguimiento) 3. Tendencia de la diferencia entre el avance real versus el planificado, comparados periódicamente, por ejemplo cada semana (indicador de seguimiento) El indicador 3 nos sirve para saber si la tendencia, semana a semana, nos dice si lograremos el objetivo de rentabilidad establecido para el proyecto. Nos da alertas más continuas, nos permite tomar acción correctiva mucho más oportuna. El indicador 2 nos da la misma información pero en cada hito. El indicador 3 nos dice si logramos o no el objetivo.
Se dice que CMMI es un MODELO DE CALIDAD de software basado en los procesos, es asì? El CMMI es un modelo de procesos o modelo de mejora de procesos. Es decir, es un modelo o marco de referencia que sirve para mejorar procesos. Entre otros elementos, contiene practicas que son las características que debemos tener en nuestros procesos para sean procesos efectivos y produzcan productos y servicios de calidad. Cuando nació se llamaba CMM para Software y estaba dirigido exclusivamente al software. Hoy hay 3 modelos: CMMI para Desarrollo, CMMI para Adquisición y CMMI para Servicios. No hay duda que el CMMI para Desarrollo es usado mayoritariamente por organizaciones de software. Para entregar productos y servicios de calidad, debemos tener procesos de calidad. La mejora de procesos tiene como propósito tener procesos de calidad. Con este razonamiento podemos decir qu e el CMMI es un modelo de calidad de software, en el sentido que contiene practicas para que nuestros procesos de desarrollo, mantenimiento, adquisición de software sean procesos de calidad y finalmente tener software de calidad. El CMMI no es un modelo con las características que debe tener un producto de software para que sea un producto de calidad, para eso mejor revisa el ISO 9126. El CMMI para desarrollo contiene las características que deben tener nuestros p rocesos de software para producir y mantener software de calidad. Sin embargo, hoy el CMMI para Desarrollo puede usarse (y se usa) para mejorar procesos que construyen cualquier producto, sistema y/o servicio (de software, que contiene software o no).
En el Perú sólo se está utilizando el CMMI para desarrollo? Este es el más utilizado por la industria de software verdad? Hasta el momento en el Perú sólo se está utilizando el CMMI para desarrollo? NO. Estoy implementado el CMMI para Adquisiciones y CMMI para Servicios en diversas organizaciones. Este (CMMI para Desarrollo) es el más utilizado por la industria de software verdad? SI, no hay duda, tanto en el mundo como en nuestra región latina y en el Perú. No es el único modelo, hay muchos otros, todos son buenos, pero es un modelo referente.
Tengo unas preguntas: 1. Cómo implementar CMMI en una empresa de software donde su framework principal es Agile? 2. Cómo implementar TS cuando la arquitectura es generalmente dada por el cliente? 3. Usando Agile, es mediante iteraciones que se va ejecutando el software, así que nunca hay integración de producto debido a las user stories ¿de qué forma se implementa PI? 1. Cómo implementar CMMI en una empresa de software donde su framework principal es Agile? La versión 1.3 del CMMI para Desarrollo incluye párrafos que ayudan a interpretar las prácticas del CMMI en contextos ágiles. Sugiero que comiences leyendo todos esos párrafos. El mito d e las posibles contradicciones o imposibilidad de usar conjuntamente CMMI y el enfoque ágil es falso, ya se resolvió hace unos 10 años, es más desconocimiento, falta de experiencia y falta de creatividad. En la versión 1.3 se han agregado párrafos que ayudan a la interpretación del CMMI en contextos ágiles en l as siguientes áreas de proceso: CMMI-DEV (CMMI para Desarrollo): en CM, REQM, PP, RD, TS, PI, VER, PPQA y RSKM CMMI-ACQ (CMMI para Adquisición): AM, ATM, PMC y PP CMMI-SVC (CMMI para Servicios): SSD 2. Cómo implementar TS cuando la arquitectura es generalmente dada por el cliente? No le encuentro mayor limitación. En general, siempre que el cliente establezca restricciones al proveedor (entendiendo que el proveedor es quien está implementando CMMI), lo que hay que hacer es evaluar si dichas restricciones no van en contra de las buenas
prácticas y procesos de la organización (proveedor), si hay diferencias, el proveedor debe resolverlas. Por ejemplo: si el cliente te dice usa esta arquitectura, y tu al evaluar la arquitectura establecida por el cliente y compararla con tu proceso ves que no ha identificado interfaces con otros sistemas o no ha resuelto el tema de seguridad o continuidad, entonces debes hacer llegar tus observaciones al cliente. Si no hay observaciones, de acuerdo a tus procesos y herramientas (por ejemplo plantillas), entonces le das conformidad y usas dicha arquitectura. Lo importante es que tu tengas tus procesos y herramientas para diseñar arquitectura e igual las uses si algún cliente establece restricciones al respecto. 3. Usando Agile, es mediante iteraciones que se va ejecutando el software, así que nunca hay integración de producto debido a las user stories ¿de qué forma se implementa PI? Alto! :-) Siempre hay integración de producto, si no, no hay software. En software SIEMPRE debemos integrar los componentes desarrollados (código fuente o lenguaje de generadores de código), generar código objeto y/o ejecutables, archivos de configuración en ejecución, código SQL, etc. etc. La integración de producto incluye dos aspectos: i. Integrar (lo que ya mencioné) componentes o programas que hacen los desarrolladores, generar objetos y/o ejecutables y/o publicar en un servidor de aplicaciones y/o instalar en alguna partición o ambiente host para realizar pruebas ii. Realizar pruebas de integración (a diferencia de las pruebas unitarias que las hace quien escribe una porción de código). Las pruebas de integración sirven para asegurar que todo el código escrito por todo el equipo conversa entre sí y cumple los requerimientos del producto. En contextos ágiles se realiza integración continua. De hecho la integración continua es una buena práctica del contexto ágil y es también recomendada explícitamente por el CMMI hace mucho tiempo ya.
Que se requiere para dar asesoría a empresas que quieran realizar la implementación de CMMI? No hay alguna regla al respecto de parte del SEI, eso de haber tomado el curso oficial de CMMI para realizar asesorías es una buena idea pero no es una regla. Mi opinión (personal) es: . Haber recibido formación en CMMI, al menos unas 80 horas (al menos dos cursos), de preferencia del SEI, de instructores acreditados o con mucha experiencia exitosa . Haber realizado (liderado) al menos una implementación en la organización en la que trabajas . Haber participado al menos en 2 implementaciones . Haber liderado (como parte de la organización o asesorando o como parte del equipo de la organización) al menos dos implementaciones exitosas . Haber participado al menos en una evaluación SCAMPI B y al menos en una evaluación SCAMPI A.
Saber si conoces el modelo eSourcing Capability Model y qué relación tiene con el CMMI para Servicios. El CMMI para Servicios es un modelo genérico para el contexto de s ervicios. El CMMI para servicios no es específico para alguna industria en particular, aun cuando se puede usar para mejorar servicios profesionales, de educación, de transporte, de finanzas o de TI entre otros, no c ontiene buenas prácticas específicas para dichas industrias. Contiene buenas prácticas para el contexto genérico de servicios. El modelo eSourcing Capability Model es un modelo para servicios específico para la industria de IT-enabled sourcing o eSourcing (es lo mismo). eSourcing es un servicio que proporcionas usando la tecnología de información como un componente importante o como un facilitador para la entrega del servicio, que se proporciona frecuentemente de forma remota, usando telecomunicaciones o redes de datos. Por ejemplo un servicio de Hosting, Housing, sistemas de software para recursos humanos que se ofrecen a empresas como SaaS, entre otros. Un modelo intermedio en cuanto a abstracción es el ITIL, que es un modelo para mejorar servicios de TI. El CMMI para Servicios sirve para mejorar cualquier servicio. El ITIL sirve para mejorar servicios de TI. El eSourcing Capability Model sirve para mejorar servicios de eSourcing, que es un servicio particular de TI.
Qué son y cómo se usan las peer reviews? Qué prácticas de CMMI las incluyen? Las peer reviews o revisiones de pares son un método de control de calidad, específicamente un método de verificación. Tienen el propósito de asegurar que estamos implementando los requerimientos solicitados, identificar y remover defectos. Una revisión de pares es cuando algún colega termina su trabajo, por ejemplo una especificación de requerimientos, un diseño de base de datos, un diseño de arquitectura o una porción de código; y antes de c ontinuar le pedimos a otro colega, de igual o de preferencia mayor experiencia y conocimientos, que revise nuestro producto de trabajo con
el propósito de asegurar que que estamos implementando los requerimientos, identificar defectos y corregirlos. Un defecto es algo que si no lo remueves, el producto final no funcionará como se espera. Claro que siempre el revisor par debe explicar al autor cuál es el problema y el autor debe estar de acuerdo y entender lo que hay que corregir. Eventualmente el autor puede dar una e xplicación a satisfacción del revisor par y la observación se descarta. Se suele hacer usando un checklist o lista de puntos de control que usa el revisor par para revisar el producto de trabajo a inspeccionar. Las revisiones de pares se requieren en el Nivel de Madurez 3 en el área de proceso VER a continuación la meta y prácticas: (Meta) SG 2 Se realizan revisiones de pares sobre productos de trabajo seleccionados. (práctica 1) SP 2.1 Prepararse para las revisiones de pares de productos de trabajo seleccionados. (práctica 2) SP 2.2 Realizar revisiones de pares de productos de trabajo seleccionados e identificar problemas resultado de estas revisiones. (práctica 3) SP 2.3 Analizar datos acerca de la preparación, realización y resultados de las revisiones de pares.
Me encargaron comparar la metodología que utilizamos en la empresa con cmmi mi jefa piensa que cmmi tiene una serie de formatos ya preestablecidos y que la tarea consiste simplemente en comparar el contenido de los nuestros para saber que tan alineados estamos con esa metodología. Pues no. El CMMI no contiene formatos pre-establecidos. El CMMI no es una metodología, es un marco de referencia. Una evaluación de procesos si tiene como propósito identificar el grado de cumplimiento de los procesos evaluados con los requisitos del CMMI. Hay 3 tipos de evaluaciones: SCAMPI A, B y C. Lo más cercano que podrías hacer es usar las prácticas del CMMI como un checklist para identificar cuáles mejoras puede necesitar tu forma de trabajo en la medida que identifiques problemas latentes. Cómo y para qué se usan las auditorias física y funcionales de CM? Mejor lo explico con un ejemplo: Ejemplo de auditoría funcional: revisar que se han realizado las pruebas unitarias de un componente y que los errores identificados durante las pruebas unitarias se han resuelto y que dicho componente ya está en estado terminado. Ejemplo de auditoría física: confirmar que el componente se ha nombrado de acuerdo a los estándares, se ha comentado de acuerdo a los estándares y se ha versionado en el repositorio establecido.
