(1) ¿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.
(2.1) ¿Cuáles deberían ser los primeros pasos en una organización que desea trabajar bajo el modelo de CMMI?
Esta pregunta ya se respondió. Puedes consultar en: http://cmmi-en-castellano.blogspot.com/2009/07/implementar-cmmi.html?showComment=1247977858642#c8186302022939143514
(2.2) ¿Cuáles son los factores críticos de exito 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 de 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 jefaturales y gerenciales para que apoyen y prediquen con el ejemplo y no boicoteen el esfuerzo de mejora d eprocesos (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.
(3) ¿CMMI es adaptable a cualquier escenario?
No entiendo bien la pregunta. Si la pregunta es 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).
(4) ¿Cuál es su opinión respecto a normas como Moprosoft?
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ándres 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.
Buenos dias, quisiera saber como se puede aplicar CMMI para proyectos de Infraestructura de Sistemas (NO desarrollo de sistemas) o para eso tiene que usarse mejor ITIL o COBIT?? Muchas Gracias
RESPUESTA 30Julio
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.
Puede usarse ITIL? Si. ITIL® es el enfoque de mas amplia aceptación para la gestión de servicios de TI en el mundo.
También puedes usar las buenas prácticas del PMBOK. Que no enfocan en infraestructura pero al menos pueden apoyarte en la parte del project management de los proyectos.
Puede usarse CobiT? CobiT no tiene como propósito mejorar procesos de gestión y entrega de servicios. CobiT tiene como propósito proporcionar un marco de referencia para el control del gobierno de TI. Proporciona buenas prácticas enfocadas en control, no tanto en ejecución. Son prácticas que ayudan a optimizar las inversiones de TI, asegurar la entrega de servicios y proporcionar una medida contra la cual juzgar cuando las cosas van mal.
¿CMMI for software trata algo con respecto al cálculo de la rentabilidad de un proyecto de Software? Y si es así, ¿En que sección lo hace?. Tengo el libro oficial en versión Inglés y no encuentro algo relacionado al tema finanzas o medición económica de la rentabilidad.
RESPUESTA 21Agosto2009
No existe el CMMI for software. El CMM for Software es un modelo retirado y ya no está vigente. Los vigentes son CMMI for Development v1.2, CMMI for Acquisition 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.
RECIBÍ CONSULTA 4 de agosto de 2009 17:32 ----------------------------------------- Buenas Noches, Estimado David Arteaga... Quisiera que me brindara su ayuda para conseguir información acerca del ámbito del CMMI a Nivel Mundial, Latinoamerica y Perú ... estuve buscando en internet pero no veo esa información muy consolidada ... quisiera poder obtenerla de alguna fuente mas confiable ... el motivo por el cual le hago la presente solicitud es que necesito esa información para plasmarla como parte de la realidad - problematica , que pretendo incluirlo como fundamendamento en mi tesis ...
Muchas gracias de antemano. RESPUESTA --------- 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/
RECIBÍ CONSULTA 31 de agosto de 2009 13:27 ------------------------------------------ Buenas tardes David. Estoy buscando varios modelos de calidad para software y me llama la atención CMMI, pero con respecto a otros(ISO,etc)no se cuales son la diferencias. Me gustaría que me aclararas estas diferencias con respecto a los modelos que conozcas.
RESPUESTA 07 Septiembre 2009 ---------------------------- 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 proceso 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.
RECIBÍ PREGUNTA 6 de septiembre de 2009 9:18 -------------------------------------------- puedo aplicar CMMI en la oficina de Informatica de mi Universidad? hay algún aspecto a tener en cuenta en todo caso...?
RESPUESTA 07 Septiembre 2009 ---------------------------- puedo aplicar CMMI en la oficina de Informatica de mi Universidad? Si. hay algún aspecto a tener en cuenta en todo caso...? Ninguno en particular por ser una Oficina de Informática de una Universidad. Recuerda que la implementación del CMMI en una organización o parte de una organización consiste en implementar un programa de mejora de procesos, lo que supone un cambio organizacional. La recomendación para todo tipo de organización es seguir la metodología de implantación.
RECIBÍ CONSULTA 6 de septiembre de 2009 22:09 --------------------------------------------- Como puedo aplicar el CMMI en una empresa Industrial
RESPUESTA 7 Septiembre 2009 --------------------------- Es una pregunta muy general. Lo que puedo decirte es que sí se puede y de hecho he tenido diversas experiencias al respecto. Tienes que mapear el modelo a la realidad de tu empresa, identifica cuál es el producto en tu empresa, cuáles son sus componentes, dónde están los proyectos, etc. Una vez mapeados los conceptos principales es más fácil la interpretación.
RECIBÍ CONSULTA en Fri 2009/10/2 3:13 PM ---------------------------------------- En una de sus respuestas que dió, comenta que MoProSoft NO es un "modelo de mejora de procesos", http://cmmi-en-castellano.blogspot.com/2009/05/cmmi.html
Sin embargo, la Doctora Hanna Oktaba la creadora de MoProSoft o mejor dicho la que encabeza el grupo de definición de MoProSoft, señala en la página oficial de este modelo que moprosoft es:
"Es un conjunto integrado de prácticas de Administración e Ingeniería de Software que puede servir de referencia a las organizaciones que se dedican al desarrollo y mantenimiento de sistemas para lograr mejoras en su forma de trabajar y su desempeño."
Personalmente trabaje con MoProSoft ya que la empresa dodne laboraba hace unos meses estab certificada en esta norma y a mi parecer propiciaba que la organización virtiera sus experiencias de cada proyecto en algo que denominaban "base de conocimiento" y en dicho repositorio existian "lecciones aprendidas". De hecho, si recuerdo bien, el nivel 3 de MoProSoft es cuando ya se tienen las "mejoras de procesos".
Sin embargo, debo aclarar que no conozco bien CMM por lo cuál no puedo asegurar si MoProSoft realmente proporciona los mecanismos para hacer una mejora de procesos... Tiene alguna opinión al respecto con lo que le comente anteriormente y con la definición de MoProSoft según la Dra. Hanna?
RESPUESTA 2009Oct07 -------------------
Primero quiero aclarar que no me referí al CMM sino al CMMI. El CMM es un modelo descontinuado, que la industria ya no usa. El CMMI es un conjunto de productos y servicios que sirven para mejorar los procesos en las organizaciones. Contiene 3 modelos: CMMI para Desarrollo, CMMI para Adquisición y CMMI para Servicios. Se usa mucho en software pero también en otros sectores y tipos de proyectos, operaciones y servicios.
El Moprosoft es un modelo de procesos para la industria de software en México, tal como dice el propio documento Moprosoft. Como expliqué anteriormente, todos los modelos son buenos, y en realidad siempre deben interpretarse. De modo que adelante con el uso del Moprosoft.
De acuerdo con la frase "para lograr mejoras en su forma de trabajar y su desempeño" lo cual no es lo mismo que mejorar los procesos. Lograr mejoras no supone una sistematización de la mejora ni lograr procesos de calidad de acuerdo a los criterios estadísticos de calidad que la industria acepta.
El Moprosoft, plantea que si una organización no tiene procesos establecidos ni documentados, use como base o referencia los del Moprosoft, generando una instancia de cada uno de los procesos. Inclusive si la empresa ya tiene procesos, debe hacer un mapeo con los procesos Moprosoft. Esto, no es una buena recomendación. Explico muy brevemente: En principio toda organización que está funcionando tiene procesos, quizás no documentados, sino ad hoc pero existen. Y si la empresa viene funcionando, pues ya tiene procesos. Lo menos que necesita una empresa es documentar procesos de acuerdo a un esquema pre-establecido que no necesariamente toma en cuenta los problemas concretos de una empresa. Esta es una discusión extensa de modo que no tenemos el espacio para hacerlo en este blog. La mejora de procesos, busca fortalecer los procesos de la organización, no entrar a cambiarlos, a no ser que sea necesario.
Es igualmente peligroso decirle a una organización que debe tener determinados procesos. Imaginense que hay varias empresas, una hace software para instalarse en aviones, otra en autos, otra en equipos médicos, otra en bancos, otra en bodegas familiares, consideramos que deben tener procesos siquiera parecidos? Y aclaro que en México y en todo el mundo, hay empresas pequeñas y muy pequeñas que están en todos los sectores que he mencionado.
Un modelo de mejora de procesos contiene las características que deben tener los procesos para que sea efectivos y nos permitan entregar productos y servicios de calidad. Ayuda a fortalecer y mejorar los procesos de la organización. Hay que trabajar sobre los procesos de la organización.
Buenos días, quisiera saber en que casos puedo aplicar CMMI e ISO 9001, cuáles son sus diferencias?? Gracias
Respondi 21/12/2009
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 mantenimiento 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 educacion, de transporte, financieros o de salud, entre otros.
El ISO es un estándar para implantar nu 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 mas 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 cuatno 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.
Recibí consulta 6 de diciembre de 2009 17:05 HOLA DISCULPA EXISTE MANERA DE QUE ME PUDIERAN INDICAR UN DOCUMENTO DE CMMI CON TODOS SUS COMPONENTES ALGO SIMILAR A LOS DOCUMENTOS DE METRICA3 Y MOPROSOFT??? SE LOS AGRADECERIA DE MANERA INFINITA Respondí 26Enero2010 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.
Recibí consulta 26Enero2010 12:03--------- Hola, me interesa saber cuáles empresas pueden darte la certificación una vez q tengas mejorados los procesos. Muchas gracias Respondí 26Enero2010---------------------- 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. Si quieres información más detallada en Perú puedes contactarme a mi correo electrónico david.arteaga@processconsulting.net
Recibí consulta 30Noviembre2010 10:25-------- Micaela dijo... Me encuentro interesada en conseguir los 3 modelos de CMMI en español, ¿dónde puedo conseguirlos? Respondí 26Enero2010------------------------- 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 Acquisition o CMMI for Services.
Recibí consulta 17Noviembre2010 10:08-------- hola amigo quisiera saber cuales son las empresas peruanas que han tomado al cmm para desarrollar su sofware Respondí 26Enero2010------------------------- 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 dle 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 porqué 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.
Recibí consulta el 13Octubre2009 00:12 ----- Recibí consulta el 17Octubre2009 09:38 -----
Anónimo dijo... diferencia entre cmmi V1.1 y cmmi v1.2
Anónimo dijo... ¿cual es la diferencia entre cmmi v1.1 y cmmi v1.2?
Respuesta 30Enero2009 ------------------
Aquí va un 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 la 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
[] dijo... Hola estoy realizando un proyecto academico en el que debo aplicar CMMI a la parte de requisitos pero solo encuentro mucha teoria acerca de la metodología pero ningun diagrama u ejemplo que me oriente correctamente. Si tu puedes orientarme en como se debe ejecutar cuales son las areas que debemos atacar, te lo agradecere muchisimo.
Respondí 30Enero2010 -----------------------
Hola, con gusto respondo. Primero, el CMMI no es una metodología, es un modelo de procesos. Segundo, en CMMI no existe teoría, todas son buenas prácticas producto de lecciones aprendidas de la ejecución de proyectos en la industria, es conocimiento empírico sistematizado. Jamás podrás hacer 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 de muchos proyectos. Mas 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.
Anónimo dijo... Hola Saludos, cual es el procedimiento para llevar a cabo el area de proceso Enfoque en los procesos de organizacion (OPF) por favor...
Respondí 30Enero2010 -----------------------
No existe "el proceso" correcto, cada organización debe formular el suyo de acuerdo a su contexto. Sin embargo, puedes comenzar a construir uno en base a las siguientes actividades: 1. [EMP] Identificar y analizar propuestas de mejora 2. [EMP] Planificar acciones de mejora 3. [GT} Desarrollar soluciones 4. [GT] Validar en piloto 5. [EMP] Desplegar soluciones EMP=Equipo de Mejora de Procesos GT=Grupo de Trabajo, formado por personas que realizan las actividades a mejorar en lor proyectos Además debe existir un Comité Ejecutivo de Mejora, formado por gerentes que deben supervisar el proyecto de mejora y priorizar las propuestas de mejora que contribuyan con los objetivos de negocio.
Anónimo dijo... Buen dia David Leí que CMMi-SVC se acaba de autorizar en febrero de este año, entonces existe ya una certificación y cursos oficiales de CMMI for services? Ya hay empresas que estan implementando CMMI-SVC? solo encontre a Leading Edge Process Consultants que estan probando la implementación, es la unica hasta el momento?
Por otra parte, existe algun sector mas susceptible a este modelo o en general cualquier empresa de servicios sin importar el tipo de servicios?
Y leí de un curso "experimental" que ofrecen en washihngton.... entonces es oficial o todavía estan en pruebas. y una mas, en cuanto a servicios, competencia directa de CMMI for Services no hay como tal? se que hay un iso para servicios, pero como comenta anteriormente son muy diferentes.
de antemano gracias por su respuesta
Respondí 30Enero2010 ----------------------
Si, ya 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 la 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.
Recibí consulta 12Febreeo2010 01:16 -------- Anónimo dijo... Buenos días,
Estoy interesada en buscar herramientas en castellano de autoevaluación para CMMi nivel 3. ¿Conoceis alguna? Gracias. Respondí 12Febreeo2010 ----------------------
Desconozco si existe alguna gratis u open source en el mercado. Todos los consultores y consultoras tienen una herramienta para realizar sus evaluaciones, todas con derechos reservados. Estas herramientas tienen un set de preguntas que giran en torno a cada práctica del modelo a usar como modelo de referencia en la evaluación. Por ejemplo para la SP 1.1 de REQM se pueden realizar las siguientes preguntas: (i) Cómo reciben los requisitos de los clientes y usuarios? (ii) Dónde quedan los requisitos detallados acordados entre el equipo de desarrollo y los usuarios y clientes? (iii) De qué forma nos aseguramos que los usuarios y clientes entienden los requisitos de la misma forma que el equipo de desarrollo? etc. En plena evaluación, no se suele usar la pregunta exactamente, sino más bien como una guía, en el momento se formula la pregunta de la mejor manera utilizando el lenguaje propio de la organización evaluada. Algunas herramientas tienen respuestas estándares, con pesos y en función a la respuesta se puede obtener un grado relativo de implementación. Las posibles respuestas podrían ser: SI, NO, NOSE. Los pesos pueden ser en función al rol que responde y a cuántos son entrevistados, etc. etc.
Recibí consulta 03/03/2010 10:44 AM -------- cuales son los puntos de control del modelo CMMI Y en que punto de desarrollo se usa Respondí consulta 03/03/2010 --------------- Puedes construirlo usando sólo las prácticas específicas de REQM, RD, TS, PI, VER, VAL.
Recibí consulta Viernes5Marzo2010 5PM--------- Calurosos saludos. 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. Respondí consulta Miércoles10Marzo2010--------
La respuesta breve y al más alto nivel es: 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, presupuesto, 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 prá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)
Recibí comentario 13Mar2010 12:56PM -------- que sitios web, foros, herramientas y grupos de usuarios que están disponibles para organizaciones utilizando CMMI Respondí 14Mar2010 10:01PM ----------------- No hay en castellano otro más que este. En inglés: cmmi_process_improvement@yahoogroups.com También hay en Linkedin
Recibí consulta 7Mayo2010 5:15PM ------------- Hola David, Podrías explicar la diferencia entre las áreas de proceso VER y VAL? Hacen referencia a las pruebas del softwware? De antemano gracias por la información
Respondi 11Mayo2010 -------------------------- Verificación (VER) contiene buenas prácticas para asegurarnos que construimos el producto correctamente, es decir, cumpliendo con los requerimientos especificados. Validación (VAL) contiene buenas prácticas para asegurarnos que estamos construyendo y que se entregará un producto que funcionará tal como está previsto cuando se instale en el ambiente de operación o de producción previsto. Ambas áreas de proceso si hacen mención a las pruebas de software como un método de verificación y de validación. Las pruebas de software son un método de verificación y de validación. Las pruebas de software no son el único método de verificación o de validación. Algunos métodos de verificación son las revisiones de pares, las pruebas de software, simulaciones, pruebas de concepto, demostraciones, entre otros. Algunos métodos de validación son las pruebas de software, discusiones con los usuarios, prototipos, pilotos, simulaciones, entre otros.
El enfoque de las pruebas de software de verificación es constatar que el software cumple con los requerimientos especificados. El enfoque de las pruebas de software de validación es constatar que el software funciona según lo previsto cuando se instala en un ambiente igual o similar al de operación.
También hay buenas prácticas de pruebas de software en las áreas de proceso PI (Integración de producto), donde se hace mención a las pruebas de integración y TS (Solución Técnica) donde se hace mención a las pruebas unitarias de componente.
El CMMI proporciona buenas prácticas básicas de pruebas de software.
Mas información sobre pruebas de software puedes encontrar en el TMMi y en la certificación ISTQB. También puedes encontrar información sobre pruebas de software en extreme programming con la técnica TDD (Testing Driven Development), que para ser más precisos es una técnica de codificación.
RECIBÍ CONSULTA 10 Junio 2010 22:43 ---------- Saludos David, estuve buscando la version de CCMI para servicios en español, pero actualmente parece que solo existe version en español de CMMI para desarrollo, por lo cual quisiera saber en que se diferencian dichos documentos, es decir en cuanto a la estructura del documento, si contemplan las mismas areas de proceso? o, los niveles de capacidad y madurez son tratados de la misma manera?, o en todo caso si podrias brindarme alguna guia sobre CMMI para servicios en español. De antemano agradezco tu respuesta. RESPONDI 11 Junio 2010 3:02 ------------------ No existe versión en castellano del CMMI para Servicios. El CMMI para Desarrollo y el CMMI para Servicios tienen la misma estructura, es decir, áreas de proceso, metas y prácticas. Ambos modelos tienen 16 áreas de proceso comunes(CAR, CM, DAR, IPM, MA, OID, OPD, OPF, OPP, OT, PMC, PP, PPQA, QPM, REQM, RSKM), son las mismas, el contenido de estas 16 áreas de proceso es casi el mismo, existe alguna diferencia porque el CMMI para Servicios, en dichas 16 áreas de proceso, tiene información respecto al contexto de servicios. El CMMI para Servicios tiene además 7 áreas de proceso propias de la categoría de Servicios: 1. Gestión Estratégica del Servicio 2. Entrega del Servicio 3. Prevención y Resolución de Incidentes 4. Gestión de la Capacidad y Disponibilidad 5. Transición del Sistema de Servicio 6. Desarrollo del Sistema de Servicio 7. Continuidad del Servicio
RECIBÍ CONSULTA 27 AGOSTO 2010 10:15 AM ------- Hola, tengo una pregunta, cómo se solicita una evaluacion en CMMI? Cual es el proceso a seguir? RESPONDÍ 30 AGOSTO 2010 11:32 AM -------------- Hola, 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 que 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 institucionalizacó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 orgazanició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. 5. Si recibes una propuesta alternativa de no seguir como mínimo el rigor de una evaluación SCAMPI, entonces no queda claro: el objetivo (utilidad) de la evaluación y la metodología a seguir para la evaluación. Si deseas el servicio en Perú o cerca a Perú puedes contactarme a david.arteaga@processconsulting.net Suerte!
RECIBÍ CONSULTA 15 JULIO 2010 5:31 PM---------- Hola buen dia ...
Ojala me pueda ayudar a comprender cuales son las relaciones , diferencias , ventajas y desventajas de ITIL COBIT PMBOK CMMI MOPROSOFT SIX SIGMA ISO ...
Ya que me gustaria sabes mas datos , debido a que considero que tal vez Moprosoft sea la mejor opcio entre las antes mencionadas para su aplicacion en Pymes en Mexico
De antemano , Muchas gracias RESPONDÍ 30 AGOSTO 2010 11:15 AM--------------- Hola, 1. No es posible responder a tu pregunta (relaciones, diferencias, ventajas y desventajas) con amplitud en un blog; respondo a esta pregunta en un semestre académico en una maestría en software o de calidad. 2. Respecto a tu pregunta de cuál es la mejor opción, es cómo responder a la pregunta cuál de estas frutas es la mejor opción para personas como yo? Pues la respuesta es depende, depende del objetivo de cada persona. Lo que si puedo decirte con certeza son TRES conclusiones: 1a. CONCLUSIÓN: Todos los mencionados (y otros que no has mencionado como el Scrum, el enfoque ágil) mas que alternativas son COMPLEMENTARIOS. No existe contradicción alguna o contradicción significativa entre todos los mencionados y otras tecnologías de mejora. 2a. CONCLUSIÓN: Ninguno de los mencionados (u otros no mencionados) se ha creado o existe para reemplazar a otro, eso es falso. Lo que cuenta son los objetivos de la organización y el contexto. Por ejemplo, decir que Moprosoft es la mejor opción para una PYME en México no es correcto. Siempre depende de los objetivos de la organización y del contexto. Asumiendo que hablas de una PYME que hace desarrollo de software: SI el OBJETIVO de esta PYME es ser proveedor del estado mexicano y el estado mexicano EXIGE el Moprosoft, pues la organización DEBE implementarlo para cumplir con su objetivo. Pero, SI el objetivo de esta PYME es mejorar sus procesos ó exportar sus servicios al mercado global, lo más APROPIADO será usar el CMMI para Desarrollo y CMMI para Servicios. Es completamente falso decir que el CMMI no puede ser usado o implementado por una PYME. Conozco de cerca, ya sea habiendo implantado o evaluado, PYMES latinoamericadas de 4 personas, 12 personas, 25 personas en total en la organización que han logrado niveles de capacidad y madurez 2 y 3 y comenzado a exportar sus servicios. Si en alguna región o país dichos servicios son muy caros para una PYME es una decisión y coyuntura de los proveedores de dicha región y país. Siempre puedes consultar por más proveedores en http://www.sei.cmu.edu/partners/directory/organization. (Si deseas más información al respecto puedes escribirme a david.arteaga@processconsulting.net). Finalmente, si la PYME ofrece servicios de infraestructura tecnológica y quiere ofrecerlos al mercado global, pues lo más apropiado que use el ITIL y el CMMI para Servicios. El Moprosoft y todos los modelos y tecnologías de mejora son BUENOS modelos, debes elegir el más apropiado de acuerdo a tus objetivos organizaciones y el contexto en el que te encuentras. 3a. CONCLUSIÓN: Lo que veo hoy en día en el mundo es que las organizaciones primero identifican su principal objetivo y/o problema y luego usan lo que cada tecnología de mejora aporta para resolver su problema. El dilema de cuál es la mejor opción, es un dilema que hace algunos años (al menos 5) ya no existe en el mercado mundial y ha sido superado. Ahora, el dilema es: i. Cuáles tecnologías de mejora y herramientas existen ii. Cuáles contribuyen a resolver mis problemas o a lograr mis objetivos de negocio.
Lo que si existe son tendencias. Puedo decirte que hay una tendencia global, en especial para PYMES y es el usar conjuntamente el Scrum (el enfoque ágil para la gestión de proyectos y gestión de requerimientos) y el CMMI para Desarrollo.
RECIBÍ CONSULTA 21 JULIO 2010 14:36 ----------- Buenas, tengo la siguiente pregunta: 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??? Muchas gracias, Dios le bendiga. RESPONDÍ 30 AGOSTO 2010 14:36 ----------- Hola, 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 esuches, 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. Suerte!
RECIBÍ CONSULTA 8 JULIO 2010 14:40 ------------ Hola David,
Podrías dar claridad sobre las auditorias a la gestión de la configuración? Estas auditorias pueden estar cubiertas por las revisiones de PPQA?
De antemano gracias por la aclaración. RESPONDÍ 30 AGOSTO 2010 12:33 ----------------- Si, pero resuelve los siguientes puntos: 1. Evalúa si la auditoria de gestión de configuración se hace en el momento apropiado, es decir, que sea de valor. Si has establecido que la auditoria de gestión de configuración se hace al hacer la revisión de QA ese puede no ser el momento apropiado para las dos revisiones. 2. Si quien hace la revisión de QA también hace la auditoria de gestión de configuración, entonces la actividad "auditoria de gestión de configuración" se queda sin pasar por la revisión QA. En cuyo caso, te sugiero que otro colega puede hacer el QA de la auditoria de gestión de configuración, que será muy breve por cierto.
RECIBÍ CONSULTA 07 SEP 2010-------------------- Buen día, tengo una consulta ... 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? Le agradezco de antemano su rpta. RESPONDÍ 07 SEP 2010--------------------------- 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. Si necesitas información específica contactame a david.arteaga@processconsulting.net Suerte!
RECIBÍ CONSULTA 7 SEP 2010--------------------- Quisiera saber cuánto dura(tiempo) en promedio una evaluación SCAMPI? RESPONDÍ 7 SEP 2010---------------------------- 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.
RECIBÍ CONSULTA 07 SEP 2010-------------------- Hola... felicitaciones por su blog, realmente muy interesante... He leído todos sus comentarios, sin embargo 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 la misma empresa? Gracias por su rpta. RESPONDÍ 07 SEP 2010--------------------------- Hola, 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 cada 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 los resultados ya no son vigentes y no hacer un chequeo recomendado es tu decisión.
4. El envio 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.
RECIBI CONSULTA 13 SEP 2010-------------------- Buen dia, soy de Honduras, me parece muy interesante tu blog, realmente manejas muy bien estas metodologias. Mira la pregunta es la siguiente, en mi organizacion 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 documentacion tecnica y a nivel de usuario, mejor gestion de proyectos,mejorar los procesos de analisis y recoleccion de requerimientos con los clientes, buscar pautas para tener reuniones de recoleccion de requerimientos eficientes, pruebas eficientes antes de entragar un producto,controles de calidad,monitoreo de la entrega de un proyecto, etc.
He estado iniciando a revisar metodologias como ITIL, CObit, y CMMI esta ultima siempre me ha parecido interesante por enfocarce un poco mas en el desarrollo que es lo que deseamos atacar en este punto, pero en vista a tu experiencia que me recomendarias para cubrir estos aspectos que mencione. RESPONDI 14 SEP 2010--------------------------- En base al contexto que planteas el CMMI te ayudará mucho mas 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. Suerte!
RECIBÍ CONSULTA 13 SEP 2010-------------------- Buenas tardes. Estoy trabajando en una tesis acerca del modelo CMMI en el Perú.
Me interesó mucho el tema porque pienso que el Perú tiene grandes potencialidades con su joven industria de software y que definitivamente muchas empresas (sobretodo las pequeñas) no tienen mucha información acerca de modelos como éste(sobretodo ésta que es mundialmente aceptada y una de las más prestigiosas a nivel de mejora de procesos para el desarrollo de software).
Sin embargo,según mi investigación un tema que preocupa a las empresas es cuánto es lo que necesitarían invertir para lograr un determinado nivel de madurez CMMI. Es por esto que quisiera por favor, si fuese posible, cualquier información que me pueda brindar acerca de las implementaciones CMMI( alguna estadística de duración aproximada, costos estimados,etc). Si tuviese alguna estimación que me puede servir o quizá el SEI haya publicado estadísticas o estimaciones como éstas, le agradecería muchísimo me indique por favor. Muchas gracias!!! RESPONDÍ 14 SEP 2010--------------------------- Claro! El SEI tiene estadísticas en la siguiente página: http://www.sei.cmu.edu/cmmi/casestudies/profiles/cmmi.cfm Revisa la última que es de Marzo del 2010. Duración aproximada: hay implantaciones de 5 meses a 6 años, depende de los siguientes factores: (i) la sensación de urgencia de la mejora (estamos todos de acuerdo en cuál es el problema principal y en que realmente es un problema a resolver?), (ii) la cultura organizacional (proclive al cambio, la mejora y la calidad), (iii) el liderazgo del nivel directivo, y (iv) nivel de capacidad o de madurez objetivo. El costo externo (evaluaciones, capacitación, consultoría) puede ser desde los 12 mil dólares por año hasta los 250 mil dólares por año. El costo interno puede ser desde el 5% hasta el 15% del presupuesto anual del área a mejorar. La variabilidad en el costo depende de los siguientes factores: (i) cantidad de personas dentro del alcance de la mejora (ii) grado de involucramiento y compromiso de los afectados (iii) tamaño y dedicación del equipo de mejora de procesos (iv) experiencia y formación del equipo de mejora de procesos (v) grado de supervisión del nivel de directivo del esfuerzo de mejora Suerte!
RECIBI CONSULTA 17 SEP 2010 ------------------- Hola! Estoy redactando una trabajo acerca de CMMI y surgió una duda ....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. O quizá tengas otra mejor. Muchas gracias por responderme! RESPONDÍ 19 SEP 2010 -------------------------- 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.
RECIBI CONSULTA 11Octubre2010 ---------------- Hola David! Cordial saludo, gracias por la utilidad que representa este blog. ¿Cómo hacer que PPQA y CM genere valor a la organización? RESPONDI 14Octubre2010 ----------------------- PPQA: 1. Solo haz revisiones de PPQA cuando ya tengas procesos relativamente estables, procesos que ya han sido revisados por sus ejecutores y ya se han usado en al menos 2 a 3 proyectos. 2. Las revisiones de PPQA no son auditorias en el sentido que si hay incumplimiento viene el castigo, son reflexiones para entender porque hay incumplimientos y que hacemos para evitarlos. La solucion no siempre es seguir el proceso! la solucion puede ser cambiar el proceso. 3. Revisa cada proyecto pero de manera integral, asegurate que hay una correlacion entre (A) cumplimiento de objetivos del proyecto (plazo, costo/rentabilidad, cumplimiento de requerimientos/aceptacion del producto, defectos luego de la entrega) y (B) cumplimiento de los procesos. Por ejemplo: Cumplimiento de (A) Objetivos de proyecto (B) Cumplimiento de procesos Proyecto 1 (A): OK (B): OK Proyecto 2 (A): OK (B): NO OK Proyecto 3 (A): NO OK (B): OK Proyecto 4 (A): NO OK (B): NO OK El proyecto 1 esta OK, pero analicemos el cumplimiento de los objetivos del proyecto se debe al cumplimiento de los procesos? En el proyecto 2 tenemos problemas, se cumplen los objetivos pero sin seguir los procesos, porque? que podemos esperar de siguientes proyectos? En el proyecto 3, tenemos problemas, de nada sirve decir que cumplimos los procesos si no cumplimos los objetivos del proyecto. Revisar a lo mejor la revision de PPQA es trivial, que podemos agregar a la revision para evitar los problemas de cumplimiento de objetivos. En el proyecto 4 tenemos la peor situacion, el proyecto ni cumple los procesos ni cumple los objetivos del proyecto. Debe haber una correlacion entre el cumplimiento de procesos y el cumplimiento de objetivos dle proyecto. Sigo mas adelante con CM
RECIBI CONSULTA 11Octubre2010 ---------------- Hola David! Cordial saludo, gracias por la utilidad que representa este blog. ¿Cómo hacer que PPQA y CM genere valor a la organización? RESPONDI 14Octubre2010 ----------------------- Segunda parte: Respecto a CM (Gestion de Configuracion, Configuration Management): es imposible terminar un proyecto exitosamente sin CM. Quizas el problema es que no entendemos que significa CM o queremos copiar otras implantaciones completando formatos. Por ejemplo: 1. CM Asegura que al entregar nuestro producto al cliente estamos entregando las versiones correctas de los entregables y componentes finales, como sabemos que estamos entregando las versiones correctas?, como sabemos que no nos estamos olvidando de algun componente o que estamos enviando la version incorrecta? 2. CM Asegura que cuando hacemos cambios a los requerimientos o a alguna especificacion o componente que ya habiamos terminado, no olvidamos modificar otros documentos y/o componentes impactados. CM nos ayuda a evitar inconsistencias cuando realizamos cambios a documentos, especificaciones y/o componentes ya terminados; pero que debemos modificar. 3. CM asegura que tenemos un ambiente, entorno o lugar destinado donde podemos encontrar y accesar informacion, datos, documentos y componentes del proyecto. CM asegura que las personas que deben tener acceso a informacion del proyecto realmente tienen acceso oportuno. 4. CM asegura que sabemos como se llama el documento o componente que necesitamos o que nombre debemos colocar a un documento o componente a crear y donde debemos guardarlo. etc. La forma de implementarlo depende de cada contexto. En particular, las buenas practicas de CM se implementan con mayor facilidad con el uso de herramientas tipo subversion o cualquier otra herramienta similar.
RECIBI CONSULTA 20Octubre2010 ----------------- Buen día David! Gracias por este blog, sirve muchísimo y se nota tu experiencia en estos temas. te felicito por ello!. Estuve leyendo las consultas y tus comentarios y encontré uno muy interesante. 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? Espero tu respuesta, Muchas gracias por tu apoyo!!! RESPONDI 20Octubre2010 ------------------------ Hola, los costos de capacitacion y SCAMPI son relativamente fijos y depende quien te proporciona la capacitacion y quien realiza la evaluacion SCAMPI A. El costo del SCAMPI A solo varia mucho si se trata de una evaluacion SCAMPI A a una organizacion muy compleja, con varios sites en diversos paises y muchos tipos de proyectos, lo cual es poco probable en la mayoria de los casos en latinoamerica. 1. El costo de la capacitacion 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 relacion con la calidad y experiencia del instructor/consultor sino la region en la que contratas. 2. El costo de una evaluacion SCAMPI A puede estar entre USD$ 10,000 y USD$ 35,000 o mas basicamente en funcion al nivel de madurez y la region en la que contratas el servicio. Si es una evaluacion CMMI usando la representacion continua y son pocas areas de proceso puede ser menos de USD$ 10,000. 3. El principal componente del costo es la consultoria y asesoria en la implementacion y dependera de que tipo de apoyo y cuanto apoyo requiere la organizacion. Si es una organizacion 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 de una organizacion que requiere un apoyo permanente, continuo, requiere que la asesoria inclusive escriba los procesos, implante las herramientas, haga seguimiento, etc. entonces la asesoria puede ser USD$ 100,000 por año o mas. Si contratas servicios de instructores / consultores / evaluadores que deben viajar debes aumentar el costo del viaje, alojamiento, transporte y manutencion. Si quieres datos precisos escribeme a david.arteaga@processconsulting.net Suerte.
Ah OK, entonces tengo que considerar tres costos externos: 1.- Capacitación, 2.- Consultoría y asesoría y 3.- SCAMPI. (Bueno supongo que el costo de los otros SCAMPI estará en ese rango también) Y como costo interno, que muchas veces no tenemos presente, según leí en tus comentarios, haciendo una estimación podía ser entre 5 % y 15% del presupuesto total del área o unidad organizativa a mejorar no? David.. en serio, gracias por estos datos. En caso necesitemos una precisión mayor, me comunicaré contigo. Gracias
RECIBI COMENTARIO 21Octubre2010 --------------- hola...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. gracias! RESPONDI 21Octubre2010 ------------------------ Hola. 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 mas 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 mas 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 esta bien y es razonable que una empresa cliente solicite a sus 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 contextos. A continuación doy un ejemplo ...
RECIBI COMENTARIO 21Octubre2010 --------------- hola...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. gracias! RESPONDI 21Octubre2010 ------------------------ Continuo con la respuesta .... 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 Solutió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 evaluació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. Puedo dar decenas de otros ejemplos. 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 sera 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!
RECIBÍ CONSULTA 25Octubre2010 ------------------- David sabes si ya salió la versión 1.3 de CMMI?... afecta o afectará en algo a los que han alcanzado algún nivel según la versión DEV 1.2? Gracias! RESPONDÍ 31Octubre2010 -------------------------- Hola!, 1. La versión 1.3 de CMMI ya se liberó el 28 de Octubre de 2010. 2. La liberación de este release no afecta a los que ya han logrado algún nivel de madurez con la versión anterior (v1.2). Si una organización ha logrado algún nivel de madurez, este logro es válido por 3 años, independientemente de la liberación de este nuevo release.
Lo que quiere decir que a partir de ahora, quien quiera adoptar CMMI, tiene que hacerlo con la nueva versión?, la versión 1.2 ya no estará vigente? ya no es útil la capacitación sobre la versión anterior? en que ha cambiado básicamente?
Hola David... una consulta... puedes explicar cómo se dan eso de las iteraciones en el ciclo IDEAL(del SEI) para lograr resultados sin esperar mucho tiempo. No lo tengo muy claro...Además, Cómo saber cuántas iteraciones debemos planear en la implementación de CMMI? Muchas gracias...
Hola David... Muy interesante tu blog!!! Ayudas a Latinoamérica entera :) Mi pregunta es 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?
Cómo hago para que la S.P. 2.2 de PPQA cuando habla de Tendencias de Calidad pueda reflejarse bien en una organización que maneja proyectos de corto, mediano y largo plazo.... tenemos por ahora agrupados los proyectos con el número de errores encontrados, este gráfico está con una línea de tendencia, no nos convence esto... ¿cuál sería la mejor manera de definir las tendencias de calidad en los proyectos?
RECIBI CONSULTA 01Nov2010------------------------ Lo que quiere decir que a partir de ahora, quien quiera adoptar CMMI, tiene que hacerlo con la nueva versión?, la versión 1.2 ya no estará vigente? ya no es útil la capacitación sobre la versión anterior? en que ha cambiado básicamente? CONTESTE 19Nov2010 ------------------------------ Si comienzas una nueva implementación o estás a la mitad mejor hazlo con la versión vigente. Si ya estás por terminar o ya terminaste una implantación puedes continuar usando la versión V1.2, si realizas una evaluación Scampi A los resultados estarán vigentes 3 años, no iporta si se hizo con la versión V1.2. La versión V1.2 estará vigente hasta fines del 2011. La capacitación en la versión V1.2 sigue siendo útil. En el 2011 estará disponible una capacitación en línea para hacer el upgrade a la versión V1.3 Las principales diferencias son: 1. Hay 2 nuevas prácticas para el nivel de madurez 3, que antes estaban opcionalmente en IPPD y ahora ya son prácticas específicas que hay que implementar en IPPD y OPD relacionado con el trabajo en equipo. 2. La representación continua se ha simplificado desapareciendo los niveles de capacidad 4 y 5, en vez de eso, si quiero continuar con la mejora de las áreas de proceso seleccionadas, se usarán las áreas de proceso OPP, QPM, CAR y OPM (antes OID) aplicadas a las áreas de proceso seleccionadas. 3. Los principales cambios están en los altos Niveles de Madurez. En la página web del SEI hay documentos que señalan las diferencias entre los modelos, revisa la página http://www.sei.cmu.edu/cmmi/tools/cmmiv1-3/
RECIBÍ CONSULTA 8Nov2010 ------------------------ Hola David... una consulta... puedes explicar cómo se dan eso de las iteraciones en el ciclo IDEAL(del SEI) para lograr resultados sin esperar mucho tiempo. No lo tengo muy claro...Además, Cómo saber cuántas iteraciones debemos planear en la implementación de CMMI? Muchas gracias... CONTESTÉ 19Nov2010 ------------------------------ Excelente pregunta! Pues una iteración es un plazo que estableces para implementar una mejora o un grupo de mejoras relacionadas, con lo que implementas una o un grupo de prácticas de una o un grupo de áreas de proceso. Lo recomendable es implementar las mejoras en iteraciones, para lograr resultados pronto y realizar las correcciones que siempre serán necesario realizar de forma oportuna y temprana. Es un grave error tener un ciclo de mejora de un año, pues signfica que si hay algo que se está haciendo mal (y siempre hay algo!) nos daremos cuenta en un año! La duración de una iteración dependerá de las duraciones usuales de tus procesos y la cantidad y disponibilidad de proyectos donde hagas implementaciones piloto. En general puedo decir que lo recomendable es que una iteración sea de uno a tres meses, no más. Aun cuando siempre habrán excepciones en función al contexto y su complejidad. En mi experiencia, una implantación CMMI nivel de madurez 2 puede hacerse en 4 iteraciones, una nivel de nadurez 3 puede hacerse en 8 iteraciones, un nivel de madurez 4/5 puede hacerse en 10 iteraciones. Acabo de terminar una implantación CMMI Nivel de Madurez 3 con 7 iteraciones en menos de un año. Repito siempre dependerá del contexto.
RECIBÍ CONSULTA 16Nov2010 ---------------------- Hola David... Muy interesante tu blog!!! Ayudas a Latinoamérica entera :) Mi pregunta es 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? CONTESTÉ 19Nov2010 ------------------------------ 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 desmpeño del proces.
Si entendí bien tu pregunta, voy a referirme sólo a las 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 próposito #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. Retrazo en la finalización del proyecto (indicador objetivo) 2. Retrazo en la finalización de cada fase 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 mas continuas, nos permite tomar acción correctiva mucho mas oportuna. El indicador 2 nos da la misma información pero en cada hito. El indicador 3 nos dice si logranos o no el objetivo.
RECIBÍ CONSULTA 17Nov2010 ----------------------- Hola David! Qué buen blog!!! Cómo hago para que la S.P. 2.2 de PPQA cuando habla de Tendencias de Calidad pueda reflejarse bien en una organización que maneja proyectos de corto, mediano y largo plazo.... tenemos por ahora agrupados los proyectos con el número de errores encontrados, este gráfico está con una línea de tendencia, no nos convence esto... ¿cuál sería la mejor manera de definir las tendencias de calidad en los proyectos? Muchas gracias! CONTESTÉ 19Nov2010 ------------------------------ Primero quiero asegurarme que estamos hablando de lo mismo.
Si cuando dices errores, te refieres a errores como resultado de las actividades de testing (pruebas), entonces no estamos hablando de la implementación del área de proceso PPQA. PPQA no se refiere a Testing. El testing se aborda en las áreas de proceso TS, PI, VER y VAL.
La SP 2.2 de PPQA tiene como propósito tener registros de información resultado de las actividades de PPQA, es decir, tener algún tipo de informe de resultados. El informe puede mostrar lo que se ha realizado, los problemas, así como tendencias, los 3 ó sólo uno de ellos.
Tendencias pueden ser (usualmente) gráficos que nos permitan, por ejemplo, saber: i. Si en el tiempo el número de no conformidades en las revisiones de PPQA está aumentando o disminuyendo ii. Si en el tiempo, nuestra efectividad para encontrar no conformidads, ha aumentado o no; es decir, nos toma más tiempo o no iii. Si el número de no conformidades detectadas en las revisiones de PPQA está disminuyendo, saber si hay o no una correlación con un mejor cumplimiento de los objetivos de los proyectos (debe haber una correlación). iv. Saber cuál es el proceso que tiene más no conformidades en las revisiones de PPQA en los proyectos v. Saber cuáles son las principales causas de la mayoría de no conformidades detectads en las revisiones de PPQA a los proyectos; esto nos permitirá plantear acciones correctivas.
RECIBI CONSULTA 7Dic2010 ----------------------- David, hola y te anticipo las gracias por responder a mi pregunta, se dice que CMMI es un MODELO DE CALIDAD de software basado en los procesos, es asì? qué implicancias tiene esta afirmación?... Gracias RESPONDI 10Dic2010 -----------------------------
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 caracteristicas que debemos tener en nuestros procesos para sean procesos efectivos y produzcan productos y servicios de calidad. Cuando nacio se llamaba CMM para Software y estaba dirigido exclusivamente al software. Hoy hay 3 modelos: CMMI para Desarrollo, CMMI para Adquisicion 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 proposito tener procesos de calidad. Con este razonamiento podemos decir que el CMMI es un modelo de calidad de software, en el sentido que contiene practicas para que nuestros procesos de desarrollo, mantenimiento, adquisicion de software sean procesos de calidad y finalmente tener software de calidad.
El CMMI no es un modelo con las caracteristicas 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 caracteristicas que deben tener nuestros procesos 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).
Espero esto ayude, si tienes mas preguntas me avisas.
RECIBI CONSULTA 8Dic2010 ----------------------- David, hasta el momento en el Perú sólo se está utilizando el CMMI para desarrollo? Este es el más utilizado por la industria de software verdad? Gracias. saludos! RESPONDI 10Dic2010 -----------------------------
Hola. 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 region latina y en el Peru. No es el unico modelo, hay muchos otros, todos son buenos, pero es un modelo referente.
RECIBI CONSULTA 10Dic2010 ---------------------- Hola David!! Muchas gracias por responder mi pregunta respecto a lo de MA, pero me surge otra inquietud con tu respuesta: ¿No sería esto similar a PMC? RESPONDI 11Dic2010 ------------------------------ Son complementarios, pero diferentes.
PMC indica realizar seguimiento de las estimaciones versus los valores reales, esto debe hacerse con métricas. Pero PMC no indica (MA sí lo hace) que hay que tener una definición operacional de la métrica, que los valores deben analizarse, interpretarse y comunicarse a la audiencia objetivo. PMC indica realizar seguimiento a los compromisos de los participantes del proyecto y realizar seguimiento al involucramiento de los mismos, MA no hace referencia a este tema. PMC indica que hay que identificar desviacions significativas y problemas y si los hay registrarlos, tomar acción correctiva y gestionar hasta que se cierren, MA no indica esto. MA (y no PMC) establece que las métricas deben obedecer a objetivos y necesidades establecidas. MA (y no PMA) establece que los valores de las métricas, sus definiciones y resultados deben gestionarse y almacenarse. Como ves tienen prácticas diferentes.
Sin embargo, no hay duda que están relacionadas y se complementan.
En la implementación de PMC usaremos las metricas establecidas por MA. Con MA implementamos un sistema de métricas, que además de ayudarnos a gestionar de manera objetiva el proyecto, también nos ayuda a gestionar de manera objetiva los procesos que los proyectos ejecutan, los procesos organizacionales (capacitación, mejora de procesos, entre otros) y también otras mediciones que la organización establezca para dar seguimiento a sus objetivos organizacionales.
RECIBI CONSULTA 10Dic2010 ---------------------- Hola David... sos un capo con este blog!! Mucha info útil aportás!! He visto ya varios comentarios hechos frente a MA; en uno de ellos decís q no se deben tener más de 10 mediciones, pero tengo sin embargo varias dudas: 1. Las mediciones son diferentes entre organizacionales y de proyectos? 2. Se deben levantar métricas para cada área de proceso? (Vamos a apraissal level 3) 3.´Cómo planear MA en el proyecto? De antemano agradezco tu respuesta, ya q estamos confusos frente a la implementación de esta área de proceso. Saludos! Facundo. RESPONDI 11Dic2010 ----------------------------- Hola, Es una recomendación práctica mía tener más de 2 métricas y menos de 10. El CMMI no dice nada al respecto. Mientras más métricas tienes, más esfuerzo de gestión y análisis requieres. Si estamos en una organización grande y compleja probablemente tengamos muchas más métricas, sin embargo siempre tengo mi duda que sean realmente útiles. 1. Si son diferentes. Las mediciones de proyecto me ayudan a lograr los objetivos de proyecto, por ejemplo saber si mi proyecto será rentable, saber si mi proyecto terminará en fecha. Tambien son mediciones de proyecto las que nos dan información de procesos ejecutados durante el proyecto, por ejemplo la volatilidad de requerimientos, sirve para gestionar el proyecto y nos da información del proceso de gestión de requerimientos. Asimismo debemos tener mediciones de desempeño de proceso para los procesos ejecutados en el proyecto. Las mediciones organizacionales se refieren a: i. Procesos organizacionales, como capacitación, mejora de procesos, entre otros ii. Objetivos organizacionales, como estamos logrando los objetivos de mejora de procesos? iii. Análisis de desempeño de procesos estándares, que aunque son procesos usados en los proyectos, pero hacemos análisis organizacional, es decir, con datos acumulados de varios proyectos.
2. No es necesario tener métricas DIFERENTES para cada área de proceso. Por ejemplo, puede monitorizar el esfuerzo estimado versus el real de planificación, esto sirve para PP, el esfuerzo estimado versus el real de gestión de proyectos, esto sirve para PMC. Es una sola métrica para la cual haces varios análisis. También es posible implementar la GP 2.8 de un área de proceso sin una métrica explícita pero con controles como cumplimiento del cronograma. Por ejemplo para implementar la GP 2.8 de RD, puedes tener informes de avance o retraso de las actividades en el cronograma de desarrollo de requerimientos. Debes analizar este informe y tomar acciones correctivas si es apropiado. La GP 2.8 entonces puede implementarse con métricas o con controles. Pero ojo, la GP 2.8 se aplica sobre el proceso de tu organización en el cual implementas una ó varias áreas de proceso. Finalmente, este es un tema de cultura, con una cultura de calidad se entiende que TODO proceso (no necesariamente área de proceso) debe tener métricas (más de una). No hay forma de saber cómo marcha mis procesos si no tengo información objetiva al respecto.
RECIBI CONSULTA 10Dic2010 ---------------------- Hola David... sos un capo con este blog!! Mucha info útil aportás!! He visto ya varios comentarios hechos frente a MA; en uno de ellos decís q no se deben tener más de 10 mediciones, pero tengo sin embargo varias dudas: 1. Las mediciones son diferentes entre organizacionales y de proyectos? 2. Se deben levantar métricas para cada área de proceso? (Vamos a apraissal level 3) 3.´Cómo planear MA en el proyecto? De antemano agradezco tu respuesta, ya q estamos confusos frente a la implementación de esta área de proceso. Saludos! Facundo. RESPONDI 11Dic2010 ----------------------------- Hola, Es una recomendación práctica mía tener más de 2 métricas y menos de 10. El CMMI no dice nada al respecto. Mientras más métricas tienes, más esfuerzo de gestión y análisis requieres. Si estamos en una organización grande y compleja probablemente tengamos muchas más métricas, sin embargo siempre tengo mi duda que sean realmente útiles. 1. Si son diferentes. Las mediciones de proyecto me ayudan a lograr los objetivos de proyecto, por ejemplo saber si mi proyecto será rentable, saber si mi proyecto terminará en fecha. Tambien son mediciones de proyecto las que nos dan información de procesos ejecutados durante el proyecto, por ejemplo la volatilidad de requerimientos, sirve para gestionar el proyecto y nos da información del proceso de gestión de requerimientos. Asimismo debemos tener mediciones de desempeño de proceso para los procesos ejecutados en el proyecto. Las mediciones organizacionales se refieren a: i. Procesos organizacionales, como capacitación, mejora de procesos, entre otros ii. Objetivos organizacionales, como estamos logrando los objetivos de mejora de procesos? iii. Análisis de desempeño de procesos estándares, que aunque son procesos usados en los proyectos, pero hacemos análisis organizacional, es decir, con datos acumulados de varios proyectos.
2. No es necesario tener métricas DIFERENTES para cada área de proceso. Por ejemplo, puede monitorizar el esfuerzo estimado versus el real de planificación, esto sirve para PP, el esfuerzo estimado versus el real de gestión de proyectos, esto sirve para PMC. Es una sola métrica para la cual haces varios análisis. También es posible implementar la GP 2.8 de un área de proceso sin una métrica explícita pero con controles como cumplimiento del cronograma. Por ejemplo para implementar la GP 2.8 de RD, puedes tener informes de avance o retraso de las actividades en el cronograma de desarrollo de requerimientos. Debes analizar este informe y tomar acciones correctivas si es apropiado. La GP 2.8 entonces puede implementarse con métricas o con controles. Pero ojo, la GP 2.8 se aplica sobre el proceso de tu organización en el cual implementas una ó varias áreas de proceso. Finalmente, este es un tema de cultura, con una cultura de calidad se entiende que TODO proceso (no necesariamente área de proceso) debe tener métricas (más de una). No hay forma de saber cómo marcha mis procesos si no tengo información objetiva al respecto. 3. Respecto a cómo planear MA en el proyecto tienes las siguientes alternativas: i. Incluir un plan de medición y análisis para tu proyecto, la verdad esto sólo amerita para proyectos muy grandes, corporativos que requieren sistemas de métricas complejos y elaborados ii. Incluir en tu cronograma actividades de métricas, por ejemplo: . Revisión de las métricas que puedes realizar periódicamente iii. La planificación puede no ser explícita en el cronograma pero si debe ser de alguna forma explícita. Por ejemplo, en tu cronograma tienes la actividad seguimiento semanal del proyecto, pero en tu proceso o en algún lugar describes claramente de forma documentada que dicha actividad incluye, entre otras, el cálculo de las métricas, el análisis y revisión de las métricas. Por supuesto, esto debe ser claramente comprendido por los equipos, quienes deben poder explicar que la actividad seguimiento semanal del proyecto incluye la revisión y análisis de las métricas.
RECIBI CONSULTA 27ENERO2011 --------------------- Hola David, muchas gracias por brindar tanta ayuda tan útil mediante tu blog. 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? Agradezco tu atención y reitero mis agradecimientos por este blog. Saludos desde Costa Rica!!! Manuel H. RESPONDI 28Enero2011 ----------------------------
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 de las posibles contradicciones o imposibilidad de usar conjuntamente CMMI y el enfoque ágil es falso, ya se resolvió hace unos 10 años, es mas desconocimiento, falta de experiencia y falta de creatividad. En la versión 1.3 se han agregado párrafos que ayudan a la intrerpretación del CMMI en contextos ágiles en las 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 interfases 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.
Por tu pregunta sugiero que mejor revises el concepto de integración de producto, ya sea en CMMI, SWEBOK o en XP, es lo mismo.
Un resumen muy rápido: 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 pruebasde 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.
RECIBÍ CONSULTA 1FEB2011 ----------------------- Que se requiere para dar asesoría a empresas que quieran realizar la implementación de CMMI.... según me dijeron el curso oficial de CMMI, ademas de diplomado y horas vuelo... RESPONDÍ 4FEB2011 ------------------------------ 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
Si sólo tienes una experiencia tiendes a repetir lo que has visto y no ayudas a la organización cliente a encontrar la solución que sea más apropiada para ella.
La pregunta anterior es por lo parecidos que parecen ser ISO/IEC 15504 y CMMI, aunque este último tiene mayor difusión. ambos modelos son excluyentes?...en este caso... xq decidir uno sobre otro? mil gracias! buen aporte el de tu blog! es sensacional!
RECIBÍ CONSULTA 24Enero2011 ---------------------Buen día David Quisiera saber si conoces el modelo eSourcing Capability Model y qué relación tiene con el CMMI para Servicios. Gracias Mónica Blanco RESPONDI 05Mar2011 -----------------------------
Lamento la demora se me quedó en el Inbox :0)
El CMMI para Servicios es un modelo genérico para el contexto de servicios. 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 contiene 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.
RECIBÍ CONSULTA 22Feb2011 ------------------------ David, no es imcompatible tener usar más de un modelo de procesos en la organización de software? RESPONDÍ 5Mar2011
No sólo no es incompatible, es lo recomendable! Los distintos modelos de procesos, estándares y marcos de referencia de mejora y de calidad no tienen contradicción alguna entre sí, son complementarios o se traslapan (es decir coinciden).
RECIBÍ CONSULTA 22Feb2011 ------------------------ La pregunta anterior es por lo parecidos que parecen ser ISO/IEC 15504 y CMMI, aunque este último tiene mayor difusión. ambos modelos son excluyentes?...en este caso... xq decidir uno sobre otro? mil gracias! buen aporte el de tu blog! es sensacional! RESPONDÍ 5Mar2011 ------------------------------
No son excluyentes en realidad son complementarios. Mas bien yo diría que el ISO 15504 es una alternativa a una evaluación SCAMPI A. De hecho el ISO 15504 y el SCAMPI A tienen el mismo propósito.
El 15504 es un modelo que nació con el propósito de ser un marco de referencia para evaluar procesos. El 15504 proporciona criterios para realizar una evaluación de procesos y adicionalmente establece que una evaluación de procesos debe hacerse siempre usando algún modelo de referencia (por ejemplo el ISO 12207) y entonces incluye el modelo de referencia (esto quizás origina una confusión).
EL ISO/IEC 15504 se creó inicialmente a partir del estándar de ciclo de vida de procesos ISO 12207 y de modelos de madurez como el Bootstrap, Trillium y el original CMM.
De hecho, primero apareció en el mercado el CMM (hoy CMMI) y luego el 15504, quizás esa es una de las razones por las que el CMMI tiene mayor difusión.
RECIBÍ CONSULTA 28Feb2011 ------------------------ Hoolaaa David :) Gracias por este blog! Tengo una duda: Qué son y cómo se usan las peer reviews? Qué prácticas de CMMI las incluyen? Muchas gracias. Saludos desde Panamá CONTESTÉ 5Mar2011 --------------------------------
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 continuar 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 explicació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.
Buena tarde David! Cómo hacer para dar evidencia a una práctica cuando el cliente solicita hacer su documentación directamente con sus herramientas y esto no se somete al proceso de la organización que está siendo evaluada? Muchas gracias. Saludos desde Puebla, México.
Buena tarde David. De antemano, agradezco por la publicación de sus comentarios. Escribo para preguntar acerca del área de proceso DAR. Es imprescindible incluír el plan de esta con tiempos dentro del plan del proyecto? O recurrir a este sólo cuando sea necesario dentro del proyecto por algún tema? Adicionalmente, en la S.P 1.2 si debería haber un listado de criterios, rangos y escalas predefinidas.
RECIBÍ COMENTARIO 16Mar2011 -------------------- Buena tarde David! Cómo hacer para dar evidencia a una práctica cuando el cliente solicita hacer su documentación directamente con sus herramientas y esto no se somete al proceso de la organización que está siendo evaluada? Muchas gracias. Saludos desde Puebla, México. RESPONDÍ 16Marzo2011 --------------------------- Hola! Responderé en el entendido que tu pregunta es más orientada a una evaluación SCAMPI A. 1. La organización evaluada debe tener sus propios procesos y herramientas (incluyendo plantillas), pues es quien será evaluada. Esto es obligatorio.
2. Es usual que una organización cliente solicite que uses sus herramientas y/o plantillas. En este caso, al inicio del proyecto o servicio debes asegurarte que el contenido de las herramientas y/o plantillas del cliente tienen el contenido requerido por tus procesos (y requerimientos del CMMI). Para esto, debes adecuar las plantillas y herramientas del cliente. En caso esto no sea posible (lo más probable) tu equipo debe generar el contenido faltante que tus procesos establecen. Esto puedes evidenciarlo con un informe de adecuación de procesos al inicio o durante la planificación del proyecto o servicio. Además, el equipo de trabajo debe ser capaz de responder positivamente en una evaluación SCAMPI A que entiende el uso de las herramientas y/o plantillas del cliente y que estas se han homologado con los requisitos de tus procesos (y del CMMI).
3. Después de los 2 puntos anteriores, ya puedes presentar como evidencia en una evaluación SCAMPI A los registros generados en el proyecto, aunque sean usando las herramientas y/o plantillas del cliente. El asunto que debes resolver es pedir permiso al cliente para que puedas mostrar dicha información en un SCAMPI A.
4. Si además de este cliente tienes en la muestra para la evaluación proyectos con otros clientes y proyectos en los que mostrarás el uso de tus propias herramientas y plantillas, no hay problema. Pero si los proyectos con este cliente son los más representativos y en la evaluación todos o la mayoría de los proyectos serán con este cliente, entonces debes: i) Restringir la Unidad Organizacional y alcance en la evaluación SCAMPI a proyectos de este tipo ii) Tener un documento de adecuación más elaborado, en el que indicas que es un cliente estratégico con quien trabajas de forma colaborativa lo que incluye el uso de sus herramientas y plantillas, debes tener reuniones con el cliente para discutir y asegurar el correcto uso de sus herramientas y plantillas y sobre todo asegurar que dichos contenidos satisfacen los requerimientos de tus procesos y de la parte del CMMI que estás implementando. Puedes evidenciar esto con una política y las reuniones de trabajo con actas de reunión con los acuerdos respectivos, sesiones de inducción que el cliente debe dar a tu equipo o a quienes en tu organización capacitan a tus equipos de trabajo. Suerte!
RECIBI CONSULTA 16Marzo2011 -------------------- Buena tarde David. De antemano, agradezco por la publicación de sus comentarios. Escribo para preguntar acerca del área de proceso DAR. Es imprescindible incluír el plan de esta con tiempos dentro del plan del proyecto? O recurrir a este sólo cuando sea necesario dentro del proyecto por algún tema? Adicionalmente, en la S.P 1.2 si debería haber un listado de criterios, rangos y escalas predefinidas. Agradezco su atención, Quedo atento a sus respuestas. Muchas gracias. Por Anónimo el CMMI a la(s) 15:14 RESPONDÍ 16Marzo2011 ---------------------------
Hola!
Pregunta 1: Es imprescindible incluír el plan de esta con tiempos dentro del plan del proyecto? O recurrir a este sólo cuando sea necesario dentro del proyecto por algún tema? Respuesta: Cualquiera de las dos alternativas o quizás otra que se te pueda ocurrir son todas válidas. El CMMI no prescribe cómo implementar las prácticas. Si eliges la segunda alternativa planteadas, también debes hacer una planificación, que puede ser más ágil. Por ejemplo, en el mismo registro de la decisión puedes planificar cuándo será la reunión, quiénes participarán, etc.
Recuerda lo que dice la SP 1.1: "No toda decisión es suficientemente significativa para requerir un proceso de evaluación formal". Lo cual quiere decir que es posible que en algunos proyectos pequeños o mantenimientos no evalúes DAR. En una evaluación SCAMPI A debe haber mínimo (suficiente) 3 proyectos que hayan implementado DAR.
Pregunta 2: Adicionalmente, en la S.P 1.2 si debería haber un listado de criterios, rangos y escalas predefinidas. Respuesta: Si. No es necesario tener algo predefinido para todas las decisiones porque no siempre serán las mismas decisiones. Es posible que cada proyecto, al inicio del mismo o durante su planificación, si decide usar el proceso formal de toma de decisiones, defina los criterios y pesos a usar en la decisión a tomar o use algún estándar organizacional de base.
Si en tu organización es usual que los proyectos tomen algún tipo de decisión significativa con frecuencia por ejemplo con cuál proveedor trabajar, entonces si es práctico tener una matriz estándar de evaluación de proveedores para todos los proyectos con criterios y pesos. Pero inclusive si hay un estándar, cada proyecto siempre podrá hacer adecuaciones de acuerdo a sus necesidades. Suerte!
Ojala me puedan apoyar me encargaron comparar la metodologia que utilizamos en la empresa con cmmi mi jefa piensa que cmmi tiene una serie de formatos ya prestablecidos y que la tarea consiste simplemente en comparar el contenido de los neuestros para saber que tan alineados estamos con esa metodologia, les agradecere me explique si es factible comparar con formatos de cmmi y si es que existen
RECIBI CONSULTA 17Marzo2011 -------------------- Buenas tardes, Ojala me puedan apoyar me encargaron comparar la metodologia que utilizamos en la empresa con cmmi mi jefa piensa que cmmi tiene una serie de formatos ya prestablecidos y que la tarea consiste simplemente en comparar el contenido de los neuestros para saber que tan alineados estamos con esa metodologia, les agradecere me explique si es factible comparar con formatos de cmmi y si es que existen RESPONDI 17Marzo2011 -------------------------- Hola! 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 evaluadros con los requisitos del CMMI. Hay 3 tipos de evaluaciones: SCAMPI A, B y C. Lo mas 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.
RECIBÍ CONSULTA 22Marzo2011 ------------------- Estimado David: Quisiera saber cuál es la forma correcta de integrar el modelo de mejora CMMI con el framework de Agile; teniendo en cuenta la rigurosa planeación que pide CMMI y la liviana y técnica de Agile. Esto con el fin de que no se vean afectados los tiempos del proyecto con el cumplimiento de todas las SP queriendo satisfacer por ejemplo un apraissal sin dejar de ser agile.
Muchas graciaspo su atencón y ayuda. Saludos desde Chile.
1. En cuanto al "el framework de Agile" no existe UNO SOLO, existen varios. Voy a referirme al Scrum. Si preguntas por algún otro me indicas.
2. En cuanto a "teniendo en cuenta la rigurosa planeación que pide CMMI y la liviana y técnica de Agile" es una percepción errónea y falsa. La industria del software ya ha corregido esa percepción errónea hace varios años. El Scrum y el CMMI coinciden en muchas actividaes y de hecho no hay contradicción alguna. Lo que sucede es que el Scrum no aborda TODAS las actividades de planificación, tampoco aborda muchas otras actividades y tampoco es su objetivo. Por otro lado, el CMMI si plantea un mínimo de actividades al planificar, alguna de las cuales simplemente no son abordadas por el Scrum, pero que NO HAY DUDA que debes resolverlas durante la planificación y si no lo hace, NO HAY DUDA que tendrás que resolverlas en el camino.
Por ejemplo: SP 2.3 Planificar la gestión de datos del proyecto. Al respecto el Scrum no dice nada. Pero no hay duda que si comienzas un proyecto, debes: a. Acordar con el equipo dónde quedará almacenada toda la información, registros y datos del proyecto incluyendo los fuentes; b. Quienes tendrán acceso y qué tipo de acceso; c. Cómo enviarás información al Product Owner y otras partes interesadas acerca del proyecto; d. Cuando el proyecto termine qué se hará con toda la información, registros y datos del proyecto; etc. Si para resolver el punto c estableces: Correo electrónico y dashboard o si el cliente no está cerca enviar semanalmente la foto digital del dashboard, es válido en un SCAMPI A.
3. En cuanto a "Esto con el fin de que no se vean afectados los tiempos del proyecto con el cumplimiento de todas las SP queriendo satisfacer por ejemplo un apraissal sin dejar de ser agile." te explico rápidamente 3 puntos: 3.1. Es un error tener artefactos con el sólo propósito de mostrarlos en un appraisal de hecho es un error. El CMMI es un modelo para mejorar no es un modelo de auditoria. El appraisal busca los artefactos que existen en tu forma de trabajo. 3.2. Las prácticas son mecanismos de mejora. No deben tratarse como un checklist de auditoria en caso contrario te llenarás de artefactos inútiles. Las prácticas mejoran tu proceso. La organización decide cómo implementarlas. La única limitación es tu creatividad y capacitación. 3.3. Busca un evaluador líder con experiencia en evaluaciones a organizaciones ágiles y de preferencia que tenga experiencia habiendo desarrollado con el enfoque ágil. El SEI recomienda a un evaluador líder que no evalúe a una organización si no tiene experiencia en la forma de trabajo de la organización, en caso contrario debe invertir mucho tiempo tratando de entender la forma de trabajo de la organización Ya hay varios casos de éxito de organizaciones que han logrado CMMI nivel 5 con Scrum por ejemplo y han aumentado su productividad y disminuido su ratio de errores.
RECIBI CONSULTA 7Abril2011 ---------------------- Buenas noches David: Cómo y para qué se usan las auditorias física y fincionales de CM? Gracias. Sabrina Gantt RESPONDI 28Abril2011 -----------------------------
Mejor lo explico con un ejemplo: Ejemplo de auditoria 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 auditoria 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.
RECIBI CONSULTA 11Mayo2011 -------------------- agradeceria mucho su guia y colaboracion para mi duda. el contexto de la duda es la siguiente: En la certificacion en nivel 2 cmmi, segun la documentacion, se deben cumplir ciertos procesos y que estos tengas ciertas caracteristicas entre la cuales sobresale que los procesos sean gestionados. En la certificacion en nivel 3 cmmi, existen otros procesos y estos entre otras caracteristicas deben ser gestionados y definidos. la duda es la siguiente: Si aplico a una certificacion nivel 3, los procesos que trabaje para el nivel 2 quedan con la caracteristica de ser solo gestionados o se deben llevar al nivel 3=definidos?, es decir, estando en nivel 3 los procesos de nivel 2 ya no deben ser solo gestionados sino tambien definidos? que debo tener en cuenta para migrar un proceso de un nivel 2 a un nivel 3?, he leido que existe una guia de adaptacion para ello, estoy en lo correcto? en una valoracion para certificacion nivel 3, debo tener evidencias o un procedimiento para utilizar la guia de adaptacion de procesos? Por su gran colaboracion, mil gracias. CONTESTE 16Mayo2011 ---------------------------
Pregunta: agradeceria mucho su guia y colaboracion para mi duda. el contexto de la duda es la siguiente: En la certificacion en nivel 2 cmmi, segun la documentacion, se deben cumplir ciertos procesos y que estos tengas ciertas caracteristicas entre la cuales sobresale que los procesos sean gestionados.
Respuesta: El modelo no determina cuales procesos implementar. El modelo CMMI proporciona practicas que deben usare para mejorar los procesos de la organizacion. Quizas te refieres a areas de proceso. Efectivamente para lograr el nivel de madurez 2 hay que implementar 7 areas de proceso. Que finalmente son un grupo de practicas. Debes identificar cuales practicas implementar porque lo usual es que varias de dichas practicas si se vengan realizando en tu organizacion de forma apropiada.
Pregunta: En la certificacion en nivel 3 cmmi, existen otros procesos y estos entre otras caracteristicas deben ser gestionados y definidos.
Respuesta: Seguro que te refieres a areas de proceso. Que no es lo mismo que procesos.
Pregunta: la duda es la siguiente: Si aplico a una certificacion nivel 3, los procesos que trabaje para el nivel 2 quedan con la caracteristica de ser solo gestionados o se deben llevar al nivel 3=definidos?, es decir, estando en nivel 3 los procesos de nivel 2 ya no deben ser solo gestionados sino tambien definidos?
Respuesta: SI.
Pregunta: que debo tener en cuenta para migrar un proceso de un nivel 2 a un nivel 3?, he leido que existe una guia de adaptacion para ello, estoy en lo correcto?
Respuesta: Para migrar un proceso gestionado a definido es necesario implementar las practicas genericas GP 3.1 (tener un proceso organizacional y si es necesario con guias de adaptacion) y GP 3.2 (recolectar mejoras a los procesos que permitan mejorar el proceso)
Pregunta: en una valoracion para certificacion nivel 3, debo tener evidencias o un procedimiento para utilizar la guia de adaptacion de procesos? Por su gran colaboracion, mil gracias.
Respuesta: Las evidencias son los registros naturales que se elaboran en una organizacion. No pienses en producir evidenciar PARA la evaluacion SCAMPI A. Efectivamente en un SCAMPI A Nivel de madurez 3 se buscan evidencias de la GP 3.1 que significa evidencias que los procesos se adaptan cuando se usan en los proyectos. Tener un procedimiento o lineamiento para la adaptacion no es evidencia de haber implementado la GP 3.1 La evidencia es cuando un proyecto real especifico, uso un proceso organizacional. Y si fue necesario hizo alguna adaptacion o uso alguna adaptacion disponible. Por ejemplo, tienes dos tipos de informes de estado, segun la tecnología y un proyecto de determinada tecnología uso el tipo de informe de estado que le corresponde.
RECIBÍ CONSULTA 20Mayo2011 --------------------- Buenas tardes David. El área de proceso de IPM no es duplicación de PP? O cuál es la forma de interpretarla y/O aplicarla en la organización? Pablo Manzella RESPONDÍ 20Mayo2011-----------------------------
Pregunta: IPM no es duplicación de PP? Respuesta: No.
Pregunta: cuál es la forma de interpretarla y/O aplicarla en la organización? Respuesta: Pues leyendo las prácticas ves que son prácticas distintas a las prácticas de PP. En algunos casos, las prácticas de IPM son prácticas que añaden más rigor a las de PP o a las de PMC. Por ejemplo: PP SP 3.1 dice "Revisar todos los planes que afectan el proyecto para comprender los compromisos del proyecto." mientras que IPM SP 1.4 dice "Integrar el plan de proyecto y otros planes que afectan al proyecto para describir el proceso definido del proyecto." y SP 1.5 dice "Gestionar el proyecto usando el plan del proyecto, otros planes que afectan al proyecto y el proceso definido del proyecto."
En este caso PP dice "revisar", IPM cambia a "integrar y gestionar", es mas rigor; pero también hay nuevos conceptos, IPM añade proceso definido del proyecto, PP no lo menciona.
En la mayoría de los demás casos con prácticas distintas, si lees las prácticas de IPM son distintas a las de PP.
Dos ejemplo: 1. IPM SP 1.1 dice "Establecer y mantener el proceso definido del proyecto desde el inicio del proyecto y a lo largo de la vida del proyecto" PP en cambio no menciona el término proceso definido. No se espera en PP la existencia de un proceso definido, en cambio en IPM la existencia de un proceso definido es requerido.
Cordial saludo, Revisando el área de proceso OPF me surge una duda en cuanto a que procesos de la organización deban ser evaluados o monitoreados para identificar fortalezas, debilidades y oportunidades de mejora. Quiero saber si para el cumplimiento de los objetivos de esta área de proceso es suficiente con realizar una auditoría o PPQA a los procesos del área de desarrollo (área principal de negocio de la organización para la cual laboro) o se deben involucrar otras áreas de la organización (recursos humanos, administrativa, gerencial, etc) Gracias por su atención y colaboración.
Felicitaciones por el blog, muy interesante y un buen apoyo para los que nos iniciamos en mundo del CMMI. Mi consulta es, sobre los criterios que se deben tomar en ceunta para optar por una implementacion Escalonada o Continua del CMMI en una organizacion de desarrollo de software. Muchas gracias
Hola David. Por favor, me podrías orientar sobre que marco normativo sería el indicado para definir ¿cuáles son las responsabilidades, funciones y demás que deberían ser realizadas por una Gerencia de Sistemas o IT en una empresa donde dicha área brinda soporte al negocio? Desde ya muchas gracias. Saludos, Pablo
Hola, me gustaría saber cual es la diferencia entre actividades y tareas, hasta el momento, las personas a quienes he consultado me dicen que las diferencias son mínimas y que ambos términos pueden ser utilizados indistintamente muchas gracias de antemano.
RECIBI CONSULTA 30/05/2011 ------------------------ Cordial saludo, Revisando el área de proceso OPF me surge una duda en cuanto a que procesos de la organización deban ser evaluados o monitoreados para identificar fortalezas, debilidades y oportunidades de mejora. Quiero saber si para el cumplimiento de los objetivos de esta área de proceso es suficiente con realizar una auditoría o PPQA a los procesos del área de desarrollo (área principal de negocio de la organización para la cual laboro) o se deben involucrar otras áreas de la organización (recursos humanos, administrativa, gerencial, etc) Gracias por su atención y colaboraciónRESPONDI 28-07-2011 --------------------
Asumo que te refieres a la práctica SP 1.2 "Evaluar los procesos de la organización periódicamente y según sea necesario para mantener un entendimiento de sus fortalezas y debilidades". El propósito de esta práctica es evaluar TODOS los procesos de la organización en el marco del programa de mejora de procesos de la empresa. Por tanto, es el alcance de tu programa de mejora que define el alcance de los procesos a evaluar. Si hablamos de una implementación tradicional de CMMI para Desarrollo en una empresa para sus actividades de desarrollo y mantenimiento de software, entonces se espera que se evalúen todos los procesos de gestión, de ingeniería y de soporte. El modelo recomienda que se defina el método de evaluación a seguir y el uso de algún estándar o modelo de referencia, como el CMMI para Desarrollo, el ISO 9001, estándares nacionales, entre otros. Si el alcance de tu programa de mejora es solo actividades de software entonces no es necesario incluir todos los demás procesos, excepto si tienen alguna participación en el proceso de software, por ejemplo, en tus procesos de recursos humanos usualmente está incluido el proceso de capacitación que si es parte usual de un programa de mejora con CMMI, de igual forma la GP 2.10 de todas las áreas de proceso suele ser parte del proceso gerencial. Aquí estamos hablando de UNA sola práctica específica de OPF. Para el cumplimiento de los objetivos de OPF debes implementar todas las prácticas de OPF o prácticas alternativas. Suerte!
RECIBÍ CONSULTA 19-97-2011 ------------------------- Felicitaciones por el blog, muy interesante y un buen apoyo para los que nos iniciamos en mundo del CMMI. Mi consulta es, sobre los criterios que se deben tomar en ceunta para optar por una implementacion Escalonada o Continua del CMMI en una organizacion de desarrollo de software. Muchas gracias RESPONDÍ 28-07-2011 --------------------------------
Lo mejor es siempre comenzar con la representación continua. En el camino puedes, sin haber perdido tiempo o invertido esfuerzo alguno innecesariamente, retomar la representación escalonada, continuar con la representación continua o usar ambas.
1. Primero enfoca en implementar el área de proceso o las 2 áreas de proceso que contribuyen con atacar el principal problema que tengas. Revisa tus objetivos organizacionales, eso te permitirá asegurar la priorización adecuada de tus problemas. Esto lo puedes hacer en 1 a 3 meses.
2. Luego evalúa tus objetivos organizacionales, el mercado, tu competencia, tu visión de organización y decide si es apropiado buscar algún nivel de madurez (representación escalonada) o nivel de capacidad (representación continua) o ambos.
No debes limitarte a "tener" que elegir alguna representación. NO EXISTE ESA LIMITACIÓN, considerar que eso es una limitación signfica que debes entender mejor el modelo o capacitarte.
Por ejemplo, supongamos que tus principales problemas están en la definición de los requerimientos y deseas lograr un nivel de madurez 2, entonces tu objetivo para los siguientes 6 meses pueden ser: trabajar el nivel de madurez 2 (representación escalonada) y el nivel de capacidad 3 en el área de proceso Desarrollo de Requerimientos (representación continua).
RECIBÍ CONSULTA 21/07/2011 ------------------------- Hola David. Por favor, me podrías orientar sobre que marco normativo sería el indicado para definir ¿cuáles son las responsabilidades, funciones y demás que deberían ser realizadas por una Gerencia de Sistemas o IT en una empresa donde dicha área brinda soporte al negocio? Desde ya muchas gracias. Saludos, Pablo RESPONDI 28/07/2011 -------------------------------- Claro, usa en primer lugar el CobiT, y en segundo logar el ITIL, son lo mejor y más completo.
RECIBI CONSULTA 27/07/2011 ------------------------- Hola, me gustaría saber cual es la diferencia entre actividades y tareas, hasta el momento, las personas a quienes he consultado me dicen que las diferencias son mínimas y que ambos términos pueden ser utilizados indistintamente muchas gracias de antemano. RESPONDI CONSULTA 27/07/2011 -----------------------
También estoy de acuerdo.
Igual te cuento un poco más de información:
El CMMI los considera términos intercambiables, con frecuencia usa la frase "tareas y actividades" ("work tasks and activities").
La 3ra. edición del PMBOK si los diferenciaba: task (tarea): es un término para trabajo, cuyo significado y ubicación dentro de un plan estructurado de un proyecto, varía según el área de aplicación, industria y tipo de software de gestión de proyectos.
actividad (activity): es un componente del trabajo realizado durante el curso de un proyecto.
aunque en el fondo no hay mucha diferencia.
La 4ta. versión del PMBOK ha removido el concepto de tarea (task).
He visto que en las descripciones de proceso se usa más el término actividad y en los software de gestión de proyectos usan el término tarea cuando ya debemos definir una fecha de inicio, fecha fin y recursos.
RECIBI CONSULTA 22Sep2011 ------------------------- David gracias por sus respuestas! Cuál es la forma exitosa de llevar Product Integration en un framework agile? Cómo es posible hacer trazabilidad con User Stories? RESPONDI 22Sep2011 --------------------------------
1 ¿Cuál es la forma exitosa de llevar Product Integration en un framework agile? Respuesta: Con la práctica integración continua. 2. ¿Cómo es posible hacer trazabilidad con User Stories? Respuesta: Hay varias alternativas y el detalle depende de la decisión del equipo de trabajo. Estas alternativas no son excluyentes y son complementarias. Tampoco son las únicas u obligatorias. Ejemplo1: ítems del Product Backlog versus user stories, puede registrarse en el mismo Product Backlog como un checklist. Ejemplo2: user sotires versus pantallas/reportes/transacciones. Ejemplo3: user stories versus casos de prueba, esto puede estar en el plan de pruebas o en el registro de los casos de prueba o en el script de casos de prueba (TDD y ATDD). Lo más importante es que comprendas que la alternativa que eligas de trazabilidad tiene dos propósitos, el primero más importante: 1. Asegurar que los requerimientos se han implementado y no nos hemos olvidado de alguno. 2. Tener una herramienta para evaluar el impacto de cambios a los requerimientos o al detectar y corregir errores al probar software en relación a los requerimientos solicitados.
RECIBÍ CONSULTA 12Octubre2011 ------------------ Buen Día: Requiero diseñar un Plan de Mejora para implementar el modelo CMMI, soy novata, algún formato como guía que puedan proporcionarme. RESPONDÍ 12Octubre2011 --------------------------
Hola!
Todo proyecto o programa de mejora, tiene 4 fases, que en algunos momentos se traslapan: 1. Diagnóstico inicial 2. Lanzamiento o planificación 3. Implementación o ejecutar ciclos de mejora 4. Realizar evaluaciones o valoraciones de proceso
El plan de mejora se hace luego del diagnóstico inicial, sin el cual sería como un ensayo de prueba y error. El diagnóstico nos dice cuánto nos falta para llegar al objetivo establecido. En función a lo que falta se elabora el plan de mejora.
El plan de mejora incluye: 1. Alcance del proyecto de mejora, tanto a nivel organizativo como a nivel CMMI. 2. Objetivo de mejora prioritario, incluyendo cómo vamos a medir la mejora en el tiempo. 3. Organización del trabajo, para lo cual se conforman: (i) equipo o responsable de la mejora de procesos (o equipo de calidad u oficina de proyectos) (ii) patrocinador y comité ejecutivo de mejora (iii) grupos de trabajo (iv) revisores de aseguramiento de la calidad (iv) revisores de pares. Se definen quiénes conforman estos equipos, su dedicación, perfiles, responsabilidades, entre otros. 4. Riesgos del proyecto de mejora, identificación y análisis 5. Metodología de mejora a seguir. Cuáles son las actividades, fases, hitos a seguir. 6. Iniciativas de mejora o paquetes de trabajo, que son el resultado de agrupar los hallazgos del diagnóstico y establecer la secuencia de implementación y conformar los grupos de trabajo responsables. 7. Estrategia de implantación de los paquetes de trabajo. 8. Cronograma de actividades
RECIBI CONSULTA 25Octubre2011 -------------------- Hola Mi preguntas es ¿Cual es la diferencia entre CMM y CMMI de forma detallada?. Agradezco su colaboración. RESPONDI 03Dic2011 ------------------------------- Hola, Hace muchos años que el modelo CMM para Software ó SW-CMM (así se denomina) ya no se usa. Las principales diferencias son: 1. SW-CMM está enfocado en software, CMMI puede aplicarse al desarrollo de cualquier producto o servicio complejo. 2. SW-CMM tiene menos prácticas de ingeniería, CMMI tiene más detalle para las prácticas de ingeniería.
RECIBÍ CONSULTA 13Julio2009
ResponderSuprimirRESPUESTA 19Julio2009
(1) ¿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.
(2.1) ¿Cuáles deberían ser los primeros pasos en una organización que desea trabajar bajo el modelo de CMMI?
Esta pregunta ya se respondió. Puedes consultar en: http://cmmi-en-castellano.blogspot.com/2009/07/implementar-cmmi.html?showComment=1247977858642#c8186302022939143514
(2.2) ¿Cuáles son los factores críticos de exito 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 de 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 jefaturales y gerenciales para que apoyen y prediquen con el ejemplo y no boicoteen el esfuerzo de mejora d eprocesos
(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.
(3) ¿CMMI es adaptable a cualquier escenario?
No entiendo bien la pregunta.
Si la pregunta es 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).
CONTINUACIÓN DE LA RESPUESTA 19Julio2009
ResponderSuprimir(4) ¿Cuál es su opinión respecto a normas como Moprosoft?
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ándres 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.
RECIBÍ CONSULTA 30Julio2009 9:51 AM
ResponderSuprimirBuenos dias, quisiera saber como se puede aplicar CMMI para proyectos de Infraestructura de Sistemas (NO desarrollo de sistemas) o para eso tiene que usarse mejor ITIL o COBIT?? Muchas Gracias
RESPUESTA 30Julio
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.
Puede usarse ITIL? Si. ITIL® es el enfoque de mas amplia aceptación para la gestión de servicios de TI en el mundo.
También puedes usar las buenas prácticas del PMBOK. Que no enfocan en infraestructura pero al menos pueden apoyarte en la parte del project management de los proyectos.
Puede usarse CobiT? CobiT no tiene como propósito mejorar procesos de gestión y entrega de servicios. CobiT tiene como propósito proporcionar un marco de referencia para el control del gobierno de TI. Proporciona buenas prácticas enfocadas en control, no tanto en ejecución. Son prácticas que ayudan a optimizar las inversiones de TI, asegurar la entrega de servicios y proporcionar una medida contra la cual juzgar cuando las cosas van mal.
RECIBÍ CONSULTA Jueves 20Agosto2009
ResponderSuprimir¿CMMI for software trata algo con respecto al cálculo de la rentabilidad de un proyecto de Software? Y si es así, ¿En que sección lo hace?. Tengo el libro oficial en versión Inglés y no encuentro algo relacionado al tema finanzas o medición económica de la rentabilidad.
RESPUESTA 21Agosto2009
No existe el CMMI for software. El CMM for Software es un modelo retirado y ya no está vigente. Los vigentes son CMMI for Development v1.2, CMMI for Acquisition 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.
RECIBÍ CONSULTA 4 de agosto de 2009 17:32
ResponderSuprimir-----------------------------------------
Buenas Noches, Estimado David Arteaga... Quisiera que me brindara su ayuda para conseguir información acerca del ámbito del CMMI a Nivel Mundial, Latinoamerica y Perú ... estuve buscando en internet pero no veo esa información muy consolidada ... quisiera poder obtenerla de alguna fuente mas confiable ... el motivo por el cual le hago la presente solicitud es que necesito esa información para plasmarla como parte de la realidad - problematica , que pretendo incluirlo como fundamendamento en mi tesis ...
Muchas gracias de antemano.
RESPUESTA
---------
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/
RECIBÍ CONSULTA 31 de agosto de 2009 13:27
ResponderSuprimir------------------------------------------
Buenas tardes David.
Estoy buscando varios modelos de calidad para software y me llama la atención CMMI, pero con respecto a otros(ISO,etc)no se cuales son la diferencias. Me gustaría que me aclararas estas diferencias con respecto a los modelos que conozcas.
RESPUESTA 07 Septiembre 2009
----------------------------
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 proceso 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.
RECIBÍ PREGUNTA 6 de septiembre de 2009 9:18
ResponderSuprimir--------------------------------------------
puedo aplicar CMMI en la oficina de Informatica de mi Universidad? hay algún aspecto a tener en cuenta en todo caso...?
RESPUESTA 07 Septiembre 2009
----------------------------
puedo aplicar CMMI en la oficina de Informatica de mi Universidad?
Si.
hay algún aspecto a tener en cuenta en todo caso...?
Ninguno en particular por ser una Oficina de Informática de una Universidad. Recuerda que la implementación del CMMI en una organización o parte de una organización consiste en implementar un programa de mejora de procesos, lo que supone un cambio organizacional. La recomendación para todo tipo de organización es seguir la metodología de implantación.
RECIBÍ CONSULTA 6 de septiembre de 2009 22:09
ResponderSuprimir---------------------------------------------
Como puedo aplicar el CMMI en una empresa Industrial
RESPUESTA 7 Septiembre 2009
---------------------------
Es una pregunta muy general. Lo que puedo decirte es que sí se puede y de hecho he tenido diversas experiencias al respecto. Tienes que mapear el modelo a la realidad de tu empresa, identifica cuál es el producto en tu empresa, cuáles son sus componentes, dónde están los proyectos, etc. Una vez mapeados los conceptos principales es más fácil la interpretación.
RECIBÍ CONSULTA en Fri 2009/10/2 3:13 PM
ResponderSuprimir----------------------------------------
En una de sus respuestas que dió, comenta que MoProSoft NO es un "modelo de mejora de procesos", http://cmmi-en-castellano.blogspot.com/2009/05/cmmi.html
Sin embargo, la Doctora Hanna Oktaba la creadora de MoProSoft o mejor dicho la que encabeza el grupo de definición de MoProSoft, señala en la página oficial de este modelo que moprosoft es:
"Es un conjunto integrado de prácticas de Administración e Ingeniería de Software que puede servir de referencia a las organizaciones que se dedican al desarrollo y mantenimiento de sistemas para lograr mejoras en su forma de trabajar y su desempeño."
Personalmente trabaje con MoProSoft ya que la empresa dodne laboraba hace unos meses estab certificada en esta norma y a mi parecer propiciaba que la organización virtiera sus experiencias de cada proyecto en algo que denominaban "base de conocimiento" y en dicho repositorio existian "lecciones aprendidas". De hecho, si recuerdo bien, el nivel 3 de MoProSoft es cuando ya se tienen las "mejoras de procesos".
Sin embargo, debo aclarar que no conozco bien CMM por lo cuál no puedo asegurar si MoProSoft realmente proporciona los mecanismos para hacer una mejora de procesos... Tiene alguna opinión al respecto con lo que le comente anteriormente y con la definición de MoProSoft según la Dra. Hanna?
RESPUESTA 2009Oct07
-------------------
Primero quiero aclarar que no me referí al CMM sino al CMMI. El CMM es un modelo descontinuado, que la industria ya no usa.
El CMMI es un conjunto de productos y servicios que sirven para mejorar los procesos en las organizaciones. Contiene 3 modelos: CMMI para Desarrollo, CMMI para Adquisición y CMMI para Servicios. Se usa mucho en software pero también en otros sectores y tipos de proyectos, operaciones y servicios.
El Moprosoft es un modelo de procesos para la industria de software en México, tal como dice el propio documento Moprosoft. Como expliqué anteriormente, todos los modelos son buenos, y en realidad siempre deben interpretarse. De modo que adelante con el uso del Moprosoft.
De acuerdo con la frase "para lograr mejoras en su forma de trabajar y su desempeño" lo cual no es lo mismo que mejorar los procesos. Lograr mejoras no supone una sistematización de la mejora ni lograr procesos de calidad de acuerdo a los criterios estadísticos de calidad que la industria acepta.
El Moprosoft, plantea que si una organización no tiene procesos establecidos ni documentados, use como base o referencia los del Moprosoft, generando una instancia de cada uno de los procesos. Inclusive si la empresa ya tiene procesos, debe hacer un mapeo con los procesos Moprosoft. Esto, no es una buena recomendación. Explico muy brevemente: En principio toda organización que está funcionando tiene procesos, quizás no documentados, sino ad hoc pero existen. Y si la empresa viene funcionando, pues ya tiene procesos. Lo menos que necesita una empresa es documentar procesos de acuerdo a un esquema pre-establecido que no necesariamente toma en cuenta los problemas concretos de una empresa. Esta es una discusión extensa de modo que no tenemos el espacio para hacerlo en este blog.
La mejora de procesos, busca fortalecer los procesos de la organización, no entrar a cambiarlos, a no ser que sea necesario.
Es igualmente peligroso decirle a una organización que debe tener determinados procesos. Imaginense que hay varias empresas, una hace software para instalarse en aviones, otra en autos, otra en equipos médicos, otra en bancos, otra en bodegas familiares, consideramos que deben tener procesos siquiera parecidos? Y aclaro que en México y en todo el mundo, hay empresas pequeñas y muy pequeñas que están en todos los sectores que he mencionado.
Un modelo de mejora de procesos contiene las características que deben tener los procesos para que sea efectivos y nos permitan entregar productos y servicios de calidad. Ayuda a fortalecer y mejorar los procesos de la organización. Hay que trabajar sobre los procesos de la organización.
Recibi consulta 1 de octubre de 2009 07:16
ResponderSuprimirBuenos días, quisiera saber en que casos puedo aplicar CMMI e ISO 9001, cuáles son sus diferencias??
Gracias
Respondi 21/12/2009
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 mantenimiento 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 educacion, de transporte, financieros o de salud, entre otros.
El ISO es un estándar para implantar nu 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 mas 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 cuatno 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.
Recibí consulta 6 de diciembre de 2009 17:05
ResponderSuprimirHOLA DISCULPA EXISTE MANERA DE QUE ME PUDIERAN INDICAR UN DOCUMENTO DE CMMI CON TODOS SUS COMPONENTES ALGO SIMILAR A LOS DOCUMENTOS DE METRICA3 Y MOPROSOFT??? SE LOS AGRADECERIA DE MANERA INFINITA
Respondí 26Enero2010
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.
Recibí consulta 26Enero2010 12:03---------
ResponderSuprimirHola, me interesa saber cuáles empresas pueden darte la certificación una vez q tengas mejorados los procesos. Muchas gracias
Respondí 26Enero2010----------------------
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.
Si quieres información más detallada en Perú puedes contactarme a mi correo electrónico david.arteaga@processconsulting.net
Recibí consulta 30Noviembre2010 10:25--------
ResponderSuprimirMicaela dijo...
Me encuentro interesada en conseguir los 3 modelos de CMMI en español, ¿dónde puedo conseguirlos?
Respondí 26Enero2010-------------------------
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 Acquisition o CMMI for Services.
Recibí consulta 17Noviembre2010 10:08--------
ResponderSuprimirhola amigo quisiera saber cuales son las empresas peruanas que han tomado al cmm para desarrollar su sofware
Respondí 26Enero2010-------------------------
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 dle 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 porqué 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.
Recibí consulta el 13Octubre2009 00:12 -----
ResponderSuprimirRecibí consulta el 17Octubre2009 09:38 -----
Anónimo dijo...
diferencia entre cmmi V1.1 y cmmi v1.2
Anónimo dijo...
¿cual es la diferencia entre cmmi v1.1 y cmmi v1.2?
Respuesta 30Enero2009 ------------------
Aquí va un 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 la 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
Recibí consulta 22Octubre2009 04:11 ---------
ResponderSuprimir[] dijo...
Hola estoy realizando un proyecto academico en el que debo aplicar CMMI a la parte de requisitos pero solo encuentro mucha teoria acerca de la metodología pero ningun diagrama u ejemplo que me oriente correctamente. Si tu puedes orientarme en como se debe ejecutar cuales son las areas que debemos atacar, te lo agradecere muchisimo.
Respondí 30Enero2010 -----------------------
Hola, con gusto respondo.
Primero, el CMMI no es una metodología, es un modelo de procesos.
Segundo, en CMMI no existe teoría, todas son buenas prácticas producto de lecciones aprendidas de la ejecución de proyectos en la industria, es conocimiento empírico sistematizado. Jamás podrás hacer 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 de muchos proyectos. Mas 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.
Recibí consulta 27Octubre2009 18:04 --------
ResponderSuprimirAnónimo dijo...
Hola Saludos, cual es el procedimiento para llevar a cabo el area de proceso Enfoque en los procesos de organizacion (OPF) por favor...
Respondí 30Enero2010 -----------------------
No existe "el proceso" correcto, cada organización debe formular el suyo de acuerdo a su contexto. Sin embargo, puedes comenzar a construir uno en base a las siguientes actividades:
1. [EMP] Identificar y analizar propuestas de mejora
2. [EMP] Planificar acciones de mejora
3. [GT} Desarrollar soluciones
4. [GT] Validar en piloto
5. [EMP] Desplegar soluciones
EMP=Equipo de Mejora de Procesos
GT=Grupo de Trabajo, formado por personas que
realizan las actividades a mejorar en lor proyectos
Además debe existir un Comité Ejecutivo de Mejora, formado por gerentes que deben supervisar el proyecto de mejora y priorizar las propuestas de mejora que contribuyan con los objetivos de negocio.
Recibí consulta 13Noviembre2009 15:20 -------
ResponderSuprimirAnónimo dijo...
Buen dia David
Leí que CMMi-SVC se acaba de autorizar en febrero de este año, entonces existe ya una certificación y cursos oficiales de CMMI for services?
Ya hay empresas que estan implementando CMMI-SVC? solo encontre a Leading Edge Process Consultants que estan probando la implementación, es la unica hasta el momento?
Por otra parte, existe algun sector mas susceptible a este modelo o en general cualquier empresa de servicios sin importar el tipo de servicios?
Y leí de un curso "experimental" que ofrecen en washihngton.... entonces es oficial o todavía estan en pruebas.
y una mas, en cuanto a servicios, competencia directa de CMMI for Services no hay como tal? se que hay un iso para servicios, pero como comenta anteriormente son muy diferentes.
de antemano gracias por su respuesta
Respondí 30Enero2010 ----------------------
Si, ya 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 la 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.
Recibí consulta 12Febreeo2010 01:16 --------
ResponderSuprimirAnónimo dijo...
Buenos días,
Estoy interesada en buscar herramientas en castellano de autoevaluación para CMMi nivel 3. ¿Conoceis alguna?
Gracias.
Respondí 12Febreeo2010 ----------------------
Desconozco si existe alguna gratis u open source en el mercado. Todos los consultores y consultoras tienen una herramienta para realizar sus evaluaciones, todas con derechos reservados. Estas herramientas tienen un set de preguntas que giran en torno a cada práctica del modelo a usar como modelo de referencia en la evaluación.
Por ejemplo para la SP 1.1 de REQM se pueden realizar las siguientes preguntas:
(i) Cómo reciben los requisitos de los clientes y usuarios?
(ii) Dónde quedan los requisitos detallados acordados entre el equipo de desarrollo y los usuarios y clientes?
(iii) De qué forma nos aseguramos que los usuarios y clientes entienden los requisitos de la misma forma que el equipo de desarrollo?
etc.
En plena evaluación, no se suele usar la pregunta exactamente, sino más bien como una guía, en el momento se formula la pregunta de la mejor manera utilizando el lenguaje propio de la organización evaluada.
Algunas herramientas tienen respuestas estándares, con pesos y en función a la respuesta se puede obtener un grado relativo de implementación. Las posibles respuestas podrían ser: SI, NO, NOSE. Los pesos pueden ser en función al rol que responde y a cuántos son entrevistados, etc. etc.
Recibí consulta 03/03/2010 10:44 AM --------
ResponderSuprimircuales son los puntos de control del modelo CMMI Y en que punto de desarrollo se usa
Respondí consulta 03/03/2010 ---------------
Puedes construirlo usando sólo las prácticas específicas de REQM, RD, TS, PI, VER, VAL.
Recibí consulta Viernes5Marzo2010 5PM---------
ResponderSuprimirCalurosos saludos. 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.
Respondí consulta Miércoles10Marzo2010--------
La respuesta breve y al más alto nivel es:
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, presupuesto, 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 prá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)
Recibí comentario 13Mar2010 12:56PM --------
ResponderSuprimirque sitios web, foros, herramientas y grupos de usuarios que están disponibles para organizaciones utilizando CMMI
Respondí 14Mar2010 10:01PM -----------------
No hay en castellano otro más que este.
En inglés:
cmmi_process_improvement@yahoogroups.com
También hay en Linkedin
Recibí consulta 7Mayo2010 5:15PM -------------
ResponderSuprimirHola David,
Podrías explicar la diferencia entre las áreas de proceso VER y VAL? Hacen referencia a las pruebas del softwware?
De antemano gracias por la información
Respondi 11Mayo2010 --------------------------
Verificación (VER) contiene buenas prácticas para asegurarnos que construimos el producto correctamente, es decir, cumpliendo con los requerimientos especificados.
Validación (VAL) contiene buenas prácticas para asegurarnos que estamos construyendo y que se entregará un producto que funcionará tal como está previsto cuando se instale en el ambiente de operación o de producción previsto.
Ambas áreas de proceso si hacen mención a las pruebas de software como un método de verificación y de validación.
Las pruebas de software son un método de verificación y de validación. Las pruebas de software no son el único método de verificación o de validación.
Algunos métodos de verificación son las revisiones de pares, las pruebas de software, simulaciones, pruebas de concepto, demostraciones, entre otros.
Algunos métodos de validación son las pruebas de software, discusiones con los usuarios, prototipos, pilotos, simulaciones, entre otros.
El enfoque de las pruebas de software de verificación es constatar que el software cumple con los requerimientos especificados.
El enfoque de las pruebas de software de validación es constatar que el software funciona según lo previsto cuando se instala en un ambiente igual o similar al de operación.
También hay buenas prácticas de pruebas de software en las áreas de proceso PI (Integración de producto), donde se hace mención a las pruebas de integración y TS (Solución Técnica) donde se hace mención a las pruebas unitarias de componente.
El CMMI proporciona buenas prácticas básicas de pruebas de software.
Mas información sobre pruebas de software puedes encontrar en el TMMi y en la certificación ISTQB.
También puedes encontrar información sobre pruebas de software en extreme programming con la técnica TDD (Testing Driven Development), que para ser más precisos es una técnica de codificación.
RECIBÍ CONSULTA 10 Junio 2010 22:43 ----------
ResponderSuprimirSaludos David, estuve buscando la version de CCMI para servicios en español, pero actualmente parece que solo existe version en español de CMMI para desarrollo, por lo cual quisiera saber en que se diferencian dichos documentos, es decir en cuanto a la estructura del documento, si contemplan las mismas areas de proceso? o, los niveles de capacidad y madurez son tratados de la misma manera?, o en todo caso si podrias brindarme alguna guia sobre CMMI para servicios en español.
De antemano agradezco tu respuesta.
RESPONDI 11 Junio 2010 3:02 ------------------
No existe versión en castellano del CMMI para Servicios. El CMMI para Desarrollo y el CMMI para Servicios tienen la misma estructura, es decir, áreas de proceso, metas y prácticas. Ambos modelos tienen 16 áreas de proceso comunes(CAR, CM, DAR, IPM, MA, OID, OPD, OPF, OPP, OT, PMC, PP, PPQA, QPM, REQM, RSKM), son las mismas, el contenido de estas 16 áreas de proceso es casi el mismo, existe alguna diferencia porque el CMMI para Servicios, en dichas 16 áreas de proceso, tiene información respecto al contexto de servicios. El CMMI para Servicios tiene además 7 áreas de proceso propias de la categoría de Servicios:
1. Gestión Estratégica del Servicio
2. Entrega del Servicio
3. Prevención y Resolución de Incidentes
4. Gestión de la Capacidad y Disponibilidad
5. Transición del Sistema de Servicio
6. Desarrollo del Sistema de Servicio
7. Continuidad del Servicio
RECIBÍ CONSULTA 27 AGOSTO 2010 10:15 AM -------
ResponderSuprimirHola, tengo una pregunta, cómo se solicita una evaluacion en CMMI? Cual es el proceso a seguir?
RESPONDÍ 30 AGOSTO 2010 11:32 AM --------------
Hola,
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 que 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 institucionalizacó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 orgazanició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.
5. Si recibes una propuesta alternativa de no seguir como mínimo el rigor de una evaluación SCAMPI, entonces no queda claro: el objetivo (utilidad) de la evaluación y la metodología a seguir para la evaluación.
Si deseas el servicio en Perú o cerca a Perú puedes contactarme a david.arteaga@processconsulting.net
Suerte!
RECIBÍ CONSULTA 15 JULIO 2010 5:31 PM----------
ResponderSuprimirHola buen dia ...
Ojala me pueda ayudar a comprender cuales son las relaciones , diferencias , ventajas y desventajas de
ITIL
COBIT
PMBOK
CMMI
MOPROSOFT
SIX SIGMA
ISO ...
Ya que me gustaria sabes mas datos , debido a que considero que tal vez Moprosoft sea la mejor opcio entre las antes mencionadas para su aplicacion en Pymes en Mexico
De antemano , Muchas gracias
RESPONDÍ 30 AGOSTO 2010 11:15 AM---------------
Hola,
1. No es posible responder a tu pregunta (relaciones, diferencias, ventajas y desventajas) con amplitud en un blog; respondo a esta pregunta en un semestre académico en una maestría en software o de calidad.
2. Respecto a tu pregunta de cuál es la mejor opción, es cómo responder a la pregunta cuál de estas frutas es la mejor opción para personas como yo? Pues la respuesta es depende, depende del objetivo de cada persona.
Lo que si puedo decirte con certeza son TRES conclusiones:
1a. CONCLUSIÓN:
Todos los mencionados (y otros que no has mencionado como el Scrum, el enfoque ágil) mas que alternativas son COMPLEMENTARIOS. No existe contradicción alguna o contradicción significativa entre todos los mencionados y otras tecnologías de mejora.
2a. CONCLUSIÓN:
Ninguno de los mencionados (u otros no mencionados) se ha creado o existe para reemplazar a otro, eso es falso. Lo que cuenta son los objetivos de la organización y el contexto.
Por ejemplo, decir que Moprosoft es la mejor opción para una PYME en México no es correcto.
Siempre depende de los objetivos de la organización y del contexto.
Asumiendo que hablas de una PYME que hace desarrollo de software:
SI el OBJETIVO de esta PYME es ser proveedor del estado mexicano y el estado mexicano EXIGE el Moprosoft, pues la organización DEBE implementarlo para cumplir con su objetivo.
Pero, SI el objetivo de esta PYME es mejorar sus procesos ó exportar sus servicios al mercado global, lo más APROPIADO será usar el CMMI para Desarrollo y CMMI para Servicios. Es completamente falso decir que el CMMI no puede ser usado o implementado por una PYME. Conozco de cerca, ya sea habiendo implantado o evaluado, PYMES latinoamericadas de 4 personas, 12 personas, 25 personas en total en la organización que han logrado niveles de capacidad y madurez 2 y 3 y comenzado a exportar sus servicios. Si en alguna región o país dichos servicios son muy caros para una PYME es una decisión y coyuntura de los proveedores de dicha región y país. Siempre puedes consultar por más proveedores en http://www.sei.cmu.edu/partners/directory/organization. (Si deseas más información al respecto puedes escribirme a david.arteaga@processconsulting.net).
Finalmente, si la PYME ofrece servicios de infraestructura tecnológica y quiere ofrecerlos al mercado global, pues lo más apropiado que use el ITIL y el CMMI para Servicios.
El Moprosoft y todos los modelos y tecnologías de mejora son BUENOS modelos, debes elegir el más apropiado de acuerdo a tus objetivos organizaciones y el contexto en el que te encuentras.
3a. CONCLUSIÓN:
Lo que veo hoy en día en el mundo es que las organizaciones primero identifican su principal objetivo y/o problema y luego usan lo que cada tecnología de mejora aporta para resolver su problema.
El dilema de cuál es la mejor opción, es un dilema que hace algunos años (al menos 5) ya no existe en el mercado mundial y ha sido superado. Ahora, el dilema es:
i. Cuáles tecnologías de mejora y herramientas existen
ii. Cuáles contribuyen a resolver mis problemas o a lograr mis objetivos de negocio.
Lo que si existe son tendencias. Puedo decirte que hay una tendencia global, en especial para PYMES y es el usar conjuntamente el Scrum (el enfoque ágil para la gestión de proyectos y gestión de requerimientos) y el CMMI para Desarrollo.
Suerte!
RECIBÍ CONSULTA 21 JULIO 2010 14:36 -----------
ResponderSuprimirBuenas, tengo la siguiente pregunta:
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??? Muchas gracias, Dios le bendiga.
RESPONDÍ 30 AGOSTO 2010 14:36 -----------
Hola,
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 esuches, 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.
Suerte!
RECIBÍ CONSULTA 8 JULIO 2010 14:40 ------------
ResponderSuprimirHola David,
Podrías dar claridad sobre las auditorias a la gestión de la configuración? Estas auditorias pueden estar cubiertas por las revisiones de PPQA?
De antemano gracias por la aclaración.
RESPONDÍ 30 AGOSTO 2010 12:33 -----------------
Si, pero resuelve los siguientes puntos:
1. Evalúa si la auditoria de gestión de configuración se hace en el momento apropiado, es decir, que sea de valor. Si has establecido que la auditoria de gestión de configuración se hace al hacer la revisión de QA ese puede no ser el momento apropiado para las dos revisiones.
2. Si quien hace la revisión de QA también hace la auditoria de gestión de configuración, entonces la actividad "auditoria de gestión de configuración" se queda sin pasar por la revisión QA. En cuyo caso, te sugiero que otro colega puede hacer el QA de la auditoria de gestión de configuración, que será muy breve por cierto.
Saludos.
RECIBÍ CONSULTA 07 SEP 2010--------------------
ResponderSuprimirBuen día, tengo una consulta ...
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?
Le agradezco de antemano su rpta.
RESPONDÍ 07 SEP 2010---------------------------
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.
Si necesitas información específica contactame a david.arteaga@processconsulting.net
Suerte!
RECIBÍ CONSULTA 7 SEP 2010---------------------
ResponderSuprimirQuisiera saber cuánto dura(tiempo) en promedio una evaluación SCAMPI?
RESPONDÍ 7 SEP 2010----------------------------
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.
RECIBÍ CONSULTA 07 SEP 2010--------------------
ResponderSuprimirHola...
felicitaciones por su blog, realmente muy interesante...
He leído todos sus comentarios, sin embargo 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 la misma empresa? Gracias por su rpta.
RESPONDÍ 07 SEP 2010---------------------------
Hola,
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 cada 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 los resultados ya no son vigentes y no hacer un chequeo recomendado es tu decisión.
4. El envio 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.
Los invito a la Conferencia Latinoamericana Ágiles 2010 en Lima del 4 al 7 de Octubre del 2010. Visitar http://agiles2010.agiles.org/
ResponderSuprimirRECIBI CONSULTA 13 SEP 2010--------------------
ResponderSuprimirBuen dia, soy de Honduras, me parece muy interesante tu blog, realmente manejas muy bien estas metodologias.
Mira la pregunta es la siguiente, en mi organizacion 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 documentacion tecnica y a nivel de usuario, mejor gestion de proyectos,mejorar los procesos de analisis y recoleccion de requerimientos con los clientes, buscar pautas para tener reuniones de recoleccion de requerimientos eficientes, pruebas eficientes antes de entragar un producto,controles de calidad,monitoreo de la entrega de un proyecto, etc.
He estado iniciando a revisar metodologias como ITIL, CObit, y CMMI esta ultima siempre me ha parecido interesante por enfocarce un poco mas en el desarrollo que es lo que deseamos atacar en este punto, pero en vista a tu experiencia que me recomendarias para cubrir estos aspectos que mencione.
RESPONDI 14 SEP 2010---------------------------
En base al contexto que planteas el CMMI te ayudará mucho mas 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.
Suerte!
RECIBÍ CONSULTA 13 SEP 2010--------------------
ResponderSuprimirBuenas tardes. Estoy trabajando en una tesis acerca del modelo CMMI en el Perú.
Me interesó mucho el tema porque pienso que el Perú tiene grandes potencialidades con su joven industria de software y que definitivamente muchas empresas (sobretodo las pequeñas) no tienen mucha información acerca de modelos como éste(sobretodo ésta que es mundialmente aceptada y una de las más prestigiosas a nivel de mejora de procesos para el desarrollo de software).
Sin embargo,según mi investigación un tema que preocupa a las empresas es cuánto es lo que necesitarían invertir para lograr un determinado nivel de madurez CMMI. Es por esto que quisiera por favor, si fuese posible, cualquier información que me pueda brindar acerca de las implementaciones CMMI( alguna estadística de duración aproximada, costos estimados,etc). Si tuviese alguna estimación que me puede servir o quizá el SEI haya publicado estadísticas o estimaciones como éstas, le agradecería muchísimo me indique por favor. Muchas gracias!!!
RESPONDÍ 14 SEP 2010---------------------------
Claro!
El SEI tiene estadísticas en la siguiente página: http://www.sei.cmu.edu/cmmi/casestudies/profiles/cmmi.cfm
Revisa la última que es de Marzo del 2010.
Duración aproximada: hay implantaciones de 5 meses a 6 años, depende de los siguientes factores:
(i) la sensación de urgencia de la mejora (estamos todos de acuerdo en cuál es el problema principal y en que realmente es un problema a resolver?),
(ii) la cultura organizacional (proclive al cambio, la mejora y la calidad),
(iii) el liderazgo del nivel directivo, y
(iv) nivel de capacidad o de madurez objetivo.
El costo externo (evaluaciones, capacitación, consultoría) puede ser desde los 12 mil dólares por año hasta los 250 mil dólares por año.
El costo interno puede ser desde el 5% hasta el 15% del presupuesto anual del área a mejorar.
La variabilidad en el costo depende de los siguientes factores:
(i) cantidad de personas dentro del alcance de la mejora
(ii) grado de involucramiento y compromiso de los afectados
(iii) tamaño y dedicación del equipo de mejora de procesos
(iv) experiencia y formación del equipo de mejora de procesos
(v) grado de supervisión del nivel de directivo del esfuerzo de mejora
Suerte!
RECIBI CONSULTA 17 SEP 2010 -------------------
ResponderSuprimirHola! Estoy redactando una trabajo acerca de CMMI y surgió una duda ....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.
O quizá tengas otra mejor. Muchas gracias por responderme!
RESPONDÍ 19 SEP 2010 --------------------------
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.
RECIBI CONSULTA 11Octubre2010 ----------------
ResponderSuprimirHola David! Cordial saludo, gracias por la utilidad que representa este blog. ¿Cómo hacer que PPQA y CM genere valor a la organización?
RESPONDI 14Octubre2010 -----------------------
PPQA:
1. Solo haz revisiones de PPQA cuando ya tengas procesos relativamente estables, procesos que ya han sido revisados por sus ejecutores y ya se han usado en al menos 2 a 3 proyectos.
2. Las revisiones de PPQA no son auditorias en el sentido que si hay incumplimiento viene el castigo, son reflexiones para entender porque hay incumplimientos y que hacemos para evitarlos. La solucion no siempre es seguir el proceso! la solucion puede ser cambiar el proceso.
3. Revisa cada proyecto pero de manera integral, asegurate que hay una correlacion entre (A) cumplimiento de objetivos del proyecto (plazo, costo/rentabilidad, cumplimiento de requerimientos/aceptacion del producto, defectos luego de la entrega) y (B) cumplimiento de los procesos. Por ejemplo:
Cumplimiento de (A) Objetivos de proyecto (B) Cumplimiento de procesos
Proyecto 1 (A): OK (B): OK
Proyecto 2 (A): OK (B): NO OK
Proyecto 3 (A): NO OK (B): OK
Proyecto 4 (A): NO OK (B): NO OK
El proyecto 1 esta OK, pero analicemos el cumplimiento de los objetivos del proyecto se debe al cumplimiento de los procesos?
En el proyecto 2 tenemos problemas, se cumplen los objetivos pero sin seguir los procesos, porque? que podemos esperar de siguientes proyectos?
En el proyecto 3, tenemos problemas, de nada sirve decir que cumplimos los procesos si no cumplimos los objetivos del proyecto. Revisar a lo mejor la revision de PPQA es trivial, que podemos agregar a la revision para evitar los problemas de cumplimiento de objetivos.
En el proyecto 4 tenemos la peor situacion, el proyecto ni cumple los procesos ni cumple los objetivos del proyecto.
Debe haber una correlacion entre el cumplimiento de procesos y el cumplimiento de objetivos dle proyecto. Sigo mas adelante con CM
RECIBI CONSULTA 11Octubre2010 ----------------
ResponderSuprimirHola David! Cordial saludo, gracias por la utilidad que representa este blog. ¿Cómo hacer que PPQA y CM genere valor a la organización?
RESPONDI 14Octubre2010 -----------------------
Segunda parte:
Respecto a CM (Gestion de Configuracion, Configuration Management): es imposible terminar un proyecto exitosamente sin CM. Quizas el problema es que no entendemos que significa CM o queremos copiar otras implantaciones completando formatos.
Por ejemplo:
1. CM Asegura que al entregar nuestro producto al cliente estamos entregando las versiones correctas de los entregables y componentes finales, como sabemos que estamos entregando las versiones correctas?, como sabemos que no nos estamos olvidando de algun componente o que estamos enviando la version incorrecta?
2. CM Asegura que cuando hacemos cambios a los requerimientos o a alguna especificacion o componente que ya habiamos terminado, no olvidamos modificar otros documentos y/o componentes impactados. CM nos ayuda a evitar inconsistencias cuando realizamos cambios a documentos, especificaciones y/o componentes ya terminados; pero que debemos modificar.
3. CM asegura que tenemos un ambiente, entorno o lugar destinado donde podemos encontrar y accesar informacion, datos, documentos y componentes del proyecto. CM asegura que las personas que deben tener acceso a informacion del proyecto realmente tienen acceso oportuno.
4. CM asegura que sabemos como se llama el documento o componente que necesitamos o que nombre debemos colocar a un documento o componente a crear y donde debemos guardarlo.
etc.
La forma de implementarlo depende de cada contexto.
En particular, las buenas practicas de CM se implementan con mayor facilidad con el uso de herramientas tipo subversion o cualquier otra herramienta similar.
RECIBI CONSULTA 20Octubre2010 -----------------
ResponderSuprimirBuen día David! Gracias por este blog, sirve muchísimo y se nota tu experiencia en estos temas. te felicito por ello!. Estuve leyendo las consultas y tus comentarios y encontré uno muy interesante. 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? Espero tu respuesta, Muchas gracias por tu apoyo!!!
RESPONDI 20Octubre2010 ------------------------
Hola, los costos de capacitacion y SCAMPI son relativamente fijos y depende quien te proporciona la capacitacion y quien realiza la evaluacion SCAMPI A. El costo del SCAMPI A solo varia mucho si se trata de una evaluacion SCAMPI A a una organizacion muy compleja, con varios sites en diversos paises y muchos tipos de proyectos, lo cual es poco probable en la mayoria de los casos en latinoamerica.
1. El costo de la capacitacion 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 relacion con la calidad y experiencia del instructor/consultor sino la region en la que contratas.
2. El costo de una evaluacion SCAMPI A puede estar entre USD$ 10,000 y USD$ 35,000 o mas basicamente en funcion al nivel de madurez y la region en la que contratas el servicio. Si es una evaluacion CMMI usando la representacion continua y son pocas areas de proceso puede ser menos de USD$ 10,000.
3. El principal componente del costo es la consultoria y asesoria en la implementacion y dependera de que tipo de apoyo y cuanto apoyo requiere la organizacion. Si es una organizacion 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 de una organizacion que requiere un apoyo permanente, continuo, requiere que la asesoria inclusive escriba los procesos, implante las herramientas, haga seguimiento, etc. entonces la asesoria puede ser USD$ 100,000 por año o mas.
Si contratas servicios de instructores / consultores / evaluadores que deben viajar debes aumentar el costo del viaje, alojamiento, transporte y manutencion.
Si quieres datos precisos escribeme a david.arteaga@processconsulting.net
Suerte.
Ah OK, entonces tengo que considerar tres costos externos: 1.- Capacitación, 2.- Consultoría y asesoría y 3.- SCAMPI. (Bueno supongo que el costo de los otros SCAMPI estará en ese rango también)
ResponderSuprimirY como costo interno, que muchas veces no tenemos presente, según leí en tus comentarios, haciendo una estimación podía ser entre 5 % y 15% del presupuesto total del área o unidad organizativa a mejorar no? David.. en serio, gracias por estos datos. En caso necesitemos una precisión mayor, me comunicaré contigo. Gracias
RECIBI COMENTARIO 21Octubre2010 ---------------
ResponderSuprimirhola...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. gracias!
RESPONDI 21Octubre2010 ------------------------
Hola.
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 mas 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 mas 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 esta bien y es razonable que una empresa cliente solicite a sus 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 contextos.
A continuación doy un ejemplo ...
RECIBI COMENTARIO 21Octubre2010 ---------------
ResponderSuprimirhola...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. gracias!
RESPONDI 21Octubre2010 ------------------------
Continuo con la respuesta ....
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 Solutió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 evaluació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.
Puedo dar decenas de otros ejemplos.
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 sera 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!
David sabes si ya salió la versión 1.3 de CMMI?... afecta o afectará en algo a los que han alcanzado algún nivel según la versión DEV 1.2? Gracias!
ResponderSuprimirRECIBÍ CONSULTA 25Octubre2010 -------------------
ResponderSuprimirDavid sabes si ya salió la versión 1.3 de CMMI?... afecta o afectará en algo a los que han alcanzado algún nivel según la versión DEV 1.2? Gracias!
RESPONDÍ 31Octubre2010 --------------------------
Hola!,
1. La versión 1.3 de CMMI ya se liberó el 28 de Octubre de 2010.
2. La liberación de este release no afecta a los que ya han logrado algún nivel de madurez con la versión anterior (v1.2). Si una organización ha logrado algún nivel de madurez, este logro es válido por 3 años, independientemente de la liberación de este nuevo release.
Lo que quiere decir que a partir de ahora, quien quiera adoptar CMMI, tiene que hacerlo con la nueva versión?, la versión 1.2 ya no estará vigente? ya no es útil la capacitación sobre la versión anterior? en que ha cambiado básicamente?
ResponderSuprimirHola David... una consulta... puedes explicar cómo se dan eso de las iteraciones en el ciclo IDEAL(del SEI) para lograr resultados sin esperar mucho tiempo. No lo tengo muy claro...Además, Cómo saber cuántas iteraciones debemos planear en la implementación de CMMI?
ResponderSuprimirMuchas gracias...
Hola David...
ResponderSuprimirMuy interesante tu blog!!! Ayudas a Latinoamérica entera :)
Mi pregunta es 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?
Hola David!
ResponderSuprimirQué buen blog!!!
Cómo hago para que la S.P. 2.2 de PPQA cuando habla de Tendencias de Calidad pueda reflejarse bien en una organización que maneja proyectos de corto, mediano y largo plazo.... tenemos por ahora agrupados los proyectos con el número de errores encontrados, este gráfico está con una línea de tendencia, no nos convence esto...
¿cuál sería la mejor manera de definir las tendencias de calidad en los proyectos?
Muchas gracias!
RECIBI CONSULTA 01Nov2010------------------------
ResponderSuprimirLo que quiere decir que a partir de ahora, quien quiera adoptar CMMI, tiene que hacerlo con la nueva versión?, la versión 1.2 ya no estará vigente? ya no es útil la capacitación sobre la versión anterior? en que ha cambiado básicamente?
CONTESTE 19Nov2010 ------------------------------
Si comienzas una nueva implementación o estás a la mitad mejor hazlo con la versión vigente.
Si ya estás por terminar o ya terminaste una implantación puedes continuar usando la versión V1.2, si realizas una evaluación Scampi A los resultados estarán vigentes 3 años, no iporta si se hizo con la versión V1.2.
La versión V1.2 estará vigente hasta fines del 2011.
La capacitación en la versión V1.2 sigue siendo útil. En el 2011 estará disponible una capacitación en línea para hacer el upgrade a la versión V1.3
Las principales diferencias son:
1. Hay 2 nuevas prácticas para el nivel de madurez 3, que antes estaban opcionalmente en IPPD y ahora ya son prácticas específicas que hay que implementar en IPPD y OPD relacionado con el trabajo en equipo.
2. La representación continua se ha simplificado desapareciendo los niveles de capacidad 4 y 5, en vez de eso, si quiero continuar con la mejora de las áreas de proceso seleccionadas, se usarán las áreas de proceso OPP, QPM, CAR y OPM (antes OID) aplicadas a las áreas de proceso seleccionadas.
3. Los principales cambios están en los altos Niveles de Madurez.
En la página web del SEI hay documentos que señalan las diferencias entre los modelos, revisa la página http://www.sei.cmu.edu/cmmi/tools/cmmiv1-3/
RECIBÍ CONSULTA 8Nov2010 ------------------------
ResponderSuprimirHola David... una consulta... puedes explicar cómo se dan eso de las iteraciones en el ciclo IDEAL(del SEI) para lograr resultados sin esperar mucho tiempo. No lo tengo muy claro...Además, Cómo saber cuántas iteraciones debemos planear en la implementación de CMMI? Muchas gracias...
CONTESTÉ 19Nov2010 ------------------------------
Excelente pregunta!
Pues una iteración es un plazo que estableces para implementar una mejora o un grupo de mejoras relacionadas, con lo que implementas una o un grupo de prácticas de una o un grupo de áreas de proceso.
Lo recomendable es implementar las mejoras en iteraciones, para lograr resultados pronto y realizar las correcciones que siempre serán necesario realizar de forma oportuna y temprana. Es un grave error tener un ciclo de mejora de un año, pues signfica que si hay algo que se está haciendo mal (y siempre hay algo!) nos daremos cuenta en un año!
La duración de una iteración dependerá de las duraciones usuales de tus procesos y la cantidad y disponibilidad de proyectos donde hagas implementaciones piloto. En general puedo decir que lo recomendable es que una iteración sea de uno a tres meses, no más. Aun cuando siempre habrán excepciones en función al contexto y su complejidad.
En mi experiencia, una implantación CMMI nivel de madurez 2 puede hacerse en 4 iteraciones, una nivel de nadurez 3 puede hacerse en 8 iteraciones, un nivel de madurez 4/5 puede hacerse en 10 iteraciones. Acabo de terminar una implantación CMMI Nivel de Madurez 3 con 7 iteraciones en menos de un año. Repito siempre dependerá del contexto.
RECIBÍ CONSULTA 16Nov2010 ----------------------
ResponderSuprimirHola David... Muy interesante tu blog!!! Ayudas a Latinoamérica entera :) Mi pregunta es 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?
CONTESTÉ 19Nov2010 ------------------------------
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 desmpeño del proces.
Si entendí bien tu pregunta, voy a referirme sólo a las 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 próposito #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. Retrazo en la finalización del proyecto (indicador objetivo)
2. Retrazo en la finalización de cada fase 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 mas continuas, nos permite tomar acción correctiva mucho mas oportuna.
El indicador 2 nos da la misma información pero en cada hito.
El indicador 3 nos dice si logranos o no el objetivo.
RECIBÍ CONSULTA 17Nov2010 -----------------------
ResponderSuprimirHola David! Qué buen blog!!! Cómo hago para que la S.P. 2.2 de PPQA cuando habla de Tendencias de Calidad pueda reflejarse bien en una organización que maneja proyectos de corto, mediano y largo plazo.... tenemos por ahora agrupados los proyectos con el número de errores encontrados, este gráfico está con una línea de tendencia, no nos convence esto... ¿cuál sería la mejor manera de definir las tendencias de calidad en los proyectos? Muchas gracias!
CONTESTÉ 19Nov2010 ------------------------------
Primero quiero asegurarme que estamos hablando de lo mismo.
Si cuando dices errores, te refieres a errores como resultado de las actividades de testing (pruebas), entonces no estamos hablando de la implementación del área de proceso PPQA. PPQA no se refiere a Testing. El testing se aborda en las áreas de proceso TS, PI, VER y VAL.
La SP 2.2 de PPQA tiene como propósito tener registros de información resultado de las actividades de PPQA, es decir, tener algún tipo de informe de resultados. El informe puede mostrar lo que se ha realizado, los problemas, así como tendencias, los 3 ó sólo uno de ellos.
Tendencias pueden ser (usualmente) gráficos que nos permitan, por ejemplo, saber:
i. Si en el tiempo el número de no conformidades en las revisiones de PPQA está aumentando o disminuyendo
ii. Si en el tiempo, nuestra efectividad para encontrar no conformidads, ha aumentado o no; es decir, nos toma más tiempo o no
iii. Si el número de no conformidades detectadas en las revisiones de PPQA está disminuyendo, saber si hay o no una correlación con un mejor cumplimiento de los objetivos de los proyectos (debe haber una correlación).
iv. Saber cuál es el proceso que tiene más no conformidades en las revisiones de PPQA en los proyectos
v. Saber cuáles son las principales causas de la mayoría de no conformidades detectads en las revisiones de PPQA a los proyectos; esto nos permitirá plantear acciones correctivas.
RECIBI CONSULTA 7Dic2010 -----------------------
ResponderSuprimirDavid, hola y te anticipo las gracias por responder a mi pregunta, se dice que CMMI es un MODELO DE CALIDAD de software basado en los procesos, es asì? qué implicancias tiene esta afirmación?... Gracias
RESPONDI 10Dic2010 -----------------------------
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 caracteristicas que debemos tener en nuestros procesos para sean procesos efectivos y produzcan productos y servicios de calidad.
Cuando nacio se llamaba CMM para Software y estaba dirigido exclusivamente al software.
Hoy hay 3 modelos: CMMI para Desarrollo, CMMI para Adquisicion 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 proposito tener procesos de calidad. Con este razonamiento podemos decir que el CMMI es un modelo de calidad de software, en el sentido que contiene practicas para que nuestros procesos de desarrollo, mantenimiento, adquisicion de software sean procesos de calidad y finalmente tener software de calidad.
El CMMI no es un modelo con las caracteristicas 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 caracteristicas que deben tener nuestros procesos 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).
Espero esto ayude, si tienes mas preguntas me avisas.
RECIBI CONSULTA 8Dic2010 -----------------------
ResponderSuprimirDavid, hasta el momento en el Perú sólo se está utilizando el CMMI para desarrollo? Este es el más utilizado por la industria de software verdad? Gracias. saludos!
RESPONDI 10Dic2010 -----------------------------
Hola.
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 region latina y en el Peru. No es el unico modelo, hay muchos otros, todos son buenos, pero es un modelo referente.
RECIBI CONSULTA 10Dic2010 ----------------------
ResponderSuprimirHola David!! Muchas gracias por responder mi pregunta respecto a lo de MA, pero me surge otra inquietud con tu respuesta: ¿No sería esto similar a PMC?
RESPONDI 11Dic2010 ------------------------------
Son complementarios, pero diferentes.
PMC indica realizar seguimiento de las estimaciones versus los valores reales, esto debe hacerse con métricas. Pero PMC no indica (MA sí lo hace) que hay que tener una definición operacional de la métrica, que los valores deben analizarse, interpretarse y comunicarse a la audiencia objetivo.
PMC indica realizar seguimiento a los compromisos de los participantes del proyecto y realizar seguimiento al involucramiento de los mismos, MA no hace referencia a este tema.
PMC indica que hay que identificar desviacions significativas y problemas y si los hay registrarlos, tomar acción correctiva y gestionar hasta que se cierren, MA no indica esto.
MA (y no PMC) establece que las métricas deben obedecer a objetivos y necesidades establecidas.
MA (y no PMA) establece que los valores de las métricas, sus definiciones y resultados deben gestionarse y almacenarse.
Como ves tienen prácticas diferentes.
Sin embargo, no hay duda que están relacionadas y se complementan.
En la implementación de PMC usaremos las metricas establecidas por MA. Con MA implementamos un sistema de métricas, que además de ayudarnos a gestionar de manera objetiva el proyecto, también nos ayuda a gestionar de manera objetiva los procesos que los proyectos ejecutan, los procesos organizacionales (capacitación, mejora de procesos, entre otros) y también otras mediciones que la organización establezca para dar seguimiento a sus objetivos organizacionales.
RECIBI CONSULTA 10Dic2010 ----------------------
ResponderSuprimirHola David... sos un capo con este blog!! Mucha info útil aportás!! He visto ya varios comentarios hechos frente a MA; en uno de ellos decís q no se deben tener más de 10 mediciones, pero tengo sin embargo varias dudas: 1. Las mediciones son diferentes entre organizacionales y de proyectos? 2. Se deben levantar métricas para cada área de proceso? (Vamos a apraissal level 3) 3.´Cómo planear MA en el proyecto? De antemano agradezco tu respuesta, ya q estamos confusos frente a la implementación de esta área de proceso. Saludos! Facundo.
RESPONDI 11Dic2010 -----------------------------
Hola,
Es una recomendación práctica mía tener más de 2 métricas y menos de 10. El CMMI no dice nada al respecto. Mientras más métricas tienes, más esfuerzo de gestión y análisis requieres. Si estamos en una organización grande y compleja probablemente tengamos muchas más métricas, sin embargo siempre tengo mi duda que sean realmente útiles.
1. Si son diferentes. Las mediciones de proyecto me ayudan a lograr los objetivos de proyecto, por ejemplo saber si mi proyecto será rentable, saber si mi proyecto terminará en fecha. Tambien son mediciones de proyecto las que nos dan información de procesos ejecutados durante el proyecto, por ejemplo la volatilidad de requerimientos, sirve para gestionar el proyecto y nos da información del proceso de gestión de requerimientos. Asimismo debemos tener mediciones de desempeño de proceso para los procesos ejecutados en el proyecto.
Las mediciones organizacionales se refieren a:
i. Procesos organizacionales, como capacitación, mejora de procesos, entre otros
ii. Objetivos organizacionales, como estamos logrando los objetivos de mejora de procesos?
iii. Análisis de desempeño de procesos estándares, que aunque son procesos usados en los proyectos, pero hacemos análisis organizacional, es decir, con datos acumulados de varios proyectos.
2. No es necesario tener métricas DIFERENTES para cada área de proceso. Por ejemplo, puede monitorizar el esfuerzo estimado versus el real de planificación, esto sirve para PP, el esfuerzo estimado versus el real de gestión de proyectos, esto sirve para PMC. Es una sola métrica para la cual haces varios análisis.
También es posible implementar la GP 2.8 de un área de proceso sin una métrica explícita pero con controles como cumplimiento del cronograma. Por ejemplo para implementar la GP 2.8 de RD, puedes tener informes de avance o retraso de las actividades en el cronograma de desarrollo de requerimientos. Debes analizar este informe y tomar acciones correctivas si es apropiado.
La GP 2.8 entonces puede implementarse con métricas o con controles. Pero ojo, la GP 2.8 se aplica sobre el proceso de tu organización en el cual implementas una ó varias áreas de proceso.
Finalmente, este es un tema de cultura, con una cultura de calidad se entiende que TODO proceso (no necesariamente área de proceso) debe tener métricas (más de una). No hay forma de saber cómo marcha mis procesos si no tengo información objetiva al respecto.
RECIBI CONSULTA 10Dic2010 ----------------------
ResponderSuprimirHola David... sos un capo con este blog!! Mucha info útil aportás!! He visto ya varios comentarios hechos frente a MA; en uno de ellos decís q no se deben tener más de 10 mediciones, pero tengo sin embargo varias dudas: 1. Las mediciones son diferentes entre organizacionales y de proyectos? 2. Se deben levantar métricas para cada área de proceso? (Vamos a apraissal level 3) 3.´Cómo planear MA en el proyecto? De antemano agradezco tu respuesta, ya q estamos confusos frente a la implementación de esta área de proceso. Saludos! Facundo.
RESPONDI 11Dic2010 -----------------------------
Hola,
Es una recomendación práctica mía tener más de 2 métricas y menos de 10. El CMMI no dice nada al respecto. Mientras más métricas tienes, más esfuerzo de gestión y análisis requieres. Si estamos en una organización grande y compleja probablemente tengamos muchas más métricas, sin embargo siempre tengo mi duda que sean realmente útiles.
1. Si son diferentes. Las mediciones de proyecto me ayudan a lograr los objetivos de proyecto, por ejemplo saber si mi proyecto será rentable, saber si mi proyecto terminará en fecha. Tambien son mediciones de proyecto las que nos dan información de procesos ejecutados durante el proyecto, por ejemplo la volatilidad de requerimientos, sirve para gestionar el proyecto y nos da información del proceso de gestión de requerimientos. Asimismo debemos tener mediciones de desempeño de proceso para los procesos ejecutados en el proyecto.
Las mediciones organizacionales se refieren a:
i. Procesos organizacionales, como capacitación, mejora de procesos, entre otros
ii. Objetivos organizacionales, como estamos logrando los objetivos de mejora de procesos?
iii. Análisis de desempeño de procesos estándares, que aunque son procesos usados en los proyectos, pero hacemos análisis organizacional, es decir, con datos acumulados de varios proyectos.
2. No es necesario tener métricas DIFERENTES para cada área de proceso. Por ejemplo, puede monitorizar el esfuerzo estimado versus el real de planificación, esto sirve para PP, el esfuerzo estimado versus el real de gestión de proyectos, esto sirve para PMC. Es una sola métrica para la cual haces varios análisis.
También es posible implementar la GP 2.8 de un área de proceso sin una métrica explícita pero con controles como cumplimiento del cronograma. Por ejemplo para implementar la GP 2.8 de RD, puedes tener informes de avance o retraso de las actividades en el cronograma de desarrollo de requerimientos. Debes analizar este informe y tomar acciones correctivas si es apropiado.
La GP 2.8 entonces puede implementarse con métricas o con controles. Pero ojo, la GP 2.8 se aplica sobre el proceso de tu organización en el cual implementas una ó varias áreas de proceso.
Finalmente, este es un tema de cultura, con una cultura de calidad se entiende que TODO proceso (no necesariamente área de proceso) debe tener métricas (más de una). No hay forma de saber cómo marcha mis procesos si no tengo información objetiva al respecto.
3. Respecto a cómo planear MA en el proyecto tienes las siguientes alternativas:
i. Incluir un plan de medición y análisis para tu proyecto, la verdad esto sólo amerita para proyectos muy grandes, corporativos que requieren sistemas de métricas complejos y elaborados
ii. Incluir en tu cronograma actividades de métricas, por ejemplo:
. Revisión de las métricas
que puedes realizar periódicamente
iii. La planificación puede no ser explícita en el cronograma pero si debe ser de alguna forma explícita. Por ejemplo, en tu cronograma tienes la actividad seguimiento semanal del proyecto, pero en tu proceso o en algún lugar describes claramente de forma documentada que dicha actividad incluye, entre otras, el cálculo de las métricas, el análisis y revisión de las métricas. Por supuesto, esto debe ser claramente comprendido por los equipos, quienes deben poder explicar que la actividad seguimiento semanal del proyecto incluye la revisión y análisis de las métricas.
Buen día David
ResponderSuprimirQuisiera saber si conoces el modelo eSourcing Capability Model y qué relación tiene con el CMMI para Servicios.
Gracias
Mónica Blanco
RECIBI CONSULTA 27ENERO2011 ---------------------
ResponderSuprimirHola David, muchas gracias por brindar tanta ayuda tan útil mediante tu blog. 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? Agradezco tu atención y reitero mis agradecimientos por este blog. Saludos desde Costa Rica!!! Manuel H.
RESPONDI 28Enero2011 ----------------------------
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 de las posibles contradicciones o imposibilidad de usar conjuntamente CMMI y el enfoque ágil es falso, ya se resolvió hace unos 10 años, es mas desconocimiento, falta de experiencia y falta de creatividad.
En la versión 1.3 se han agregado párrafos que ayudan a la intrerpretación del CMMI en contextos ágiles en las 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
Continúa ...
Continuación ...
ResponderSuprimir2. 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 interfases 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.
Continúa ...
Continuación ...
ResponderSuprimir3. 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.
Por tu pregunta sugiero que mejor revises el concepto de integración de producto, ya sea en CMMI, SWEBOK o en XP, es lo mismo.
Un resumen muy rápido:
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 pruebasde 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.
Cualquier otra consulta me avisas.
Suerte!
RECIBÍ CONSULTA 1FEB2011 -----------------------
ResponderSuprimirQue se requiere para dar asesoría a empresas que quieran realizar la implementación de CMMI.... según me dijeron el curso oficial de CMMI, ademas de diplomado y horas vuelo...
RESPONDÍ 4FEB2011 ------------------------------
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
Si sólo tienes una experiencia tiendes a repetir lo que has visto y no ayudas a la organización cliente a encontrar la solución que sea más apropiada para ella.
Suerte!
David, no es imcompatible tener usar más de un modelo de procesos en la organización de software?
ResponderSuprimirLa pregunta anterior es por lo parecidos que parecen ser ISO/IEC 15504 y CMMI, aunque este último tiene mayor difusión. ambos modelos son excluyentes?...en este caso... xq decidir uno sobre otro? mil gracias! buen aporte el de tu blog! es sensacional!
ResponderSuprimirHoolaaa David :)
ResponderSuprimirGracias por este blog!
Tengo una duda: Qué son y cómo se usan las peer reviews?
Qué prácticas de CMMI las incluyen?
Muchas gracias.
Saludos desde Panamá
RECIBÍ CONSULTA 24Enero2011 ---------------------Buen día David Quisiera saber si conoces el modelo eSourcing Capability Model y qué relación tiene con el CMMI para Servicios. Gracias Mónica Blanco
ResponderSuprimirRESPONDI 05Mar2011 -----------------------------
Lamento la demora se me quedó en el Inbox :0)
El CMMI para Servicios es un modelo genérico para el contexto de servicios. 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 contiene 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.
Suerte!
RECIBÍ CONSULTA 22Feb2011 ------------------------
ResponderSuprimirDavid, no es imcompatible tener usar más de un modelo de procesos en la organización de software?
RESPONDÍ 5Mar2011
No sólo no es incompatible, es lo recomendable!
Los distintos modelos de procesos, estándares y marcos de referencia de mejora y de calidad no tienen contradicción alguna entre sí, son complementarios o se traslapan (es decir coinciden).
Suerte!
RECIBÍ CONSULTA 22Feb2011 ------------------------
ResponderSuprimirLa pregunta anterior es por lo parecidos que parecen ser ISO/IEC 15504 y CMMI, aunque este último tiene mayor difusión. ambos modelos son excluyentes?...en este caso... xq decidir uno sobre otro? mil gracias! buen aporte el de tu blog! es sensacional!
RESPONDÍ 5Mar2011 ------------------------------
No son excluyentes en realidad son complementarios. Mas bien yo diría que el ISO 15504 es una alternativa a una evaluación SCAMPI A. De hecho el ISO 15504 y el SCAMPI A tienen el mismo propósito.
El 15504 es un modelo que nació con el propósito de ser un marco de referencia para evaluar procesos. El 15504 proporciona criterios para realizar una evaluación de procesos y adicionalmente establece que una evaluación de procesos debe hacerse siempre usando algún modelo de referencia (por ejemplo el ISO 12207) y entonces incluye el modelo de referencia (esto quizás origina una confusión).
EL ISO/IEC 15504 se creó inicialmente a partir del estándar de ciclo de vida de procesos ISO 12207 y de modelos de madurez como el Bootstrap, Trillium y el original CMM.
De hecho, primero apareció en el mercado el CMM (hoy CMMI) y luego el 15504, quizás esa es una de las razones por las que el CMMI tiene mayor difusión.
RECIBÍ CONSULTA 28Feb2011 ------------------------
ResponderSuprimirHoolaaa David :) Gracias por este blog! Tengo una duda: Qué son y cómo se usan las peer reviews? Qué prácticas de CMMI las incluyen? Muchas gracias. Saludos desde Panamá
CONTESTÉ 5Mar2011 --------------------------------
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 continuar 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 explicació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.
Suerte!
Buena tarde David!
ResponderSuprimirCómo hacer para dar evidencia a una práctica cuando el cliente solicita hacer su documentación directamente con sus herramientas y esto no se somete al proceso de la organización que está siendo evaluada?
Muchas gracias.
Saludos desde Puebla, México.
Buena tarde David.
ResponderSuprimirDe antemano, agradezco por la publicación de sus comentarios.
Escribo para preguntar acerca del área de proceso DAR. Es imprescindible incluír el plan de esta con tiempos dentro del plan del proyecto? O recurrir a este sólo cuando sea necesario dentro del proyecto por algún tema?
Adicionalmente, en la S.P 1.2 si debería haber un listado de criterios, rangos y escalas predefinidas.
Agradezco su atención,
Quedo atento a sus respuestas.
Muchas gracias.
RECIBÍ COMENTARIO 16Mar2011 --------------------
ResponderSuprimirBuena tarde David! Cómo hacer para dar evidencia a una práctica cuando el cliente solicita hacer su documentación directamente con sus herramientas y esto no se somete al proceso de la organización que está siendo evaluada? Muchas gracias. Saludos desde Puebla, México.
RESPONDÍ 16Marzo2011 ---------------------------
Hola!
Responderé en el entendido que tu pregunta es más orientada a una evaluación SCAMPI A.
1. La organización evaluada debe tener sus propios procesos y herramientas (incluyendo plantillas), pues es quien será evaluada. Esto es obligatorio.
2. Es usual que una organización cliente solicite que uses sus herramientas y/o plantillas. En este caso, al inicio del proyecto o servicio debes asegurarte que el contenido de las herramientas y/o plantillas del cliente tienen el contenido requerido por tus procesos (y requerimientos del CMMI).
Para esto, debes adecuar las plantillas y herramientas del cliente. En caso esto no sea posible (lo más probable) tu equipo debe generar el contenido faltante que tus procesos establecen. Esto puedes evidenciarlo con un informe de adecuación de procesos al inicio o durante la planificación del proyecto o servicio. Además, el equipo de trabajo debe ser capaz de responder positivamente en una evaluación SCAMPI A que entiende el uso de las herramientas y/o plantillas del cliente y que estas se han homologado con los requisitos de tus procesos (y del CMMI).
3. Después de los 2 puntos anteriores, ya puedes presentar como evidencia en una evaluación SCAMPI A los registros generados en el proyecto, aunque sean usando las herramientas y/o plantillas del cliente. El asunto que debes resolver es pedir permiso al cliente para que puedas mostrar dicha información en un SCAMPI A.
4. Si además de este cliente tienes en la muestra para la evaluación proyectos con otros clientes y proyectos en los que mostrarás el uso de tus propias herramientas y plantillas, no hay problema. Pero si los proyectos con este cliente son los más representativos y en la evaluación todos o la mayoría de los proyectos serán con este cliente, entonces debes:
i) Restringir la Unidad Organizacional y alcance en la evaluación SCAMPI a proyectos de este tipo
ii) Tener un documento de adecuación más elaborado, en el que indicas que es un cliente estratégico con quien trabajas de forma colaborativa lo que incluye el uso de sus herramientas y plantillas, debes tener reuniones con el cliente para discutir y asegurar el correcto uso de sus herramientas y plantillas y sobre todo asegurar que dichos contenidos satisfacen los requerimientos de tus procesos y de la parte del CMMI que estás implementando. Puedes evidenciar esto con una política y las reuniones de trabajo con actas de reunión con los acuerdos respectivos, sesiones de inducción que el cliente debe dar a tu equipo o a quienes en tu organización capacitan a tus equipos de trabajo.
Suerte!
RECIBI CONSULTA 16Marzo2011 --------------------
ResponderSuprimirBuena tarde David. De antemano, agradezco por la publicación de sus comentarios. Escribo para preguntar acerca del área de proceso DAR. Es imprescindible incluír el plan de esta con tiempos dentro del plan del proyecto? O recurrir a este sólo cuando sea necesario dentro del proyecto por algún tema? Adicionalmente, en la S.P 1.2 si debería haber un listado de criterios, rangos y escalas predefinidas. Agradezco su atención, Quedo atento a sus respuestas. Muchas gracias.
Por Anónimo el CMMI a la(s) 15:14
RESPONDÍ 16Marzo2011 ---------------------------
Hola!
Pregunta 1: Es imprescindible incluír el plan de esta con tiempos dentro del plan del proyecto? O recurrir a este sólo cuando sea necesario dentro del proyecto por algún tema?
Respuesta: Cualquiera de las dos alternativas o quizás otra que se te pueda ocurrir son todas válidas. El CMMI no prescribe cómo implementar las prácticas.
Si eliges la segunda alternativa planteadas, también debes hacer una planificación, que puede ser más ágil. Por ejemplo, en el mismo registro de la decisión puedes planificar cuándo será la reunión, quiénes participarán, etc.
Recuerda lo que dice la SP 1.1: "No toda decisión es suficientemente significativa para requerir un proceso de evaluación formal". Lo cual quiere decir que es posible que en algunos proyectos pequeños o mantenimientos no evalúes DAR. En una evaluación SCAMPI A debe haber mínimo (suficiente) 3 proyectos que hayan implementado DAR.
Pregunta 2: Adicionalmente, en la S.P 1.2 si debería haber un listado de criterios, rangos y escalas predefinidas.
Respuesta: Si.
No es necesario tener algo predefinido para todas las decisiones porque no siempre serán las mismas decisiones.
Es posible que cada proyecto, al inicio del mismo o durante su planificación, si decide usar el proceso formal de toma de decisiones, defina los criterios y pesos a usar en la decisión a tomar o use algún estándar organizacional de base.
Si en tu organización es usual que los proyectos tomen algún tipo de decisión significativa con frecuencia por ejemplo con cuál proveedor trabajar, entonces si es práctico tener una matriz estándar de evaluación de proveedores para todos los proyectos con criterios y pesos. Pero inclusive si hay un estándar, cada proyecto siempre podrá hacer adecuaciones de acuerdo a sus necesidades.
Suerte!
Buenas tardes,
ResponderSuprimirOjala me puedan apoyar me encargaron comparar la metodologia que utilizamos en la empresa con cmmi
mi jefa piensa que cmmi tiene una serie de formatos ya prestablecidos y que la tarea consiste simplemente en comparar el contenido de los neuestros para saber que tan alineados estamos con esa metodologia, les agradecere me explique si es factible comparar con formatos de cmmi y si es que existen
RECIBI CONSULTA 17Marzo2011 --------------------
ResponderSuprimirBuenas tardes, Ojala me puedan apoyar me encargaron comparar la metodologia que utilizamos en la empresa con cmmi mi jefa piensa que cmmi tiene una serie de formatos ya prestablecidos y que la tarea consiste simplemente en comparar el contenido de los neuestros para saber que tan alineados estamos con esa metodologia, les agradecere me explique si es factible comparar con formatos de cmmi y si es que existen
RESPONDI 17Marzo2011 --------------------------
Hola!
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 evaluadros con los requisitos del CMMI. Hay 3 tipos de evaluaciones: SCAMPI A, B y C.
Lo mas 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.
RECIBÍ CONSULTA 22Marzo2011 -------------------
ResponderSuprimirEstimado David:
Quisiera saber cuál es la forma correcta de integrar el modelo de mejora CMMI con el framework de Agile; teniendo en cuenta la rigurosa planeación que pide CMMI y la liviana y técnica de Agile. Esto con el fin de que no se vean afectados los tiempos del proyecto con el cumplimiento de todas las SP queriendo satisfacer por ejemplo un apraissal sin dejar de ser agile.
Muchas graciaspo su atencón y ayuda.
Saludos desde Chile.
Hauva Valles
RESPONDÍ 22Marzo2011 --------------------------
Hola!
1. En cuanto al "el framework de Agile" no existe UNO SOLO, existen varios. Voy a referirme al Scrum. Si preguntas por algún otro me indicas.
2. En cuanto a "teniendo en cuenta la rigurosa planeación que pide CMMI y la liviana y técnica de Agile" es una percepción errónea y falsa. La industria del software ya ha corregido esa percepción errónea hace varios años. El Scrum y el CMMI coinciden en muchas actividaes y de hecho no hay contradicción alguna.
Lo que sucede es que el Scrum no aborda TODAS las actividades de planificación, tampoco aborda muchas otras actividades y tampoco es su objetivo.
Por otro lado, el CMMI si plantea un mínimo de actividades al planificar, alguna de las cuales simplemente no son abordadas por el Scrum, pero que NO HAY DUDA que debes resolverlas durante la planificación y si no lo hace, NO HAY DUDA que tendrás que resolverlas en el camino.
Por ejemplo:
SP 2.3 Planificar la gestión de datos del proyecto. Al respecto el Scrum no dice nada.
Pero no hay duda que si comienzas un proyecto, debes:
a. Acordar con el equipo dónde quedará almacenada toda la información, registros y datos del proyecto incluyendo los fuentes;
b. Quienes tendrán acceso y qué tipo de acceso;
c. Cómo enviarás información al Product Owner y otras partes interesadas acerca del proyecto;
d. Cuando el proyecto termine qué se hará con toda la información, registros y datos del proyecto; etc.
Si para resolver el punto c estableces: Correo electrónico y dashboard o si el cliente no está cerca enviar semanalmente la foto digital del dashboard, es válido en un SCAMPI A.
3. En cuanto a "Esto con el fin de que no se vean afectados los tiempos del proyecto con el cumplimiento de todas las SP queriendo satisfacer por ejemplo un apraissal sin dejar de ser agile." te explico rápidamente 3 puntos:
3.1. Es un error tener artefactos con el sólo propósito de mostrarlos en un appraisal de hecho es un error. El CMMI es un modelo para mejorar no es un modelo de auditoria. El appraisal busca los artefactos que existen en tu forma de trabajo.
3.2. Las prácticas son mecanismos de mejora. No deben tratarse como un checklist de auditoria en caso contrario te llenarás de artefactos inútiles. Las prácticas mejoran tu proceso. La organización decide cómo implementarlas. La única limitación es tu creatividad y capacitación.
3.3. Busca un evaluador líder con experiencia en evaluaciones a organizaciones ágiles y de preferencia que tenga experiencia habiendo desarrollado con el enfoque ágil. El SEI recomienda a un evaluador líder que no evalúe a una organización si no tiene experiencia en la forma de trabajo de la organización, en caso contrario debe invertir mucho tiempo tratando de entender la forma de trabajo de la organización
Ya hay varios casos de éxito de organizaciones que han logrado CMMI nivel 5 con Scrum por ejemplo y han aumentado su productividad y disminuido su ratio de errores.
Suerte!
RECIBI CONSULTA 7Abril2011 ----------------------
ResponderSuprimirBuenas noches David: Cómo y para qué se usan las auditorias física y fincionales de CM? Gracias. Sabrina Gantt
RESPONDI 28Abril2011 -----------------------------
Mejor lo explico con un ejemplo:
Ejemplo de auditoria 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 auditoria 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.
RECIBI CONSULTA 11Mayo2011 --------------------
ResponderSuprimiragradeceria mucho su guia y colaboracion para mi duda. el contexto de la duda es la siguiente: En la certificacion en nivel 2 cmmi, segun la documentacion, se deben cumplir ciertos procesos y que estos tengas ciertas caracteristicas entre la cuales sobresale que los procesos sean gestionados. En la certificacion en nivel 3 cmmi, existen otros procesos y estos entre otras caracteristicas deben ser gestionados y definidos. la duda es la siguiente: Si aplico a una certificacion nivel 3, los procesos que trabaje para el nivel 2 quedan con la caracteristica de ser solo gestionados o se deben llevar al nivel 3=definidos?, es decir, estando en nivel 3 los procesos de nivel 2 ya no deben ser solo gestionados sino tambien definidos? que debo tener en cuenta para migrar un proceso de un nivel 2 a un nivel 3?, he leido que existe una guia de adaptacion para ello, estoy en lo correcto? en una valoracion para certificacion nivel 3, debo tener evidencias o un procedimiento para utilizar la guia de adaptacion de procesos? Por su gran colaboracion, mil gracias.
CONTESTE 16Mayo2011 ---------------------------
Pregunta:
agradeceria mucho su guia y colaboracion para mi duda. el contexto de la duda es la siguiente: En la certificacion en nivel 2 cmmi, segun la documentacion, se deben cumplir ciertos procesos y que estos tengas ciertas caracteristicas entre la cuales sobresale que los procesos sean gestionados.
Respuesta: El modelo no determina cuales procesos implementar. El modelo CMMI proporciona practicas que deben usare para mejorar los procesos de la organizacion. Quizas te refieres a areas de proceso. Efectivamente para lograr el nivel de madurez 2 hay que implementar 7 areas de proceso. Que finalmente son un grupo de practicas. Debes identificar cuales practicas implementar porque lo usual es que varias de dichas practicas si se vengan realizando en tu organizacion de forma apropiada.
Pregunta:
En la certificacion en nivel 3 cmmi, existen otros procesos y estos entre otras caracteristicas deben ser gestionados y definidos.
Respuesta: Seguro que te refieres a areas de proceso. Que no es lo mismo que procesos.
Pregunta:
la duda es la siguiente: Si aplico a una certificacion nivel 3, los procesos que trabaje para el nivel 2 quedan con la caracteristica de ser solo gestionados o se deben llevar al nivel 3=definidos?, es decir, estando en nivel 3 los procesos de nivel 2 ya no deben ser solo gestionados sino tambien definidos?
Respuesta: SI.
Pregunta:
que debo tener en cuenta para migrar un proceso de un nivel 2 a un nivel 3?, he leido que existe una guia de adaptacion para ello, estoy en lo correcto?
Respuesta:
Para migrar un proceso gestionado a definido es necesario implementar las practicas genericas GP 3.1 (tener un proceso organizacional y si es necesario con guias de adaptacion) y GP 3.2 (recolectar mejoras a los procesos que permitan mejorar el proceso)
Pregunta:
en una valoracion para certificacion nivel 3, debo tener evidencias o un procedimiento para utilizar la guia de adaptacion de procesos? Por su gran colaboracion, mil gracias.
Respuesta:
Las evidencias son los registros naturales que se elaboran en una organizacion. No pienses en producir evidenciar PARA la evaluacion SCAMPI A. Efectivamente en un SCAMPI A Nivel de madurez 3 se buscan evidencias de la GP 3.1 que significa evidencias que los procesos se adaptan cuando se usan en los proyectos. Tener un procedimiento o lineamiento para la adaptacion no es evidencia de haber implementado la GP 3.1 La evidencia es cuando un proyecto real especifico, uso un proceso organizacional. Y si fue necesario hizo alguna adaptacion o uso alguna adaptacion disponible. Por ejemplo, tienes dos tipos de informes de estado, segun la tecnología y un proyecto de determinada tecnología uso el tipo de informe de estado que le corresponde.
RECIBÍ CONSULTA 20Mayo2011 ---------------------
ResponderSuprimirBuenas tardes David. El área de proceso de IPM no es duplicación de PP? O cuál es la forma de interpretarla y/O aplicarla en la organización? Pablo Manzella
RESPONDÍ 20Mayo2011-----------------------------
Pregunta:
IPM no es duplicación de PP?
Respuesta: No.
Pregunta:
cuál es la forma de interpretarla y/O aplicarla en la organización?
Respuesta: Pues leyendo las prácticas ves que son prácticas distintas a las prácticas de PP. En algunos casos, las prácticas de IPM son prácticas que añaden más rigor a las de PP o a las de PMC. Por ejemplo:
PP SP 3.1 dice "Revisar todos los planes que afectan el proyecto para comprender los compromisos del proyecto."
mientras que
IPM SP 1.4 dice "Integrar el plan de proyecto y otros planes que afectan al proyecto para describir el proceso definido del proyecto."
y SP 1.5 dice "Gestionar el proyecto usando el plan del proyecto, otros planes que afectan al proyecto y el proceso definido del proyecto."
En este caso PP dice "revisar", IPM cambia a "integrar y gestionar", es mas rigor; pero también hay nuevos conceptos, IPM añade proceso definido del proyecto, PP no lo menciona.
En la mayoría de los demás casos con prácticas distintas, si lees las prácticas de IPM son distintas a las de PP.
Dos ejemplo:
1. IPM SP 1.1 dice "Establecer y mantener el proceso definido del proyecto desde el inicio del proyecto y a lo largo de la vida del proyecto" PP en cambio no menciona el término proceso definido. No se espera en PP la existencia de un proceso definido, en cambio en IPM la existencia de un proceso definido es requerido.
Cordial saludo,
ResponderSuprimirRevisando el área de proceso OPF me surge una duda en cuanto a que procesos de la organización deban ser evaluados o monitoreados para identificar fortalezas, debilidades y oportunidades de mejora. Quiero saber si para el cumplimiento de los objetivos de esta área de proceso es suficiente con realizar una auditoría o PPQA a los procesos del área de desarrollo (área principal de negocio de la organización para la cual laboro) o se deben involucrar otras áreas de la organización (recursos humanos, administrativa, gerencial, etc) Gracias por su atención y colaboración.
Felicitaciones por el blog, muy interesante y un buen apoyo para los que nos iniciamos en mundo del CMMI.
ResponderSuprimirMi consulta es, sobre los criterios que se deben tomar en ceunta para optar por una implementacion Escalonada o Continua del CMMI en una organizacion de desarrollo de software. Muchas gracias
Hola David.
ResponderSuprimirPor favor, me podrías orientar sobre que marco normativo sería el indicado para definir ¿cuáles son las responsabilidades, funciones y demás que deberían ser realizadas por una Gerencia de Sistemas o IT en una empresa donde dicha área brinda soporte al negocio?
Desde ya muchas gracias.
Saludos, Pablo
Hola, me gustaría saber cual es la diferencia entre actividades y tareas, hasta el momento, las personas a quienes he consultado me dicen que las diferencias son mínimas y que ambos términos pueden ser utilizados indistintamente muchas gracias de antemano.
ResponderSuprimirRECIBI CONSULTA 30/05/2011 ------------------------
ResponderSuprimirCordial saludo, Revisando el área de proceso OPF me surge una duda en cuanto a que procesos de la organización deban ser evaluados o monitoreados para identificar fortalezas, debilidades y oportunidades de mejora. Quiero saber si para el cumplimiento de los objetivos de esta área de proceso es suficiente con realizar una auditoría o PPQA a los procesos del área de desarrollo (área principal de negocio de la organización para la cual laboro) o se deben involucrar otras áreas de la organización (recursos humanos, administrativa, gerencial, etc) Gracias por su atención y colaboraciónRESPONDI 28-07-2011 --------------------
Asumo que te refieres a la práctica SP 1.2 "Evaluar los procesos de la organización periódicamente y según sea necesario para mantener un entendimiento de sus fortalezas y debilidades". El propósito de esta práctica es evaluar TODOS los procesos de la organización en el marco del programa de mejora de procesos de la empresa. Por tanto, es el alcance de tu programa de mejora que define el alcance de los procesos a evaluar. Si hablamos de una implementación tradicional de CMMI para Desarrollo en una empresa para sus actividades de desarrollo y mantenimiento de software, entonces se espera que se evalúen todos los procesos de gestión, de ingeniería y de soporte.
El modelo recomienda que se defina el método de evaluación a seguir y el uso de algún estándar o modelo de referencia, como el CMMI para Desarrollo, el ISO 9001, estándares nacionales, entre otros.
Si el alcance de tu programa de mejora es solo actividades de software entonces no es necesario incluir todos los demás procesos, excepto si tienen alguna participación en el proceso de software, por ejemplo, en tus procesos de recursos humanos usualmente está incluido el proceso de capacitación que si es parte usual de un programa de mejora con CMMI, de igual forma la GP 2.10 de todas las áreas de proceso suele ser parte del proceso gerencial.
Aquí estamos hablando de UNA sola práctica específica de OPF.
Para el cumplimiento de los objetivos de OPF debes implementar todas las prácticas de OPF o prácticas alternativas.
Suerte!
RECIBÍ CONSULTA 19-97-2011 -------------------------
ResponderSuprimirFelicitaciones por el blog, muy interesante y un buen apoyo para los que nos iniciamos en mundo del CMMI. Mi consulta es, sobre los criterios que se deben tomar en ceunta para optar por una implementacion Escalonada o Continua del CMMI en una organizacion de desarrollo de software. Muchas gracias
RESPONDÍ 28-07-2011 --------------------------------
Lo mejor es siempre comenzar con la representación continua. En el camino puedes, sin haber perdido tiempo o invertido esfuerzo alguno innecesariamente, retomar la representación escalonada, continuar con la representación continua o usar ambas.
1. Primero enfoca en implementar el área de proceso o las 2 áreas de proceso que contribuyen con atacar el principal problema que tengas. Revisa tus objetivos organizacionales, eso te permitirá asegurar la priorización adecuada de tus problemas. Esto lo puedes hacer en 1 a 3 meses.
2. Luego evalúa tus objetivos organizacionales, el mercado, tu competencia, tu visión de organización y decide si es apropiado buscar algún nivel de madurez (representación escalonada) o nivel de capacidad (representación continua) o ambos.
No debes limitarte a "tener" que elegir alguna representación. NO EXISTE ESA LIMITACIÓN, considerar que eso es una limitación signfica que debes entender mejor el modelo o capacitarte.
Por ejemplo, supongamos que tus principales problemas están en la definición de los requerimientos y deseas lograr un nivel de madurez 2, entonces tu objetivo para los siguientes 6 meses pueden ser: trabajar el nivel de madurez 2 (representación escalonada) y el nivel de capacidad 3 en el área de proceso Desarrollo de Requerimientos (representación continua).
Suerte!
RECIBÍ CONSULTA 21/07/2011 -------------------------
ResponderSuprimirHola David. Por favor, me podrías orientar sobre que marco normativo sería el indicado para definir ¿cuáles son las responsabilidades, funciones y demás que deberían ser realizadas por una Gerencia de Sistemas o IT en una empresa donde dicha área brinda soporte al negocio? Desde ya muchas gracias. Saludos, Pablo
RESPONDI 28/07/2011 --------------------------------
Claro, usa en primer lugar el CobiT, y en segundo logar el ITIL, son lo mejor y más completo.
RECIBI CONSULTA 27/07/2011 -------------------------
ResponderSuprimirHola, me gustaría saber cual es la diferencia entre actividades y tareas, hasta el momento, las personas a quienes he consultado me dicen que las diferencias son mínimas y que ambos términos pueden ser utilizados indistintamente muchas gracias de antemano.
RESPONDI CONSULTA 27/07/2011 -----------------------
También estoy de acuerdo.
Igual te cuento un poco más de información:
El CMMI los considera términos intercambiables, con frecuencia usa la frase "tareas y actividades" ("work tasks and activities").
La 3ra. edición del PMBOK si los diferenciaba:
task (tarea):
es un término para trabajo, cuyo significado y ubicación dentro de un plan estructurado de un proyecto, varía según el área de aplicación, industria y tipo de software de gestión de proyectos.
actividad (activity):
es un componente del trabajo realizado durante el curso de un proyecto.
aunque en el fondo no hay mucha diferencia.
La 4ta. versión del PMBOK ha removido el concepto de tarea (task).
He visto que en las descripciones de proceso se usa más el término actividad y en los software de gestión de proyectos usan el término tarea cuando ya debemos definir una fecha de inicio, fecha fin y recursos.
Yo también los uso indistintamente.
David gracias por sus respuestas!
ResponderSuprimirCuál es la forma exitosa de llevar Product Integration en un framework agile?
Cómo es posible hacer trazabilidad con User Stories?
RECIBI CONSULTA 22Sep2011 -------------------------
ResponderSuprimirDavid gracias por sus respuestas! Cuál es la forma exitosa de llevar Product Integration en un framework agile? Cómo es posible hacer trazabilidad con User Stories?
RESPONDI 22Sep2011 --------------------------------
1 ¿Cuál es la forma exitosa de llevar Product Integration en un framework agile?
Respuesta: Con la práctica integración continua.
2. ¿Cómo es posible hacer trazabilidad con User Stories?
Respuesta: Hay varias alternativas y el detalle depende de la decisión del equipo de trabajo. Estas alternativas no son excluyentes y son complementarias. Tampoco son las únicas u obligatorias.
Ejemplo1: ítems del Product Backlog versus user stories, puede registrarse en el mismo Product Backlog como un checklist.
Ejemplo2: user sotires versus pantallas/reportes/transacciones.
Ejemplo3: user stories versus casos de prueba, esto puede estar en el plan de pruebas o en el registro de los casos de prueba o en el script de casos de prueba (TDD y ATDD).
Lo más importante es que comprendas que la alternativa que eligas de trazabilidad tiene dos propósitos, el primero más importante:
1. Asegurar que los requerimientos se han implementado y no nos hemos olvidado de alguno.
2. Tener una herramienta para evaluar el impacto de cambios a los requerimientos o al detectar y corregir errores al probar software en relación a los requerimientos solicitados.
RECIBÍ CONSULTA 12Octubre2011 ------------------
ResponderSuprimirBuen Día: Requiero diseñar un Plan de Mejora para implementar el modelo CMMI, soy novata, algún formato como guía que puedan proporcionarme.
RESPONDÍ 12Octubre2011 --------------------------
Hola!
Todo proyecto o programa de mejora, tiene 4 fases, que en algunos momentos se traslapan:
1. Diagnóstico inicial
2. Lanzamiento o planificación
3. Implementación o ejecutar ciclos de mejora
4. Realizar evaluaciones o valoraciones de proceso
El plan de mejora se hace luego del diagnóstico inicial, sin el cual sería como un ensayo de prueba y error. El diagnóstico nos dice cuánto nos falta para llegar al objetivo establecido. En función a lo que falta se elabora el plan de mejora.
El plan de mejora incluye:
1. Alcance del proyecto de mejora, tanto a nivel organizativo como a nivel CMMI.
2. Objetivo de mejora prioritario, incluyendo cómo vamos a medir la mejora en el tiempo.
3. Organización del trabajo, para lo cual se conforman: (i) equipo o responsable de la mejora de procesos (o equipo de calidad u oficina de proyectos) (ii) patrocinador y comité ejecutivo de mejora (iii) grupos de trabajo (iv) revisores de aseguramiento de la calidad (iv) revisores de pares. Se definen quiénes conforman estos equipos, su dedicación, perfiles, responsabilidades, entre otros.
4. Riesgos del proyecto de mejora, identificación y análisis
5. Metodología de mejora a seguir. Cuáles son las actividades, fases, hitos a seguir.
6. Iniciativas de mejora o paquetes de trabajo, que son el resultado de agrupar los hallazgos del diagnóstico y establecer la secuencia de implementación y conformar los grupos de trabajo responsables.
7. Estrategia de implantación de los paquetes de trabajo.
8. Cronograma de actividades
Suerte!
Hola Mi preguntas es ¿Cual es la diferencia entre CMM y CMMI de forma detallada?.
ResponderSuprimirAgradezco su colaboración.
RECIBI CONSULTA 25Octubre2011 --------------------
ResponderSuprimirHola Mi preguntas es ¿Cual es la diferencia entre CMM y CMMI de forma detallada?. Agradezco su colaboración.
RESPONDI 03Dic2011 -------------------------------
Hola,
Hace muchos años que el modelo CMM para Software ó SW-CMM (así se denomina) ya no se usa. Las principales diferencias son:
1. SW-CMM está enfocado en software, CMMI puede aplicarse al desarrollo de cualquier producto o servicio complejo.
2. SW-CMM tiene menos prácticas de ingeniería, CMMI tiene más detalle para las prácticas de ingeniería.
Suerte!