interpretación y adecuación del sw-cmm diplomado en calidad en el software derechos reservados,...

Interpretación y Adecuación Interpretación y Adecuación del SW-CMMdel SW-CMM

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are

Derechos Reservados, 1999

Juan Antonio Vega FernándezJuan Antonio Vega Fernández

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Interpretación y AdecuaciónInterpretación y Adecuación

• Desarrolla un mapeo entre la terminología y el lenguaje utilizado por la organización:

– Estructuras organizacionales• grupos independientes (SQA, testing, SCM)

– Roles y relaciones (puestos y lineas de mando)• Administrador de Proyectos• Administrador de Proyectos de Software• Clientes (internos, externos)

– Formalidad• Frecuencia de periodicidad, eventos• Granularidad de procedimientos, planes, etc.• Ambiente de los procesos (subcontrataciones, etc.)

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Los Invariantes de la Los Invariantes de la Disciplina del ProcesoDisciplina del Proceso

• Asume que las áreas de proceso claves y las metas son siempre relevantes a cualquier ambiente.– La Administración de los Subcontratos del Software puede no

aplicar si no hay subcontratos.

– Por el contrario, las revisiones de compañeros peer reviews no pueden dejarse fuera de una organización de nivel 3.

• Algunas prácticas “informativas” siempre deberían de estar presentes, algunas son sensibles al contexto, y otras veces … depende.– El juicio profesional y asesores entrenados con experiencia son

cruciales.

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Prácticas Obligatorias(?!)Prácticas Obligatorias(?!)

• Documentación de los requerimientos del cliente y del sistema

• Comunicación con el cliente y los usuarios finales• Planes del proyecto• Compromisos acordados• Documentación de procesos• Work Breakdown Structure

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Prácticas Sensibles al ContextoPrácticas Sensibles al Contexto

• Prácticas orientadas hacia grandes organizaciones contratadas para proyectos grandes.

• Los grandes proyectos– Grupo de SCM y el Change Control Board

• Pero la administración de la configuración es necesaria

– Grupo de SQA independiente• Pero las revisiones formales y objetivas son necesarias

– Grupo de Pruebas Independiente• Pero el “testing” es necesario

• Temas relacionados con la estructura organizacional en general.

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Prácticas que … dependePrácticas que … depende

• Uso de datos históricos en la planeación• Entrenamiento

– Puede ser a través de un grupo(s) externo, en lugar de desarrollarse internamente.

– El entrenamiento en los procesos internos puede ser necesario e invetible que se desarrolle internamente.

• Administración de riesgos– El fracaso completo de un proyecto puede ser un riesgo

menor para un proyecto pequeño.

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



El Ambiente de NegociosEl Ambiente de Negocios

• Ambientes donde es necesario interpretar y adecuar SW-CMM:– Programas muy grandes

– Organizaciones y Proyectos Virtuales

– Proyectos de Prototipeo

– Organizaciones R&D

– Organizaciones de Servicios de Software

– Organizaciones y Proyectos pequeños

– … casi en todas partes!!

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Definición de “Pequeño”Definición de “Pequeño”

• ¿Qué es un proyecto o equipo pequeño?– 2-3 profesionistas? 4-7? menos de 25?

• ¿Qué es un periodo de tiempo corto?– 2-3 meses? 5-6? menos de un año?

• ¿Qué es una organización pequeña?– menos de 10 empleados? 25? 100?

• Los resultados del CMM Tailoring workshop (1995) concluyen que no se pudo acordar en lo que significaba pequeño.

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Variaciones de PequeñoVariaciones de Pequeño

• Pequeño (small) = 3-5 6 meses

• Muy pequeño (very small) = 2-3 4 meses

• Diminuto (tiny) = 1-2 2 meses

• Individual = 1 1 semana

• Ridículo = 1 1 hora

– Hay que distinguir entre una tarea y un proyecto

# Personas Tiempo

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Mejorando los Mejorando los Proyectos PequeñosProyectos Pequeños

