¿Cómo implementar las disciplinas del CMMI en el proyecto de formación?

miércoles, 7 de diciembre de 2011

Luego de identificar las disciplinas del CMMI, para aplicarle calidad y normatividada de procesos de desarrollo a nuestro software, nos centraremos en la disciplina de Ingenieria del Software, ya que se dedica a hacer cumplir las reglas necesarias para darle calidad a una solución software.

Disciplinas cubiertas por CMMI

  • Ingeniería de Sistema - Se encarga de la construcción de un sistema con o sin software
  • Ingeniería de Software - Construcción de soluciones software
  • Integración de productos  y procesos de desarrollo - Se refiere a la relación a largo plazo con el cliente.
  • Relación con proveedores - Cubre los procesos relacionados con la subcontratación de partes del sistema

¿Cómo garantizar la satisfacción del cliente del proyecto de software?

 Debe hacerse todo lo necesario por acercar lo más posible la calidad del software entregado a las expectativas que el cliente tenga con respecto a la funcionalidad que busca en el software. Mientras más cercanos estén estos dos aspectos, mayor será la satisfacción del cliente.
Es importante siempre gestionar el desarrollo del software en base a las expectativas y necesidades del cliente.

¿Cuando un proyecto del software se presentan costos anormales esto se da debido a que?, ¿como el CMMI permite mejorar este proceso?

martes, 6 de diciembre de 2011

Costos De Prevencion.
  • Revision de nuevos productos.
  • Planeacion de la calidad (manuales, procedimientos, entre otras).
  • Evaluacion de capacidad de proveedores.
  • Esfuerzos de mejora a través de trabajos en equipo.
  • Proyectos de mejora continua.

Costos De Evaluacion.
  • Inspecciones con el proveedor y en recibo.
  • Pruebas e inspecciones en proceso y al prodcuto terminado.
  • Auditorias al producto, proceso o servicio.
  • Calibracion de equipos de prueba y medicion.
  • Costos de materiales de prueba.


Costos De Falla Interna.
  • Desperdicio.
  • Retrabajos.
  • Reinspeccion y repeticion de pruebas.
  • Revision de materiales no conformes.

Costos De Falla Externa.
  • Procesos de quejas y reclamaciones.
  • Devoluciones del cliente.
  • Garantias.

El CMMI ayuda a controlar estos costos con guías para tener un manejo correcto de los mismos y para ayudar a mantener la calidad del proyecto.

¿Cuales son las constante crisis que se presentan en los proyectos del software de las empresas colombianas y del mundo?


  • Optimismo excesivo en la estimación de tiempos y costos. 
  • Fechas de entrega inalcanzables dadas sin utilizar métrica alguna, para llegar a una estimación eficiente aproximada. 
  • Los requerimientos del software cambian constantemente. Esto así, porque las empresas cambian, y junto con ellas debe de cambiar su tecnología. 
  • Si no se hace una eficiente administración de los requerimientos puede convertirse el proyecto en un bucle sin final hasta que finalmente este es cancelado. 
  •  Al momento de iniciar el proyecto de software se deben de administrar los riesgos, de modo que esté bien definido que sucederá en caso de que se presente una situación adversa previamente contemplada o no. Los dos riesgos más comunes en nuestro país y el resto del mundo son el riesgo de perder datos a causa de fallas eléctricas y la rotación del personal. Políticas eficientes de copias de seguridad (backups) reducen en gran medida el riesgo de pérdida permanente de datos; por otra parte, la documentación eficiente de los procesos ayuda a que el nuevo desarrollador continúe el trabajo de la persona saliente.
  • Solo el 27% de los proyectos de TI (tecnologías de información) puede ser considerado un éxito. 
  • Los proyectos de TI sobrepasan su costo en un 56%. 
  • Se estima que los proyectos sobrepasan su calendario en un 84%. 
  • El 31.1% de los proyectos son cancelados antes de que sean terminados. 
  • Solo el 27% de los proyectos de TI puede ser considerado un éxito. 
  • Los proyectos de TI sobrepasan su costo en un 56%. 
  • Se estima que los proyectos sobrepasan su calendario en un 84%. 
  • El 31.1% de los proyectos son cancelados antes de que sean terminados. 
  • Se daba mayor atención a las cuestiones operativas que a la planificación. 
  • Planeación deficiente. 
  • Los objetivos del proyecto no estaban alineados con los objetivos de la organización. 
  •  El entorno global hace que la planeación tradicional ya no sea suficiente. 
  • Los objetivos reales no son siempre evidentes al comienzo del proyecto. Tienen que ser descubiertos y redefinidos con preguntas como:
- ¿Por qué estamos haciendo este proyecto?
- ¿Qué estamos realmente tratando de llevar a cabo?
- ¿Qué objetivo a largo plazo contribuye a ello?
- ¿Qué necesitamos dar?
- ¿Cómo mediremos el éxito?
- ¿Qué condiciones tendrían que existir para hacer este proyecto innecesario?
  • Ignorar las dinámicas de los tenedores de apuestas

