PRINCE2® wiki
« Temáticas

Calidad

Other languages: en nl fr ru pt pl it English Nederlands Français русский Português Polski Italiano

El propósito de la temática Calidad es definir e implementar un sistema para crear, y verificar que los productos son aptos para su uso. Por lo tanto, la temática Calidad define el enfoque determinado por PRINCE2 para asegurar que los productos creados durante el proyecto alcanzarán las expectativas y que los productos finales podrán ser utilizar como se pretendía.

Si la calidad de los productos no es la esperada, no se lograrán los beneficios esperados.

Recuerda que el enfoque en los productos es uno de los principios PRINCE2, lo que significa que los productos del proyecto deberían definirse correctamente al inicio del proyecto o en el proceso de Gestión de los Límites de Fase, entonces los productos son aprobados (baseline ) antes de iniciar el desarrollo de los mismos. El Plan de Proyecto y el Plan de Fase deben incluir las actividades de control de calidad.

La Descripción de Productos debe incluir los criterios de calidad de manera que todas las partes interesadas cuenten con un entendimiento común de los productos que se crearán.

Por consiguiente, la temática Calidad proporciona un método que nos sirve de ayuda para especificar la Calidad, llevar a cabo los controles de calidad necesarios, determinar cómo se aprobará/n el/los producto/s, así como también facilitar la gestión de la calidad durante el proyecto.

Definiciones de Calidad

La calidad tiene sus propios términos y estos términos pueden tener significados diferentes para cada persona. La terminología utilizada en PRINCE2 proviene principalmente del estándar ISO 9000. Por el momento me gustaría que leyeras estos términos, luego te los explicaré con más detalles.

Calidad

Generalmente la calidad se define como la cantidad total de características o prestaciones que tiene un producto determinado, de manera tal que cumpla con las expectativas y satisfaga las necesidades indicadas. Esto puede sonar extraño, pero piénsalo por un momento. Es lo mismo que decir, que todas las características o prestaciones de un producto deben funcionar como se esperaba por un tiempo determinado.

Utilicemos el ejemplo del abrelatas otra vez: piensa en todas las características y prestaciones del mismo, o dicho de otra manera, qué podrían esperar los usuarios del producto, y cuanto tiempo podrían esperar que este dure.

Alcance

El alcance esta relaciona con el alcance del plan, que se refiere a la suma de sus productos. Se define utilizando la estructura jerárquica de productos y la descripción de los mismos. Puede verse claramente que el Alcance (del producto principal del proyecto) y la Calidad están vinculados.

Gestión de Calidad

La Gestión de Calidad se define como las actividades para dirigir y controlar una organización con respecto a la calidad. Algunas de las actividades son: definir calidad, control de calidad, garantía de calidad, y mejora de la misma.

Sistema de Gestión de Calidad (SGC)

Un Sistema de Gestión de Calidad es un conjunto completo que incluye estándares de calidad, procedimientos y responsabilidades para un sitio u organización. La mayoría de las grandes compañías cuenta con un Sistema de Gestión de Calidad, por lo tanto como Project Manager una buena primera pregunta a hacerse es “¿Existe un SGC que se puede utilizar en el proyecto?”.

Planificación de Calidad

Para que el proyecto alcance las expectativas de calidad y los criterios de aceptación del cliente, el Project Manager debe contar con una planificación. Esto implica identificar los productos necesarios y sus respectivos criterios de calidad, planificar los métodos de calidad (ejemplo: las tareas necesarias para realizar el control de calidad y la aceptación de productos) y determinar las responsabilidades.

Control de Calidad

El control de calidad se enfoca en las técnicas y actividades para inspeccionar y probar los productos. Esto también debería de incluir la mejora continua de la calidad para evitar rendimientos menores.

Garantía de Calidad

Es un rol semejante a la Garantía del Proyecto pero cuyo foco se encuentra en la Calidad de la organización, y no sólo en la relacionada al proyecto. Se encarga de asegurar que existen y se llevan a cabo en la organización las actividades de planificación y control de la calidad. Las actividades de garantía de la calidad quedan fuera del ámbito de PRINCE2, ya que son responsabilidad de la organización corporativa o del programa.