• Watts Humphrey está actualmente trabajando en el Proceso del Software en Equipo (TSP).

• El Proceso de Software Personal (PSP) demuestra la aplicabilidad y la validez de la disciplina del proceso en esfuerzos individuales.

• El TSP y el PSP son aplicaciones de los conceptos de CMM al micro nivel de la organización.– Demuestra que podemos ser profesionistas de nivel 5!!

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Evaluación de Evaluación de Organizaciones PequeñasOrganizaciones Pequeñas

• Utilice un proceso de evaluación reducido– Una evaluación CBA IPI típica de dos semanas probablemente es excesiva

• Por otra parte una evaluación menos rigurosa aunque puede detectar problemas importantes, puede ignorar otros.

– Enfocarse en prácticas de institucionalización apropiadas a la organización– Recuerde mirar más allá de SW-CMM

• En las necesidades del negocio, no sólo en la apreciación• Temas de tecnología y del personal

– Realiza una encuesta antes de empezar el ciclo de mejora para asegurar que están listos

• Se necesita estar inconformes con la situación actual para reallizar exitosamente el cambio.

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Interpretación de PlaneaciónInterpretación de Planeación

• El factor más importante para una definición de procesos y de mejoramiento exitoso es la planeación completa.

• La planeación es necesaria en cada proceso de software grande y/o importante.– Dentro de los límites del buen juicio, la organización

determina que es grande y/o importante.

– El “empaquetado” de planes es una decisión organizacional.

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Interpretación de Interpretación de Administración de RiesgosAdministración de Riesgos

• ¿Es la administración de proyectos lo mismo que la administración de riesgos?

• En un proyecto hay lugar para el orden y el caos– Es necesario mantener el balance para que pueda

cambiar y crecer.

• Utiliza un ciclo de vida del software evolutivo e incremental– Enfoque por etapas para entregar el producto

– Enfrente la volatilidad de los requerimientos

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Interpretación de Interpretación de Documentación de ProcesosDocumentación de Procesos

• La granularidad, el ámbito, y el detalle de los procedimientos y estándares debería ser útil, no tedioso o molesto.

– El empaquetado y la formalidad son decisiones organizacionales.

– Si el proceso existe, su existencia puede ser demostrada a un evaluador.

• Los evaluadores buscan por rastros de la auditoría

• Los evaluadores buscan por conocimiento del proceso– La comunicación y la consistencia.

– Hacerle el trabajo fácil al evaluador es agradable pero no necesario.

• Enfrenta los problemas y no las prácticas!

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Interpretación del Enfoque Interpretación del Enfoque del Proceso (Process Focus)del Proceso (Process Focus)

• No es sólo una preocupación del nivel 3.

• El grupo del proceso de ingeniería del software– Personal respetado y competente.

– Buenas habilidades interpersonales.

– Participantes de medio tiempo (participación de empleados).

• Planeación de la acción y seguimiento.

• Empieza con el proceso “tal como es”– Entiende la situación actual antes del cambio.

• Alineamiento a cualquier iniciativa de TQM.

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Interpretación de Interpretación de Definición del ProcesoDefinición del Proceso

• Manténlo simple!– Identifica a los propietarios del proceso

– Regla: Las descripciones de los procesos deberían ser de 1 a 2 páginas de largo.

• Referencía subprocesos, procedimientos, estándares, y listas de verificación tanto como sea necesario.

– Regla: Se deben tener de 2 a 3 tareas por semana cuando mucho en la descripción del proceso más detallada.

• Los procedimientos, estándares, y listas de verificación pueden ser más detallados pero están enfocados a la tarea.

– Recuerda los principios de diseño de software.• localidad, encriptamiento, abstracción, ...

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Interpretación de Implantación del Interpretación de Implantación del Proceso (Process Deployment)Proceso (Process Deployment)

• El realizar de manera adecuada la documentación del proceso es crítico para la implantación del proceso.– La implantación del proceso debe ser parte de la definición y

mejora del proceso.• No forces la implementación de un mal proceso.

