¿Qué enfoque (CMMI, ISO 9001, TickIT, 6Sigma) debería elegir como marco de calidad de desarrollo de software?

Cada una de estas teorías tiene beneficios y fracasos. CMMI y TickITplus (que ha reemplazado a TickIT) se centran en la industria del desarrollo de software, por lo que pueden ser extremadamente útiles de implementar; también puede consultar ISO / IEC12207 y 15504. ISO 9001 es más genérico y proporciona información sobre técnicas de gestión de buena calidad. , pero debe interpretarse para adaptarse a su industria en particular. 6Sigma es una herramienta fantástica en la industria de fabricación, pero como se enfoca en las desviaciones del estándar, puede ser difícil de usar en la industria de software no maduro; Si tiene una salida fuerte y predecible y niveles de calidad, 6Sigma es muy útil. Existen otros estándares. Si tuviera que destacar un nuevo marco, trabajaría en TickITplus en este momento, ya que va más allá de los procesos de ingeniería de software para incluir actividades de gestión empresarial que faltan en modelos como CMMI.

Todos los estándares que mencionó están bastante desactualizados y no son muy relevantes hoy en día. Como usted señala, son enfoques bastante rígidos diseñados para regular y hacer cumplir las políticas y procesos relacionados con la calidad y, por lo general, ese no es un enfoque muy efectivo en el mundo de hoy.

El enfoque típico para la gestión de calidad que ha existido durante mucho tiempo se basa en una organización de Aseguramiento de la calidad separada e independiente que es responsable de definir y hacer cumplir los estándares de calidad y se basa en gran medida en la inspección de defectos después de que se producen.

Un enfoque mucho mejor es avanzar de manera proactiva en el proceso, eliminar defectos en la fuente e integrar completamente la calidad en la forma en que las empresas construyen productos. Eso requiere hacer que todos en la organización sean responsables de la calidad de los productos que producen.

Eso es exactamente lo que se hace en un proceso de desarrollo de software ágil. En lugar de depender de una organización de control de calidad externa e independiente para probar el software en busca de defectos después de que está diseñado y desarrollado y para hacer cumplir las políticas y estándares relacionados con la calidad, las pruebas de calidad son una parte integral de la forma en que el software está diseñado y desarrollado y todo el desarrollo El equipo es responsable de la calidad de los productos que producen.

Chuck Cobb
Autor de “La guía del administrador de proyectos para dominar Agile”
Echa un vistazo: Capacitación ágil de gestión de proyectos en línea para gerentes de proyectos

Para responder a su pregunta, es mejor comprender en qué etapa se encuentra su empresa. Si eres una startup en una industria no regulada, sostengo el marco que todos aceptarán hacer. Puede explorar esto leyendo Lean Startup. Si eres más maduro y el desarrollo se ha desplazado hacia el sostenimiento, entonces tal vez … Es difícil juzgar por la falta de detalles sobre la etapa y la necesidad de su organización.