Garantía de Calidad

La Junta de Proyecto es la responsable de la Garantía del Proyecto, mientras que la Dirección Corporativa o del Programa es responsable de la Garantía de Calidad. También podemos decir que el rol de Garantía del Calidad se encuentra fuera del Equipo de Gestión de Proyecto, mientras que el de Garantía del Proyecto forma parte del Equipo de Gestión del Proeycto.

Introducción al enfoque de Calidad PRINCE2

El enfoque de calidad PRINCE2 tiene dos partes: Planificación y Control de Calidad.

Planificación de Calidad:

Control de Calidad:

Parte 1: Introducción a la Planificación de Calidad

El propósito de la planificación de calidad es:

  1. Acordar con la Junta de Proyecto las expectativas generales de calidad:
  1. Comunicar éstos acuerdos a las partes interesadas:
  1. Establecer cómo se controlará la calidad durante el proyecto:

Como puedes imaginar, si estos temas no se discuten por adelantado, cada uno tendrá su propia idea del producto final.

Las siguientes preguntas deberían de realizarse durante la planificación de la calidad:

  1. ¿Cuáles son las expectativas de calidad de los clientes?
  2. ¿Cómo podemos demostrar que hemos alcanzado dichas expectativas?
  3. ¿Cuál es el criterio de aceptación que utilizarán los clientes para aceptar los productos durante o al final del proyecto?

Pasos en la Planificación de Calidad – Auditoria de Calidad

Como se muestra en el diagrama siguiente, los primeros pasos en la planificación de calidad son:

  1. Reunir las expectativas de calidad del cliente: muy generales, o de alto nivel:
  1. Criterios de Aceptación: a la descripción del producto del proyecto se agregan las expectativas de calidad del cliente y los criterios de aceptación (expectativas que pueden ser cuantificadas y priorizadas)
  1. Escribir la Descripción del Producto del Proyecto: además deberían agregarse los datos relacionados a la calidad:
  2. Los niveles de tolerancia del proyecto, tolerancias para el producto principal: ejemplo: el nivel de ruido externo debe estar por debajo de cierto nivel ± X%.
  3. Métodos de aceptación: estableciendo cómo se aceptarán los productos del proyecto.
  4. Responsabilidades de aceptación: definiendo quién será responsable de la aceptación.
  5. Elaborar el documento de Estrategia de Gestión de Calidad: este documento determina la estrategia de calidad acordada para el proyecto, o en otras palabras, las reglas de compromiso de calidad durante el proyecto. Conoceremos en mayor detalle la Estrategia de Gestión de la Calidad un poco más adelante en este tema.
  6. Escribir las Descripciones de Producto: para cada uno de los productos principales, incluyendo información de calidad como:
  1. Por último, elabora el registro de calidad: al comienzo estará vacío. La mayor parte de la información puedes obtenerla de los documentos de planificación (identificación del producto, nombre, productor, aprobador, fecha de revisión, fecha de aprobación, etc.)

Observa en el diagrama como los pasos 1 a 3 se llevan a cabo durante la fase del pre-proyecto, mientras que los pasos 5 a 6 se desarrollan en la primera fase de entrega, o fase de Inicio.

Expectativas de calidad del cliente

Generalmente no es tarea sencilla conocer las expectativas de calidad de los clientes. Si les preguntamos directamente, las respuestas que podamos obtener podrían resultar escasas, y aún así es necesario hacerlo cuando posible, para poder detallar la Descripción del Producto del Proyecto (DPP). En algunos proyectos la Descripción del Producto del Proyecto se puede actualizar durante el proyecto en el proceso de Gestión de Limites de Fases. Esto es correcto, siempre y cuando cada cambio se realice a través del Proceso de Control de Cambios.

Priorizando las expectativas del cliente: las mismas deberían estar organizadas de acuerdo al orden de prioridad, empezando con aquellas expectativas que el cliente encuentra más importantes.

