Upload
anacleto-alcantara
View
2
Download
1
Embed Size (px)
Citation preview
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
Derechos Reservados, 1999
Juan Antonio Vega FernándezJuan Antonio Vega Fernández
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
Derechos Reservados, 1999
Juan Antonio Vega FernándezJuan Antonio Vega Fernández
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
Derechos Reservados, 1999
Juan Antonio Vega FernándezJuan Antonio Vega Fernández
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
Derechos Reservados, 1999
Juan Antonio Vega FernándezJuan Antonio Vega Fernández
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
Derechos Reservados, 1999
Juan Antonio Vega FernándezJuan Antonio Vega Fernández
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
Derechos Reservados, 1999
Juan Antonio Vega FernándezJuan Antonio Vega Fernández
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
Derechos Reservados, 1999
Juan Antonio Vega FernándezJuan Antonio Vega Fernández
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
Derechos Reservados, 1999
Juan Antonio Vega FernándezJuan Antonio Vega Fernández
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
Derechos Reservados, 1999
Juan Antonio Vega FernándezJuan Antonio Vega Fernández
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
Derechos Reservados, 1999
Juan Antonio Vega FernándezJuan Antonio Vega Fernández
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
Derechos Reservados, 1999
Juan Antonio Vega FernándezJuan Antonio Vega Fernández
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
Derechos Reservados, 1999
Juan Antonio Vega FernándezJuan Antonio Vega Fernández
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
Derechos Reservados, 1999
Juan Antonio Vega FernándezJuan Antonio Vega Fernández
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
Derechos Reservados, 1999
Juan Antonio Vega FernándezJuan Antonio Vega Fernández
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
Derechos Reservados, 1999
Juan Antonio Vega FernándezJuan Antonio Vega Fernández
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
Derechos Reservados, 1999
Juan Antonio Vega FernándezJuan Antonio Vega Fernández
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
Derechos Reservados, 1999
Juan Antonio Vega FernándezJuan Antonio Vega Fernández
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
Derechos Reservados, 1999
Juan Antonio Vega FernándezJuan Antonio Vega Fernández
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
Derechos Reservados, 1999
Juan Antonio Vega FernándezJuan Antonio Vega Fernández
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
Derechos Reservados, 1999
Juan Antonio Vega FernándezJuan Antonio Vega Fernández
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
Derechos Reservados, 1999
Juan Antonio Vega FernándezJuan Antonio Vega Fernández
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
Derechos Reservados, 1999
Juan Antonio Vega FernándezJuan Antonio Vega Fernández
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
Derechos Reservados, 1999
Juan Antonio Vega FernándezJuan Antonio Vega Fernández
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
Derechos Reservados, 1999
Juan Antonio Vega FernándezJuan Antonio Vega Fernández
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