Calidad - Departamento de Ingeniería de Sistemas e Industrial

Transcripción

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
Grupo del Proceso de Planificación
La flecha circular punteada indica que el proceso es parte del área de
Conocimiento Gestión de la Integración. Esta Área de Conocimiento coordina y
unifica los procesos de las otras Áreas de Conocimiento
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
(tener que reiniciar un PC)
 Pero la calidad es muy importante en muchos proyectos de TI
Software de aparatos de unidad de cuidados intensivos
Software de control de represas
Software de aviones de combate
Calidad del proyecto
 Calidad:
“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ó
 Procesos:
 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
Planificar la calidad
 Proceso en el que se identifican requisitos de calidad y/o normas
tanto en el proyecto como en el producto, documentando la manera
en que el proyecto demostrará su cumplimiento
 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
Herramientas de planificación de Calidad
 Tormenta de ideas
 Diagramas de afinidad
 Análisis de campos de fuerzas
 Técnicas de grupo nominal
 Diagramas matriciales
 Matrices de priorización
Análisis Costo-Beneficio
 Beneficios de cumplir con los requisitos de calidad
 Menor reproceso
 Mayor productividad
 Menores costos
 Mayor satisfacción
 Un caso de negocio ayuda a comparar el costo del procedimiento de
calidad con el beneficio esperado
Costo de la calidad
 Costo de la calidad
Costo de las conformidades más el costo de las no conformidades
Costo de la conformidad
 Costos de la conformidad
Para entrega de productos que cumplen los requerimientos
Dinero gastado durante el proyecto para evitar fallas
 Costos por prevención (construir un producto de calidad)
Entrenamiento
Documentación de procesos
Equipos usados para las pruebas
Tiempo para hacerlo bien
 Costos de evaluación (probar la calidad)
Pruebas
Pérdidas por pruebas destructivas
Inspecciones
Costo de la no conformidad
 Costo de la no conformidad
Costo para asumir la responsabilidad por fallas o por no satisfacer
las expectativas de calidad
Dinero gastado durante y después del proyecto a causa de las fallas
 Costos por fallas internas (fallas encontradas por el proyecto)
Reprocesamiento
Descartes
 Costos por fallas externas (fallas encontradas por el cliente)
Pasivos
Garantías
Pérdidas de negocios
Inspecciones
Costo de la calidad
 Estudios muestran que un tercio de los errores de software podrían
ser eliminados mejorando las pruebas
Error y propagación del error
Control de calidad al final del proyecto
Aseguramiento de la calidad durante todo el proyecto
Costo de los cambios
Costo
Control de calidad al final del proyecto
Aseguramiento de la calidad durante todo el proyecto
Tiempo
Diagramas de control
 Diagrama de control
Representación gráfica de los datos que muestra los resultados de un
proceso en el tiempo
Estudios comparativos
 Comparar prácticas reales o planificadas del proyecto con las de
proyectos comparables
 Identificar mejores prácticas
 Generar ideas de mejoras
 Base para medición del desempeño
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
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 de
calidad
 En algunas áreas de aplicación, puede ser necesario que el equipo
de dirección del proyecto esté familiarizado con una variedad de
té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
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
SI
Aceptado
NO
El
documento
requiere
trabajo
adicional
Firmar
sección de
aprobación
Notificar a
quien hace
la petición
y agregar
al sistema
Planificar la calidad
Entradas
1. 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écnicas
1.
2.
3.
4.
5.
6.
7.
8.
Análisis Costo-Beneficio
Costo de la Calidad (COQ)
Diagramas de Control
Estudios Comparativos
Diseño de Experimentos
Muestreo Estadístico
Diagramas de Flujo
Metodologías Propietarias de
Gestión de la Calidad
9. Herramientas Adicionales de
Planificación de Calidad
Salidas
1.
2.
3.
4.
5.
Plan de Gestión de Calidad
Métricas de Calidad
Listas de Control de Calidad
Plan de Mejoras del Proceso
Actualizaciones a los Documentos
del Proyecto
Proceso que:
 Pertenece al grupo del Proceso de Planificación
 Pertenece al área de conocimiento Gestión de la Calidad del proyecto
Gestión moderna de la Calidad
 Satisfacción del cliente:
Asegurar que el proyecto produzca aquello para lo cual fue
emprendido. El producto o servicio debe satisfacer necesidades reales
 Prevención antes que inspección
La calidad se planifica, se diseña e integra, no se inspecciona
 Mejora continua
