ESTÁNDARES DE CALIDAD

¿QUE ES CMM?

(Capability Maturity Model for Software), es decir, Modelo de Madurez de Capacidades. Estándar establecido para medir la madurez en el proceso de desarrollo de software y brindar un marco para su mejora

NIVELES DE MADUREZ:

1.- Inicial: En este nivel, las buenas prácticas dependen del recurso humano directamente. El proceso de software no está documentado y tiene un ambiente inestable en el desarrollo y mantenimiento. Existe una baja probabilidad de cumplir objetivos del proyecto (Tiempo, costos, recursos).

El proceso de software está caracterizado como ad hoc y ocasionalmente caótico. Algunos procesos están definidos, y el éxito depende del esfuerzo individual y no de la organización.

• La empresa no dispone de procesos y controles definidos.

• Se trabaja con procedimientos que no están normalizados.

• La planificación y el control, no están establecidos explícitamente antes de su uso.

• Las técnicas y/o herramientas que se emplean para el desarrollo del SW carecen de una integración entre las mismas y únicamente son empleadas en algunas fases del ciclo de vida del SW.

• La característica de las empresas que se encuentran en este nivel es que no hay un control de la gestión de proyectos software efectivo.

• Ambiente inestable que carece de prácticas de management

• Los compromisos no están bajo control

• Los éxitos se basan en el talento individual y el esfuerzo de los héroes

• Las buenas prácticas y estándares son frecuentemente sacrificadas por otras prioridades del management

• Usualmente se cuenta con cronogramas

• La capacidad del proceso es impredecible

• Los objetivos de cronograma, costos y calidad no se hallan definidos

2.- Repetible: La repetición de éxitos es en base a proyectos anteriores; los procesos efectivos son bien definidos, documentados, practicados y medidos pero aún pueden mejorar; además existen políticas para la administración de proyectos, sigue habiendo cajas negras pero ya son definidas y revisadas, aún no se cuenta con métricas para servicios.

Procesos administrativos básicos en los proyectos para el seguimiento de costo, planeamiento y funcionalidad. La disciplina necesaria en los procesos es acorde para repetir éxitos anteriores de proyectos con aplicaciones similares.

La empresa tiene métodos estandarizados facilitando procesos repetibles.

Aplican un control básico de la gestión de proyectos, gestión de calidad y gestión de la configuración.

• La necesidad es establecer una administración efectiva del proyecto de software

• Los procesos de Administración de Proyectos están definidos e implementados

• Las políticas organizacionales guían los proyectos

• Las prácticas exitosas usadas en proyectos previos, puede ser repetidas.

3.- Definido:

El proceso es estándar, consistente, estable y repetible. La capacidad se logra basándose en el entendimiento de las actividades, roles y responsabilidades en un proceso de software bien definido. Tiene métricas definidas para los productos y los servicios que ofrece la empresa; la organización cuenta con un programa d capacitación para todos sus miembros.

El proceso para la administración y la ingeniería está documentado, estandarizado e integrado a un proceso estándar para la organización. Todos los proyectos usan una versión del proceso estándar de la organización aprobada y ajustada para el desarrollo y manutención del software.

• La empresa monitoriza y mejora sus procesos.

• Los procesos de software están definidos, documentados, y son aplicados a través de toda la organización.

• Comprensión compartida de cómo funciona el proceso y roles establecidos

• La capacidad de los procesos satisface objetivos de cronograma, costos, y funcionalidad

• Las empresas que se encuentran en este nivel se caracterizan por disponer de:

• Un grupo de proceso, cuyo objetivo es el de mejorar el proceso software

• Una metodología de desarrollo software que describa las actividades técnicas y de gestión requeridas para la adecuada ejecución del proceso de desarrollo.

4.- Administrado:

El proceso, a la par que el producto y servicios, es medido y opera dentro de un límite cuantificable. Se cumple con planes y programas de mejora. Se hace una distinción entre los procesos principales y los de apoyo.

Se detalla medidas para que el proceso de software y la calidad del producto sean recolectados. Ambos son entendidos y controlados cuantitativamente.

• La empresa posee controles avanzados, métricas y retroalimentación.

• Se dispone del control de los costes y calidad de las principales etapas del proceso.