– Encuentra los problemas• identifica los proceso tal como son en lugar de tal como deberían ser• Pilotea los procesos antes de implantarlos a gran escala

– Conoce• En dónde estás y a dónde quieres estar• Cómo llegarás ahí y cómo reconoceras el éxito

– El principio USA: Understand, Simplify, Automate.

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Interpretación de Interpretación de EntrenamientoEntrenamiento

• Es necesario para implantar los procesos efectivamente.

• La verdadera necesidad son las habilidades (skills), no el entrenamiento.– Crucial para el desarrollo profesional y la retención de empleados.

• Escoger entre el entrenamiento desarrollado internamente y el proveído externamente es una decisión organizacional.– El entrenamiento en los estándares organizacionales y en los

procesos es necesariamente interno, aunque quizá como suplemento al entrenamiento externo.

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Interpretación de Relación Interpretación de Relación Cliente-ProveedorCliente-Proveedor

• Habla con el cliente– comunicación, coordinación, e integridad

• Las Evaluaciones de la Capacidad del Software (SCE) son dirigidas por una necesidad del cliente.– Construye una base de proveedores, aún por industria.

• La comunicación y la coordinación son intrínsecos a la Administración de Requerimientos y la Coordinación Inter-Grupo.

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Interpretación de Revisiones de Interpretación de Revisiones de Compañeros (Peer Reviews)Compañeros (Peer Reviews)

• De cualquier tipo son mejores que ninguna– Inspecciones

– Recorridos estructurados

• Ya no se argumenta el valor de las revisiones– El debate es sobre el cómo

– Reconocer el valor no significa que las hagamos de manera sistemática.

– Conocer cómo hacerlas no significa que las hagamos correctamente o consistentemente.

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



El Mejoramiento ExitosoEl Mejoramiento Exitoso

• El éxito se basa en alcanzar los objetivos de negocio.– La satisfacción y el deleite del cliente– Tiempo de desarrollo reducido– Incremento en la productividad

• No olvidar construir el producto que los clientes quieran comprar!

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



El Abuso de SW-CMMEl Abuso de SW-CMM

• La falta de disponibilidad o inhabilidad para interpretar, adecuar, o aplicar el buen juicio dentro de la organización.– Fácil obligar las prácticas clave

– El buen juicio se necesita aún en proyectos y organizaciones grandes.

– Paranoia acerca de las intenciones del cliente y de la competencia.

• Ignorancia del cliente– Evaluaciones de Capacidad del Software

– Los juicios pueden diferir• Perfil de riesgo en lugar de nivel de madurez

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



El Peligro de El Peligro de Enfocarse en el ResultadoEnfocarse en el Resultado

• Los estándares tales como CMM, SPICE, e ISO 9001 pueden ayudar a las organizaciones a mejorar su proceso de software.

• El enfocarse en alcanzar un nivel de madurez o la certificación sin enfrentar el proceso subyacente es un peligro real.

• Los niveles de madurez y la certificación deberían ser mediciones de la mejora, no las metas de la mejora.

– Es necesario ligar la mejora a las necesidades del negocio.

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



ConclusionesConclusiones

• El mejoramiento del proceso del software debería ser realizado para ayudar al negocio, no sólo por hacerlo.

• El mejoramiento significa diferentes cosas para diferentes organizaciones.– ¿Cuáles son tus metas de negocio?

– ¿Cómo mides el progreso?

• El mejoramiento es un esfuerzo estratégico a largo plazo.– ¿Cuál es el impacto esperado al final?

– ¿Cómo será medido el impacto?

Dip

lom

ado

en C

alid

ad e

n el

Sof

twar

eD

iplo

mad

o en

Cal

idad

en

el S

oftw

are



Aplicación con Sentido ComúnAplicación con Sentido Común

Burocracia sin sentido

Caos sinsentido

CalidadCaos

Creativo

Documentación de Procesos?Si No

Sen

tid

o C

omu

n?

Si

No

interpretación y adecuación del sw-cmm diplomado en calidad en el software derechos reservados,...

Documents