- ¿Para quién estamos haciendo esto? (clientes o usuarios finales)
- ¿Quién más está afectado por el proyecto? (clientes indirectos, víctimas)
- ¿Quién quiere que esto ocurra? (patrocinador y campeones)
- ¿Quién puede oponerse? (blockers)
- ¿De quién necesitamos apoyo o ayuda para realizar el proyecto? (implementadores)
- ¿Qué recursos necesitamos y quién los controla? (los que lo permiten)
  • Planificar al revés. 
  • Renegar de la incertidumbre 
  • Planificar de una sola vez

¿Cuáles son las crisis que se pueden ver constantemente en los proyectos de software, consulte y defina en base a su proyecto?



  • No estimar adecuadamente el tiempo necesario. 
  • No planificar todas las actividades que son necesarias realizar. 
  • No prevenir el aumento de costos durante el tiempo de ejecución. 
  • No tomar en cuenta factores que impedían cumplir los objetivos. 
  • Solo en algunos casos no hacer seguimiento a las decisiones que se adoptan. 
  • No se comunico los problemas que estaban sucediendo. 
  • No tomar en cuenta la opinión de los integrantes. 
  • Compromiso irresponsable del equipo. 
  •  Mala conformación del equipo de trabajo. 
  • La capacidad este por  debajo de lo que se necesita. 
  • No estar de acuerdo en lo que tiene que realizar. 
  • Cambiar a los miembros del equipo. 
  • No documentar. 
  • No motivar a quienes trabajaban en el proyecto.

Requisitos de Documentación Norma ISO 9001 - 2008 Numeral 4.2

jueves, 1 de diciembre de 2011

4.2. Requisitos De La Documentación.

4.2.1. Generalidades
  • Declaraciones documentadas de una política de la calidad y de objetivos de la calidad.
  • Un manual de la calidad.
  • Los procedimientos documentados y los registros requeridos en esta Norma Internacional.
  • Los documentos, incluidos los registros que la organización determina que son necesarios para asegurarse de la eficaz planificación, operación y control de sus procesos.

4.2.2. Manual de la calidad.
La organización debe establecer y mantener un manual de la calidad que incluya:
  • El alcance del sistema de gestión de la calidad, incluyendo los detalles y la justificación de cualquier exclusión.
  • Los procedimientos documentados establecidos para el sistema de gestión de la calidad, o referencia a los mismos.
  • Una descripción de la interacción entre los procesos del sistema de gestión de la calidad.


4.2.3. Control De Los Documentos.
Los documentos requeridos por el sistema de gestión de la calidad deben controlarse. Los registros son un tipo especial de documento y deben controlarse de acuerdo con los requisitos.

4.2.4. Control De Los Registros.
Los registros establecidos para proporcionar evidencia de la conformidad con los requisitos así como de la operación eficaz del sistema de gestión de la calidad deben controlarse. La organización debe establecer un procedimiento documentado para definir los controles necesarios para la identificación, el almacenamiento, la protección, la recuperación, la retención y la disposición de los registros.

Ventajas y Desventajas de la Implementación de CMMI

La gran ventaja de CMMI es que ha demostrado ser una metodología de gran eficacia, que ha permitido mejoras de gran impacto en procesos de desarrollo de productos software, tales como:

  • Reducción del coste de desarrollo.
  • Localización y resolución de defectos. 
  • Mejora en la fiabilidad de la planificación, en términos de dedicación y de calendario. 
  • Aumento de la productividad.
  • Reducción de los trabajos derivados de correcciones tras las fases de pruebas. 
  • Aumento de la efectividad sobre la planificación realizada.
  • Mejora en la calidad de producto.
  • Reducción del número de defectos y detección en las fases tempranas de su ciclo de vida. 
  • Mejora de la Imagen de Marca.

El problema de CMMI es su falta de adecuación al enfoque a servicio que está experimentando el sector de las TI (procesos de desarrollo de productos de software) en todas sus líneas de actividad, así como el alto esfuerzo de implantación que exige.

Procesos evaluados por CMMI

Áreas de procesos
El modelo CMMI v1.2 (CMMI-DEV) contiene las siguientes 22 áreas de proceso:

* Análisis de causalidad y solución
* Configuration Management
* Decisión de Análisis y Resolución
* Proyecto Integrado de Gestión
* Medición y Análisis
* Innovación organizacional y Despliegue
* Definición de procesos organizacionales
* Enfoque en procesos organizacionales
* Rendimiento de procesos organizacionales
* Entrenamiento organizacional
* Vigilancia y Control de proyectos
* Planificación de proyectos
* Proceso y aseguramiento de calidad del producto
* Integración de Producto
* Gestión de proyectos Cuantitativos
* Gestión de requerimientos
* Requerimientos de Desarrollo
* Gestión de Riesgos
* Gestión de Proveedores
* Solución
* Validación
* Verificación

Empresas colombianas certificadas en CMMI

En colombia existen 18 empresas certificadas:  http://slprog.wikispaces.com/EmpresasCMM

Algunas de ellas son :

Softbolivar e Intergrupo con nivel II.
Ilimitada con nivel III.
Open Sistems con nivel IV.
Asesoftware LTDA nivel III.
Avansoft S.A. nivel III.
Coomeva - Unidad De Tecnologíavinformatica nivel II.
Fundación Cardiovascular De Colombia nivel II.
Gestiontek S.A nivel III.
Trebol Software S.A. nivel III.
Servinte S.A. nivel II.
CIDLIS UIS
Universidad Industrial de Santander nivel II.
MVM Ingenieria De Software S.A. nivel III.