Técnica de ordenación por prioridad: DDPN ; los criterios de prioridad o aceptación son: 1) Debe tener, 2) Debería tener, 3) Puede tener y 4) No es necesario por ahora. Además puedes utilizar otros criterios como Alto, Medio, Bajo y No requerido.

Ejemplo de Expectativas de Calidad de un cliente para un proyecto de un edificio para departamentos:

Lista de criterios de aceptación

La lista de criterios de aceptación es un listado priorizado de atributos que el Producto del Proyecto debería tener una vez completado el proyecto, y entregado el producto. Estos son acordados entre el cliente y los proveedores en el primer proceso (Puesta en Marcha de un proyecto) y por lo tanto están directamente relacionados con la Descripción del Producto del Proyecto.

Observa en la siguiente tabla los criterios de aceptación:

  1. Atributos que han de ser aceptados (provienen de las expectativas de calidad del cliente)
  2. Orden de prioridades, como por ejemplo “debe tener”, “debería tener”, etc.
  3. Estado de aceptación: Si/No

A continuación te propongo una lista con los criterios de aceptación para un proyecto de un sitio web:

Una vez que la lista de criterios de aceptación está completa, pasa a formar parte del Expediente del Proyecto. Además, los criterios de aceptación se deberían priorizar utilizando la técnica mencionada (debe tener, debería tener, etc.)

La Descripción del Producto del Proyecto (producto principal)

No confundas la Descripción del Producto del Proyecto (DPP) con la Descripción de Productos:

La Descripción del Producto del Proyecto se utiliza en el proceso de Cierre del Proyecto como ayuda para verificar que el proyecto ha entregado lo que se esperaba y que se alcanzaron los criterios de aceptación.

Un buen ejemplo de Descripción del Producto del Proyecto es la información que aparece en las páginas webs sobre un portátil. Te recomiendo que revises las páginas de Dell, HP y ASUS por ejemplo. Como verás, no es necesaria una descripción de cientos de páginas, en ocasiones, y según el proyecto, basta con entre 2 y 4.

El Documento de Estrategia de Gestión de Calidad

Tras los tres primeros pasos de la Planificación de la calidad que como ya sabes se llevan a cabo durante la fase de Pre-Proyecto, es hora de centrarse en los pasos 4 a 6, que tienen lugar durante la primera fase de entrega o fase de Inicio:

La Estrategia de Gestión de Calidad es un documento y un plan de acción que define los requisitos de calidad y los métodos de control de calidad para todos los productos del proyecto. Además, este documento confirma como se aplicarán los estándares y sistemas de calidad tanto para clientes como para proveedores en el proyecto. En otras palabras, el documento de Estrategia de Gestión de Calidad define como se llevará a cabo la calidad en el proyecto.

Este documento se crea en la fase Inicial junto con las otras estrategias y forma parte de la Documentación de Inicio del Proyecto.

Descripción de Productos

La Descripción de Productos debe crearse para todos los productos como parte de las actividades de planificación y antes de completar el Plan de Proyecto. Esto no siempre es posible en todos los proyectos, por lo tanto las Descripciones de Productos se crean o se actualizan durante el proceso de Límites de Fases, y deben ser acordados antes de comenzar su desarrollo.

El contenido típico de una Descripción de Productos es similar a la Descripción del Producto del Proyecto. Los contenidos son los siguientes (por favor, presta atención a la cantidad de información sobre calidad):

Registro de Calidad

El Registro de calidad, como su nombre indica, se emplea para registrar los eventos sobre calidad que acontecen durante el proyecto, como por ejemplo: talleres, evaluaciones, pruebas y aceptaciones. Al inicio el Registro de Calidad estará vacío y el Project Manager obtendrá la mayor cantidad de información de los planes y de las Descripciones de Productos. Muchos Project Managers utilizan una hoja de cálculo para elaborar el Registro de Calidad.

