¿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.