• Es prerrequisito que exista una metodología de desarrollo software para realizar una medición efectiva.

• La efectividad del proceso es medida.

• El control estadístico del proceso es iniciado.

• Se sigue un proceso que apunta a las causas de desviaciones en el producto.

5.- Optimizado:

Este nivel se dedica al mejoramiento continuo de su proceso a las par de su madurez, lo cual se da gracias al uso o implementación de nuevas tecnologías o métodos.

Existe un feedback cuantitativo del proceso, lo que permite una mejora continua del mismo. También se manejan ideas y tecnologías innovadoras.

• La empresa emplea métricas con propósitos de optimización.

• En este nivel se tienen los medios para identificar los elementos más débiles del proceso y mejorarlos.

• Los factores que imposibilitan la realización, son identificados y eliminados.

• La mejora continua está institucionalizada.

• La transición a nuevas tecnologías es practicada rutinariamente

ESTRUCTURA INTERNA DE LOS NIVELES DE MADUREZ

Estos son atributos que indican que tanto la implementación como la institucionalización, es efectiva, repetible y perdurable.

Objetivos a realizar: Describe acciones que la organización debe tomar para asegurarse que el proceso está establecido y perdurará. Típicamente involucra establecer políticas organizacionales y aval de la cúpula administrativa.

Capacidad para realizar: Precondiciones que deben existir en un proyecto u organización para implementar el proceso de software completamente. Suele involucrar recursos, estructura organizacional y entrenamiento.

Actividades desarrolladas: Describen los roles y procedimientos necesarios para implementar un área clave de proceso. Típicamente involucra planes y procedimientos, realizar el trabajo, seguirlo y tomar acciones correctivas.

Medición y análisis: Describe la necesidad de medir el proceso y analizar dichas mediciones. En general suele incluir ejemplos de las medidas que pueden ser tomadas para determinar el nivel y efectividad de las Actividades desarrolladas.

Verificar Implementación: Describe pasos para asegurarse que las actividades son desarrolladas en el marco del proceso que ha sido establecido. Involucra revisiones y auditorias de la gerencia y aseguramiento de la calidad del software.

Áreas claves de proceso en el Nivel 2

Objetivo: Establecer la administración y control básico del proyecto.

Administración de requerimientos:

Establecer un entendimiento común entre el cliente y los requerimientos del proyecto. Es la base para planificar y administrar el proyecto de software. Dado que los requerimientos del cliente con frecuencia evolucionan y cambian, documentar y controlarlos es sumamente necesario para posteriormente usarlos como base en estimaciones, planeamiento y control de las actividades del proyecto de software a través de todo su ciclo de vida.

Planeamiento del proyecto de software:

Establecer planes razonables para realizar la ingeniería de software y para administrar el proyecto. Se basa en desarrollar estimaciones realistas para llevar a cabo el trabajo y establecer los compromisos necesarios. Estos comienzan con una declaración del trabajo y las restricciones y las metas que definen y limitan el proyecto de software. El proceso de planeación del software incluye pasos para estimar el tamaño del software y los recursos necesarios, para producir un cronograma, para identificar y estimar los riesgos, y para negociar los compromisos. El plan se documenta y se mantiene como una herramienta necesaria para administrar el proyecto de software.

Control de proyectos de software:

Establecer una adecuada visibilidad del progreso real para que la administración pueda tomar acciones correctivas cuando la performance del proyecto se desvíe significativamente de lo planeado. La administración involucra controlar y revisar los resultados contra el plan y tomar acciones correctivas cuando sean necesarias, basándose en los resultados reales. Estas acciones pueden incluir: revisar el plan de desarrollo de software para que refleje los resultados actuales, de planificar el trabajo restante, y/o tomar acciones para mejorar la performance.

Administración de subcontratos:

Seleccionar minuciosamente subcontratantes de software y administrarlos efectivamente. Generalmente, la selección de subcontratantes se basa en la habilidad para realizar el trabajo, aunque en ciertas ocasiones se basan alianzas estratégicas de negocio. El trabajo realizado por el subcontratante y los planes para el trabajo son documentados, y el principal contratista monitorea la performance de esos planes.

Aseguramiento de la calidad

...