Capítulo 8: Gestión de la calidad del...
Transcript of Capítulo 8: Gestión de la calidad del...
Capítulo 8:
Gestión de la calidad del proyecto
Fuentes:
• Information Technology Project Management, Fifth Edition,
Copyright 2007
• PMBOK, Cuarta edición
Preparó: Ing. Ismael Castañeda Fuentes
Colaboraración: Tatiana Castrillón Valdés
Objetivos de aprendizaje
Comprender la importancia de la gestión de la calidad del proyecto
para los productos y servicios de TI
Describir la planificación de la calidad y su relación con la gestión
del alcance del proyecto
Discutir la importancia del aseguramiento de calidad
Explicar los principales resultados del proceso de control de calidad
Definir la gestión de la calidad del proyecto y comprender cómo la
calidad se refiere a diversos aspectos de los proyectos de TI
Objetivos de aprendizaje (continúa)
Conocer herramientas y técnicas para el control de calidad, tales
como el análisis de Pareto, muestreo estadístico, Six Sigma,
gráficos de control de calidad, y las pruebas
Resumir algunas contribuciones de notables expertos en calidad,
para modernizar la gestión de la calidad
Describir cómo el liderazgo, el costo de calidad, influencias de la
organización, las expectativas, las diferencias culturales, y los
modelos de madurez están relacionados con la mejora de la
calidad en los proyectos de TI
Ver cómo el software puede ayudar en la gestión de calidad del
proyecto
Importancia de la gestión de la calidad
Muchas personas bromean sobre la mala calidad de los productos de
TI (ver broma de los coches y los ordenadores en las pp. 304-305 Information Technology Project
Management, Fifth Edition, Copyright 2007)
La gente parece aceptar los sistemas que se caen ocasionalmente o
tener que reiniciar su PC
Pero la calidad es muy importante en muchos proyectos de TI
Casos del mundo real
En 1986, dos pacientes de un hospital murieron después de recibir dosis mortales de radiación de una máquina Therac 25 después de un problema de software que causó que la máquina ignorara los datos de calibración
La guardia costera de Gran Bretaña no pudo utilizar sus computadoras durante varias horas en mayo de 2004 tras ser golpeado por el virus Sasser, que destruyó los sistemas de cartografía electrónica, correo electrónico y otras funciones del computador, obligando a los trabajadores a volver al lápiz, el papel y el compás.
Mucho casos de pérdida o robo de información financiera se informan, incluyendo información personal y clientes del comercio en línea
Calidad del proyecto
Calidad: "el grado en que un conjunto de características inherentes
cumplen con los requisitos" (Definición ISO* 9000: 2000)
Otros expertos definen la calidad basados en:
Conformidad con los requerimientos:
Los procesos del proyecto y los productos cumplen con las especificaciones
escritas
Aptitud para el uso:
Un producto puede ser utilizado como estaba previsto
* ISO International Organization for Standardization
Gestión de la calidad del proyecto
La gestión de la calidad del proyecto asegura que el proyecto
satisfaga las necesidades para las que se emprendió
Los procesos incluyen:
Planificar la calidad
Identificar qué normas de calidad son relevantes para el proyecto y determinar
cómo satisfacerlas
Realizar el aseguramiento de la calidad
Aplicar las actividades planificadas y sistemáticas relativas a la calidad, para
asegurar que el proyecto utilice todos los procesos necesarios para cumplir
con los requisitos
Realizar el control de calidad
Supervisar los resultados específicos del proyecto, para determinar si cumplen
con las normas de calidad relevantes e identificar modos de eliminar las
causas de un rendimiento insatisfactorio
Resumen de la gestión de la calidad del proyecto
Planificación
Proceso: Planificar la calidad
Salidas: Plan de gestión de calidad, métricas de calidad, listas de control de calidad, plan de mejoras del proceso,
Actualizaciones del plan de gestión del proyecto.
Ejecución
Proceso: Realizar el aseguramiento de calidad
Salidas Actualizaciones a los activos de los procesos de la organización, solicitudes de cambio, actualización al
plan para la dirección del proyecto, actualizaciones a los documentos del proyecto
Seguimiento y control
Proceso: Realizar el control de calidad
Salidas: Mediciones de control de calidad, cambios validados, entregables validados, actualizaciones a los
activos de los procesos de la organización, solicitudes de cambio, actualizaciones al plan para la
dirección del proyecto, actualizaciones a los documentos del proyecto
Inicio del proyecto Terminación del Proyecto
Planificar la calidad
Implica la capacidad de prever situaciones y preparar acciones para
lograr los resultados deseados
Importante para prevenir los defectos:
Seleccionando materiales adecuados
Formando y adoctrinando a la gente en la calidad
Planificando un proceso que garantice los resultados apropiados
Diseño de experimentos
El diseño de experimentos (DOE*) es un método estadístico que
ayuda a identificar qué factores pueden influir sobre variables
específicas de un producto o proceso en desarrollo o en producción.
También desempeña un rol en la optimización de productos o
procesos.
El aspecto más importante de esta técnica es que proporciona un
marco estadístico para cambiar sistemáticamente todos los factores
importantes, en lugar de cambiar los factores de uno en uno.
El análisis de los datos experimentales debería proporcionar las
condiciones óptimas para el producto o proceso, resaltando los
factores que influyen sobre los resultados, y revelando la presencia
de interacciones y sinergias entre los factores.
*DOE Design Of Experiments
Proceso que:
Pertenece al grupo del Proceso de Planificación
Pertenece al área de conocimiento Gestión de la Calidad del proyecto
Planificar la calidad
Salidas1. Plan de Gestión de Calidad
2. Métricas de Calidad
3. Listas de Control de Calidad
4. Plan de Mejoras del Proceso
5. Actualizaciones a los Documentos
del Proyecto
Entradas1. Línea Base del Alcance
2. Registro de Interesados
3. Línea Base del Desempeño de
Costos
4. Línea Base del Cronograma
5. Registro de Riesgos
6. Factores Ambientales de la
Empresa
7. Activos de los Procesos de la
Organización
Herramientas y técnicas1. Análisis Costo-Beneficio
2. Costo de la Calidad (COQ)
3. Diagramas de Control
4. Estudios Comparativos
5. Diseño de Experimentos
6. Muestreo Estadístico
7. Diagramas de Flujo
8. Metodologías Propietarias de
Gestión de la Calidad
9. Herramientas Adicionales de
Planificación de Calidad
Aspectos del alcance de proyectos de TI
FuncionalidadGrado en que un sistema realiza sus funciones
CaracterísticasFacilidades del sistema que atraen a los usuarios
Salidas del sistemaPantallas e informes que el sistema genera
RendimientoFuncionamiento de un producto en relación con el uso previsto por los clientes
FiabilidadCapacidad de un producto o servicio para funcionar como se espera, en
condiciones normales
Capacidad de mantenimientoFacilidad para realizar el mantenimiento de un producto
Responsable por la calidad
Los gerentes de proyecto son en última instancia responsables de la
gestión de la calidad en sus proyectos
Varias organizaciones y referencias pueden ayudar a los gerentes de
proyectos y a sus equipos a entender la calidad
Normas ISO (International Organization for Standardization - www.iso.org)
Normas IEEE (www.ieee.org)
Aseguramiento de la calidad
Aseguramiento de la calidad
Incluye todas las actividades relacionadas con el cumplimiento de los
estándares de calidad pertinentes para un proyecto
Otro de los objetivos es la mejora continua
Benchmarking
Genera ideas para la mejora de la calidad mediante la comparación de
las prácticas de un proyecto específico o las características del producto
con otros proyectos o productos dentro/fuera de la organización
Auditoría de calidad
Revisión estructurada e independiente para determinar si las actividades
del proyecto cumplen con las políticas, los procesos y los
procedimientos del proyecto y de la organización.
Proceso que:
Pertenece al grupo del Proceso de Ejecución
Pertenece al área de conocimiento Gestión de la Calidad del proyecto
Realizar aseguramiento de calidad
Salidas1. Actualizaciones a los Activos de los
Procesos de la Organización
2. Solicitudes de Cambio
3. Actualizaciones al Plan para la
Dirección del Proyecto
4. Actualizaciones a los Documentos
del Proyecto
Entradas1. Plan para la Dirección del Proyecto
2. Métricas de Calidad
3. Información sobre el Desempeño
del Trabajo
4. Mediciones de Control de Calidad
Herramientas y técnicas1. Herramientas y Técnicas para
Planificar la Calidad y Realizar el
Control de Calidad
2. Auditorías de Calidad
3. Análisis de Procesos
Control de calidad
Las principales salidas del control de calidad son:
Decisiones de aceptación
Reproceso
Ajustes al proceso
Hay siete herramientas básicas que ayudan en el control de la
calidad
Diagramas causa efecto
Los diagramas de causa y efecto, también denominados diagramas
de Ishikawa o de espina de pescado, ilustran cómo los diversos
factores pueden estar vinculados con los posibles problemas o
efectos.
Ayudan a encontrar la causa raíz de un problema
Puede utilizar la técnica de los 5 Por qué donde se repite la pregunta
¿Por qué? para retirar capas de síntomas que pueden conducir a la
causa
http://es.wikipedia.org/wiki/Diagrama_de_Ishikawa
http://en.wikipedia.org/wiki/5_Whys
Ejemplo de diagrama de causa y efecto
Entrenamiento
Hardware del sistema
Hardware del usuarioSoftware
Problema: los usuarios
no pueden acceder
al sistema
El usuario
No restableció la
contraseña
El usuario
No salvó la
contraseña
El usuario
Olvida las
contraseñas
Procesador
muy lento
No hay suficiente
memoria
No hay espacio
en disco
Diagramas de control de calidad
Diagrama de control
Representación gráfica de los datos que muestra los resultados de un
proceso en el tiempo
Uso principal: prevenir defectos, en lugar de detectarlos o rechazarlos
Permiten determinar si un proceso está bajo control o fuera de control
Cuando un proceso está bajo control, cualquier variación en los resultados
del proceso son causadas por sucesos aleatorios; los procesos que están
bajo control no necesitan ser ajustados
Cuando un proceso está fuera de control, las variaciones en los resultados
del proceso son causadas por eventos no aleatorios; es necesario
identificar las causas de esos eventos no aleatorios y ajustar el proceso
para corregirlos o eliminarlos
La regla de las siete ocurrencias
Se pueden utilizar los gráficos de control de calidad y la regla de las
siete ocurrencias para buscar patrones en los datos
Regla de las siete ocurrencias
Si siete puntos de datos en una fila están todos por debajo de la media, por
encima de la media, o están aumentando o disminuyendo, el proceso tiene
que ser examinado por problemas no aleatorios
Ejemplo de diagrama de control de calidad
Límite superior esperado 12.10Límite superior de control
Tiempo
Pu
lgad
as
Violación de la regla de las 7 ocurrencias
Media
Límite inferior
esperado Límite inferior
De control
Diagrama de comportamiento*
Muestra el historial y el patrón de variación de un proceso en el
tiempo
Es un gráfico de líneas que muestra los puntos de datos trazados en
el orden en que se producen
Puede ser utilizado para realizar análisis de tendencias para
pronosticar resultados futuros basados en patrones históricos
* http://en.wikipedia.org/wiki/Run_Chart
Diagrama de dispersión*
Un diagrama de dispersión muestra el patrón de relación entre dos
variables
Esta herramienta permite al equipo de calidad estudiar e identificar la
posible relación entre los cambios observados en dos variables
Se trazan las variables dependientes frente a las variables
independientes. Cuanto más próximos estén los puntos a una línea
diagonal, más estrechamente estarán relacionados
* http://es.wikipedia.org/wiki/Diagrama_de_dispersi%C3%B3n
Número de palabras en una página Web
Du
ració
n p
rom
ed
io d
e l
as v
isit
as [
seg
]
Ejemplo de diagrama de dispersión
El diagrama muestra el tiempo promedio que los usuarios dedican a páginas con diferentes cantidades de palabras
Tomado de http://www.masternewmedia.org/es/2008/10/14/habitos_de_lectura_en_la_red_cuanto.htm
Histogramas*
Histograma
Diagrama de barras que muestra una distribución de variables
Cada columna representa un atributo o una característica de un
problema / situación. La altura de cada columna representa la
frecuencia relativa de la característica
Esta herramienta ayuda a identificar la causa de los problemas en un
proceso por la forma y anchura de la distribución
* http://es.wikipedia.org/wiki/Histogramas
Diagramas de Pareto*
Un diagrama de Pareto es un tipo específico de histograma,
ordenado por frecuencia de ocurrencia, que muestra cuántos
defectos se han generado por tipo o categoría de causa identificada
Se usa principalmente para identificar y evaluar incumplimientos
Principio 80/20: El 80% de los problemas se debe al 20% de las
causas. Los diagramas de Pareto también se pueden usar para
resumir todos los tipos de datos para los análisis 80/20
* http://en.wikipedia.org/wiki/Pareto_analysis
Diagramas de flujo*
Los diagramas de flujo ayudan a analizar cómo se producen los
problemas
Un diagrama de flujo es una representación gráfica de un proceso
Pueden ser de muchos estilos, pero todos los diagramas de flujo de
procesos muestran actividades, puntos de decisión y el orden de
procesamiento
Los diagramas de flujo pueden ayudar al equipo del proyecto a
prever cuáles pueden ser los problemas de calidad y dónde pueden
producirse y, de esta forma, a desarrollar enfoques para tratarlos
* http://es.wikipedia.org/wiki/Diagrama_de_flujo
Ejemplo de diagrama de flujo
Petición de
aceptación
de entregable
Dirigirla a
quien toma
la
decisión
Aceptado
Firmar
sección de
aprobación
Notificar a
quien hace
la petición
y agregar
al sistema
El
documento
requiere
trabajo
adicional
SI
NO
Muestreo estadístico*
Muestreo estadístico
Elegir parte de una población de interés para su inspección
Un muestreo apropiado a menudo reduce el costo de control decalidad
En algunas áreas de aplicación, puede ser necesario que el equipode dirección del proyecto esté familiarizado con una variedad detécnicas de muestreo
Ejemplo de formula de tamaño de muestra:
Tamaño de la muestra = .25 X (factor_de_certidumbre / error_aceptable)2
Recomendación: consultar a un experto cuando se hace análisis estadístico
* http://es.wikipedia.org/wiki/Muestreo_estad%C3%ADstico
Ejemplo: Factores de certidumbre normalmente
usados
Nivel de confianza Factor de certidumbre
95% 1.960
90% 1.645
80% 1.281
Six Sigma*
Six Sigma es "un sistema amplio y flexible para alcanzar, sostener y
maximizar el éxito del negocio
Six Sigma es la única basada en la comprensión de las necesidades del
cliente, el uso disciplinado de hechos, datos y análisis estadísticos, y la
atención diligente a la gestión, para ayudar a mejorar y reinventar los
procesos del negocio” **
* http://es.wikipedia.org/wiki/Six_Sigma
** Pande, Peter S., Robert P. Neuman, and Roland R. Cavanagh, The Six Sigma Way, New York:
McGraw-Hill, 2000, p. xi.
Información básica en Six Sigma
El objetivo de la perfección es el logro de no más de 3.4 defectos
por millón de oportunidades
Los principios pueden aplicarse a una amplia variedad de procesos
Los Proyectos de Six Sigma, normalmente siguen un proceso de
cinco fases denominado DMAIC
DMAIC
DMAIC
Proceso sistemático, de bucle cerrado para la mejora continua que es
científico y basado en hechos
DMAIC significa:
Definir (Define): Definir el problema o la oportunidad, el proceso y los
requisitos del cliente
Medir (Measure): Definir las medidas, luego recoger, recopilar y mostrar
datos
Analizar (Analyze): Examinar detalles del proceso para encontrar
oportunidades de mejora
Mejorar (Improve): Generar soluciones e ideas para mejorar el problema
Controlar (Control): Hacer seguimiento y verificar la estabilidad de las
mejoras y lo previsible de la solución
El control de calidad Six Sigma
Se requiere un compromiso de toda la organización
La formación sigue el sistema "Cinturón"
Las organizaciones Six Sigma tienen la capacidad y la voluntad de
adoptar los objetivos de cambio, como reducir errores y hacer las
cosas más rápido
Es una filosofía de funcionamiento centrada en el cliente y se esfuerza
para sacar los residuos, aumentar los niveles de calidad y mejorar el
rendimiento financiero a niveles sin precedentes
Casos del mundo real
Motorola, Inc. fue pionera en la adopción de Six Sigma en la década
de los ochenta y ahorró unos 14 mil millones dólares
Allied Signal / Honeywell ahorró más de $ 600 millones al año por la
reducción de los costos de los defectos de remodelación y mejora de
los procesos de diseño de motores de aeronaves
General Electric utiliza Six Sigma para centrarse en el logro de la
satisfacción del cliente
Six Sigma y la gestión de proyectos
Joseph M. Juran afirmó: "Todas las mejoras se llevan a cabo proyecto por proyecto, y no de otra manera" *
Es importante seleccionar cuidadosamente los proyectos y mejoras de calidad donde tienen sentido, las empresas que utilizan Six Sigma no siempre mejoran los valores de sus acciones
Mikel Harry dice, "Yo genéticamente podría diseñar una cabra Seis Sigma, pero si el rodeo es el mercado, la gente todavía va a comprar un caballo de cuatro Sigma". **
Los proyectos de Six Sigma deben centrarse en un problema de calidad o la brecha entre el desempeño actual y el deseado y no se tiene claro el problema o una solución predeterminada
* “What You Need to Know About Six Sigma,” Productivity Digest (Diciembre 2001), p. 38.** Clifford, Lee, “Why You Can Safely Ignore Six Sigma,” Fortune (Enero 22, 2001), p. 140.
Los proyectos Six Sigma usan gestión de
proyectos
Six Sigma incluye muchos conceptos de gestión de proyectos,
herramientas y técnicas
Por ejemplo, los proyectos de Six Sigma con frecuencia usan casos de
negocio, Actas del proyecto, cronogramas, presupuestos, etc
Los proyectos de Six Sigma se hacen en equipo; el Gerente del
proyecto es a menudo llamado el líder del equipo y el patrocinador es
llamado el campeón
Six Sigma y la estadística
El término Sigma significa desviación estándar
Desviación estándar
Mide cuánta variación existe en una distribución de datos
Es un factor clave para determinar el número aceptable de unidades
defectuosas encontradas en una población
Los proyectos de Six Sigma se esfuerzan por no más de 3,4 defectos
por millón de oportunidades, sin embargo, este número es confuso
para muchos estadísticos
Six Sigma usa tabla de conversión
Usando una curva normal:
Si un proceso está en Six Sigma, no habría más de dos unidades
defectuosas en mil millones producidas
Six Sigma utiliza un sistema de puntuación que representa el tiempo,
un factor importante en la determinación de las variaciones del
proceso
Rendimiento
Número de unidades manipuladas correctamente a través de los
pasos del proceso
Defecto
Producto o servicio que no cumple los requisitos del cliente
Pueden existir varias oportunidades para tener un defecto
Tabla de conversión Sigma
Sigma Rendimiento Oportunidades de defectos
por millón (DPMO*)
*DPMO Defects Per Million Opportunities
Six 9s de calidad*
Six 9s of quality es una medida de control de calidad igual a 1 error
en 1 millón de oportunidades
En la industria de las telecomunicaciones significa 30 segundos de
tiempo de inactividad al año
El nivel de calidad también se ha establecido como el objetivo
previsto para el número de errores en un circuito de comunicaciones,
fallas en el sistema o errores en líneas de código
* Six 9s of Quality
Pruebas
Las pruebas deben realizarse en casi todas las fases del ciclo de
vida desarrollo de productos de TI
Muchos profesionales de TI piensan en las pruebas como una etapa
cercana al final del desarrollo de productos de TI
Ejemplo: Pruebas en el ciclo de vida del desarrollo
de software 1.Inicio del proyecto
2. viabilidad
3. Planeación
del proyecto4. Requerimientos
detallados
7. Arquitectura
detallada
5. Selección de
productos
8. Construir el entorno
operativo
9. Diseño físico
De la BD6. Diseño del
sistema
10. Diseño de unidad
11. Código
12. Pruebas de Unidad
16. Implementación
13. Pruebas de
integración
14. Pruebas de
Sistema
15. Pruebas de
Aceptación de
usuario
Tareas de pruebas
itera
tivo
Desarrollo
Comprar Construir
Tipos de pruebas
Pruebas de Unidad
Probar cada componente para asegurar que está libre de defectos,
tanto como sea posible
Pruebas de Integración
Probar la funcionalidad de los componentes agrupados
Pruebas de Sistema
Probar el sistema en su totalidad como una sola entidad
Pruebas de aceptación de usuario
Prueba independiente realizada por los usuarios finales antes de
aceptar la entrega del sistema
Las pruebas por si solas no son suficientes
Watts S. Humphrey, un renombrado experto en la calidad del software,
define un defecto en el software como algo que debe ser cambiado
antes de la entrega del programa
Las pruebas no previenen suficientemente los defectos del software
porque:
El número de formas de poner a prueba un sistema complejo, es enorme
Los usuarios se siguen inventando nuevas maneras de utilizar un sistema,
que no consideraron sus desarrolladores
Humphrey sugiere a las personas repensar el proceso de desarrollo de
software para proporcionar la menor cantidad de defectos posibles al
entrar en las pruebas de sistema; los desarrolladores deben ser
responsables de proveer código libre de errores en cada etapa de la
prueba
Proceso que:
Pertenece al grupo del Proceso de Seguimiento y Control
Pertenece al área de conocimiento Gestión de la Calidad del proyecto
Realizar control de calidad
Salidas1. Mediciones de Control de Calidad
2. Cambios Validados
3. Entregables Validados
4. Actualizaciones a los Activos de los
Procesos de la Organización
5. Solicitudes de Cambio
6. Actualizaciones al Plan para la
Dirección del Proyecto
7. Actualizaciones a los Documentos
del Proyecto
Entradas1. Plan para la Dirección del Proyecto
2. Métricas de Calidad
3. Listas de Control de Calidad
4. Mediciones del Desempeño del
Trabajo
5. Solicitudes de Cambio Aprobadas
6. Entregables
7. Activos de los Procesos de la
Organización
Herramientas y técnicas1. Diagramas de Causa y Efecto
2. Diagramas de Control
3. Diagramas de Flujo
4. Histograma
5. Diagrama de Pareto
6. Diagrama de Comportamiento
7. Diagrama de Dispersión
8. Muestreo Estadístico
9. Inspección
10. Revisión de Solicitudes de Cambio
Aprobadas
Gestión de calidad moderna
La gestión de calidad moderna *:
Requiere la satisfacción de los clientes
Prefiere la prevención sobre la inspección
Reconoce la responsabilidad de la dirección
Requiere mejora continua
* Expertos notables en calidad: Deming, Juran, Crosby, Ishikawa, Taguchi, y Feigenbaum
Expertos en calidad
Deming fue famoso por su trabajo en la reconstrucción de Japón y
sus 14 puntos para la Gestión
Juran escribió el Manual de Control de Calidad (Quality Control
Handbook ) y diez pasos a la mejora de la calidad (ten steps to
quality improvement)
Crosby escribió La calidad es gratis (Quality is Free ), y sugirió que
las organizaciones se esfuercen por cero defectos
Ishikawa desarrolló los conceptos de los círculos de calidad y
diagramas de espina de pescado
Taguchi desarrolló métodos para optimizar el proceso de ingeniería
de la experimentación
Feigenbaum desarrolló el concepto de control de calidad total
Premio Malcolm Baldrige*
El premio Malcolm Baldrige National Quality Award se creó en
1987 para reconocer a las empresas que han logrado un nivel de
competencia de clase mundial a través de la gestión de la calidad
Tres premios cada año en diferentes categorías
Industria manufacturera
Servicios
Pequeñas empresas
Educación y Cuidado de la salud
* http://en.wikipedia.org/wiki/Malcolm_baldrige_award
Estándares ISO*
ISO 9000
Sistema de estándares de calidad:
Es un ciclo continuo de planificación, control y documentación de calidad en
una organización
Proporciona los requisitos mínimos necesarios para que organización
cumpla con las normas de certificación de calidad
Ayuda a organizaciones de todo el mundo a reducir costos y mejorar la
satisfacción del cliente
* www.iso.org
Mejorar la calidad en proyectos de TI
Sugerencias para mejorar la calidad de los proyectos de TI:
Establecer un liderazgo que promueva la calidad
Comprender el costo de la calidad
Centrarse en las influencias organizacionales y los factores del lugar de
trabajo que afectan la calidad
Seguir modelos de madurez
Liderazgo
Joseph M. Juran dijo en 1945, "Es más importante que la alta
dirección tenga la calidad en mente. En ausencia de la manifestación
sincera de interés por parte de los niveles superiores, pequeñas
cosas pasarán bajo ellos.” *
Un gran porcentaje de problemas de calidad están asociadas
con la gestión, no con temas técnicos
*Sociedad Americana para la Calidad - American Society for Quality (ASQ), (www.asqc.org/about/history/juran.html).
Costo de la calidad
Costo de la calidadCosto de las conformidades más el costo de las no conformidades
Conformidad Entrega de productos que cumplen los requerimientos
Costo de la no conformidadAsumir la responsabilidad por fallas o por no satisfacer las expectativas de calidad
Un estudio de 2002 reportó que los errores de software cuestan a la economía de los EE.UU. 59,6 billones de dólares cada año y que un tercio de los errores podrían ser eliminados mejorando las pruebas de infraestructura
5 categorías del costo relacionadas con calidad Costo de prevención:
Costo de la planificación y ejecución de un proyecto libre de errores o
dentro de un rango de error aceptable
Costos de evaluación:
Costo de la evaluación de los procesos y sus resultados para garantizar la
calidad
Costo de fallos internos:
Costos incurridos para corregir un defecto identificado antes de que el
cliente reciba el producto
Costo de fallos externos:
Costos relacionados con todos los errores no detectados y corregidos
antes de la liberación al cliente
Costos de medición y equipos de pruebas:
Costo de capital de los equipos utilizados para realizar las actividades de
prevención y evaluación
Influencias organizacionales, Factores del
lugar de trabajo y la calidad
El estudio de DeMarco y Lister* mostró que
los temas organizacionales tenían una influencia mucho mayor en la productividad del programador que el entorno técnico o lenguajes de programación
La productividad del programador variaban en un factor de uno a diez entre organizaciones, pero sólo un 21 por ciento dentro de la misma organización,
No hay correlación entre la productividad y el lenguaje de programación, los años de experiencia, o el salario
Un espacio de trabajo dedicados y un entorno de trabajo tranquilo, fueron factores clave para mejorar la productividad del programador
* Tom DeMarco and Timothy Lister. Peopleware: Productive Projects and Teams. New York: Dorset House, 1987. (ISBN 0-932633-43-9)
Las expectativas y las diferencias culturales
en la calidad
Los gerentes de proyecto deben comprender y gestionar las
expectativas de las partes interesadas
Las expectativas también varían por:
Cultura de la Organización
Regiones geográficas
Modelos de Madurez
Los Modelos de madurez son marcos referenciales para ayudar a las
organizaciones a mejorar sus procesos y sistemas
El modelo de desarrollo de funciones de software de calidad se centra
en la definición de requerimientos de los usuarios y la planificación de
proyectos de software
El Modelo de capacidad de madurez del Software del Software Engineering
Institute se enfoca en la mejora de los procesos y proporciona a las
organizaciones elementos esenciales para procesos eficaces
Niveles CMMI
Los niveles CMMI, de menor a mayor, son:
Incompleto
Realizado
Gestionado
Definido
Cuantitativamente Gestionado
Optimizado
En ciertos gobiernos, las empresas no pueden acceder a proyectos
a menos que tengan nivel 3 CMMI
Modelo de Madurez PMI
PMI publicó el Modelo de madurez para gestión de proyectos
organizacionales (OPM3*) en diciembre de 2003
El modelo se basa en estudios de mercado que se enviaron a más
de 30.000 profesionales de la gestión de proyectos, e incorpora 180
de las mejores prácticas y más de 2.400 funciones, resultados e
indicadores claves de rendimiento
Aplica normas de buenas prácticas para la excelencia en proyectos,
programas, y la gestión del portafolio. Y explica las capacidades
necesarias para alcanzar esas mejores prácticas
* Organizational Project Management Maturity Model 2nd Edition (©2008, Project Management Institute)
Buenas prácticas
OPM3* ofrece el siguiente ejemplo para ilustrar buena práctica,
capacidad, resultados e indicadores claves de rendimiento.
Buena práctica: establecer comunidades de gestión internas del proyecto
Capacidad: facilitar las actividades de gestión de proyectos
Resultado: iniciativas locales, es decir, la organización desarrolla bolsas
de consenso en torno a áreas de especial interés
Indicadores claves de rendimiento: la comunidad se ocupa de temas
locales
* Organizational Project Management Maturity Model 2nd Edition (©2008, Project Management Institute)
Software para la gestión de la calidad del
proyecto
Hojas de cálculo y de gráficas como Excel, ayudan a crear Diagramas
de Pareto, Diagramas de espina de pescado y más.
Paquetes estadísticos ayudan a presentar los análisis estadísticos
Software especializado, ayuda a dirigir proyectos de Six Sigma o a
crear graficas de control de calidad
Software de gestión de proyectos, ayuda a crear diagramas de Gantt y
ayudan a planear y distribuir el trabajo teniendo en cuenta la gestión
de la calidad