Aquí tienes un ejemplo de Registro de Calidad, como puedes ver, tiene columnas para el Productor, el Revisor de Calidad y el Aprobador. (Observa las columnas de Revisión y Aprobación, con las fechas previstas y reales).

El contenido de las columnas, en base al ejemplo de un ascensor, es el siguiente:

  1. Nombre del producto: el nombre que se utiliza para referirse al producto (ej: ascensor).
  2. Método de calidad: describa la forma en que se realizará el testeo del producto (ej: inspección).
  3. Productor: quien produce o instala el producto, como por ejemplo Otis (una compañía de ascensores).
  4. Aprobador: quien aprueba la calidad del producto (ej: Juan de la compañía de Seguridad).
  5. Fecha Prevista de Revisión: fecha prevista en la que el producto debe ser revisado (ej: 20 de Junio).
  6. Fecha Real de Revisión: fecha real en la que el producto fue revisado.
  7. Fecha prevista de aprobación: fecha en la que el Project Manager contará con la aprobación (ej: una semana después).
  8. Fecha Real de Aprobación: fecha real en la que Project Manager logró la aprobación.
  9. Resultado: este puede ser aprobar o reprobar.

El Registro de Calidad facilita al Project Manager el seguimiento de la Calidad durante el proyecto, ya que puede verificar si las columnas de fechas tanto de revisión como de aprobación se encuentran completas o no. Esto permite al Project Manager controlar la Calidad.

Auditoria de calidad (historial de calidad)

Como el Registro de Calidad contiene todas las actividades de calidad y e se actualiza continuamente durante el proyecto, proporciona un autentico y completo historial para la auditoria de Calidad.

Parte 2: Introducción al Control de Calidad

Recuerda, el enfoque de PRINCE2 se para gestionar la calidad del proyecto tiene dos partes: Planificación y Control de Calidad. A continuación veremos el “Control de la Calidad.

¿Qué es el control de calidad? El control de calidad implica llevar a cabo las actividades de control de calidad tal y como se definieron en la Estrategia de Gestión de Calidad (EGC). Hay tres pasos para realizar el control de calidad, te las explico a continuación:

  1. Implementar los métodos de calidad: ejemplo: Técnicas de revisión de calidad.
  2. Mantener los testimonios documentales de calidad y aprobación.
  3. Obtener la aceptación, y transferir los testimonios documentales de aceptación a los clientes.

Si te paras a pensarlo, es básicamente la misma información que contiene el Registro de Calidad en sus columnas.

La técnica de Revisión de Calidad PRINCE2

La técnica de Revisión de Calidad PRINCE2 es una técnica para inspeccionar de calidad. La técnicas cuenta con unos roles definidos y una estructura específica a seguir. El propósito es corroborar que se han alcanzado los estándares de calidad del cliente y los criterios de calidad enumerados en la Descripción de Productos.

La técnica de Revisión de Calidad tiene cuatro roles principales:

A continuación te explicaré cada uno de ellos, así te resulta más sencillo comprenderlos:

¿Cómo se lleva a cabo la Reunión de Revisión de Calidad?

Aquí te presento una visión general sobre cómo llevar a cabo una reunión de Revisión de Calidad:

Una vez que el producto se encuentra completo, el próximo paso es solicitar la aprobación. Generalmente, la aprobación requiere de la firma de la persona definida como Aprobador en el Registro de Calidad.

Objetivos de la Técnica de Revisión de Calidad:

Resultados de la Reunión de Revisión de Calidad y del Registro de Calidad:

El resultado principal es la decisión de aprobar o no el producto en términos de calidad. El resultado puede ser:

Observemos de nuevo el ejemplo de Registro de Calidad, y fíjate en como el producto 11 ha obtenido un resultado positivo (Pass o aprobado), mientras que para el caso del producto 12, ha sido necesario establecer una segunda revisión tras haber suspendido (Fail) la primera.

Responsabilidades

discussion icon PRINCE2 wiki is available with a Creative Commons Attribution.

discussion icon Written by Frank Turley (his LinkedIn profile)

discussion icon Translated by Juan Luis Vila Grau