El ciclo planificar-hacer-revisar-actuar es la base para la mejora de la
calidad. Iniciativas de mejora de calidad deben mejorar tanto la calidad
del proyecto como la del producto del proyecto
 Responsabilidad de la dirección
El éxito requiere la participación de todos los interesados.
La dirección debe proporcionar los recursos
* 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
Aspectos del alcance de proyectos de TI
 Funcionalidad
Grado en que un sistema realiza sus funciones
 Características
Facilidades del sistema que atraen a los usuarios
 Salidas del sistema
Pantallas e informes que el sistema genera
 Rendimiento
Funcionamiento de un producto en relación con el uso previsto por los clientes
 Fiabilidad
Capacidad de un producto o servicio para funcionar como se espera, en
condiciones normales
 Capacidad de mantenimiento
Facilidad 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.
Realizar aseguramiento de calidad
Entradas
1. 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
1. Herramientas y Técnicas para
Planificar la Calidad y Realizar el
Control de Calidad
2. Auditorías de Calidad
3. Análisis de Procesos
Salidas
1. 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
Proceso que:
 Pertenece al grupo del Proceso de Ejecución
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
El usuario
No restableció la
contraseña
Entrenamiento
Hardware del sistema
El usuario
No salvó la
contraseña
El usuario
Olvida las
contraseñas
Problema: los usuarios
no pueden acceder
al sistema
No hay suficiente
memoria
Procesador
muy lento
No hay espacio
en disco
Software
http://es.wikipedia.org/wiki/Diagrama_de_Ishikawa
http://en.wikipedia.org/wiki/5_Whys
Hardware del usuario
Diagramas de control
 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
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
Número de quejas
proceso por la forma y anchura de la distribución
Semana
* 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
Ejemplo 1
Datos en orden descendente de
izquierda a derecha y separados por
barras.
Permite asignar un orden de
prioridades.
El diagrama permite mostrar
gráficamente el principio de Pareto
(pocos vitales, muchos triviales), es
decir, que hay muchos problemas sin
importancia frente a unos pocos
graves.
Datos "pocos vitales" a la izquierda y
los "muchos triviales" a la derecha.
20% de las causas totales hace que
sean originados el 80% de los
efectos.
* http://en.wikipedia.org/wiki/Pareto_analysis
Ejemplo 2
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
Ene
Feb
Mar
Abr
May
Defecto 1
* http://en.wikipedia.org/wiki/Run_Chart
Ago
Defecto 2
Dic
Defecto 3
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
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/habit
os_de_lectura_en_la_red_cuanto.htm
Duración promedio de las visitas [seg]
independientes. Cuanto más próximos estén los puntos a una línea
diagonal, más estrechamente estarán relacionados
Número de palabras en una página Web
* http://es.wikipedia.org/wiki/Diagrama_de_dispersi%C3%B3n
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
Límite superior esperado 12.10
Pulgadas
Límite superior de control
Media
Límite inferior
esperado
Tiempo
Violación de la regla de las 7 ocurrencias
Límite inferior
De control
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
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
Distribución normal y Desviación estándar
Media
Curva normal
Tabla de conversión Sigma
Sigma
Rendimiento
*DPMO Defects Per Million Opportunities
Oportunidades de defectos
por millón (DPMO*)
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 proyecto
4. Requerimientos
detallados
Comprar
7. Arquitectura
detallada
Construir
8. Construir el entorno
operativo
5. Selección de
productos
9. Diseño físico
De la BD
6. Diseño del
sistema
Desarrollo
iterativo
10. Diseño de unidad
11. Código
12. Pruebas de Unidad
13. Pruebas de
integración
14. Pruebas de
Sistema
15. Pruebas de
Aceptación de
usuario
16. Implementación
Tareas de pruebas
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
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
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)
Realizar control de calidad
Entradas
Plan para la Dirección del Proyecto
Métricas de Calidad
Listas de Control de Calidad
Mediciones del Desempeño del
Trabajo
5. Solicitudes de Cambio Aprobadas
6. Entregables
7. Activos de los Procesos de la
Organización
1. 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
1.
2.
3.
4.
Salidas
1.
2.
3.
4.
Mediciones de Control de Calidad
Cambios Validados
Entregables Validados
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
Proceso que:
 Pertenece al grupo del Proceso de Seguimiento y Control

Calidad - Departamento de Ingeniería de Sistemas e Industrial

Transcripción

Documentos relacionados

Certificación Lean Six Sigma Green Belt para la excelencia en los