Desarrollar estándares de calidad de la práctica, viable y believable

Importante:  Este artículo se ha traducido con traducción automática; vea la declinación de responsabilidades. Para su referencia, puede encontrar la versión en inglés de este artículo aquí.

Por Ana Linares

Uno de Mis clientes antiguos tenía una gran organización dedicada a la administración de calidad. El director informático obligatorio que todos los proyectos tienen un administrador de calidad para asegurarse de que el proyecto cumple estándares autorizados. Cuando se inicia el proyecto de mi equipo, el Administrador de calidad nos proporcionó una lista larga de estándares. Como se buscan por ellas, aparecía que muchas no se aplican a nuestro proyecto o fueran tan vagas que nos hemos podido comprender cómo se implementan. Muchas personas asignadas al proyecto descartar las normas de calidad como disponibilidad de trabajo y simplemente pasan por alto. Otros intentado comprender cómo los estándares aplican al proyecto y realizan un esfuerzo valiant para demostrar cumplimiento. Sin embargo, mientras el proyecto pasa la revisión de estándares de calidad, era una distracción al equipo y no agregar mucho valor.

Importa calidad

A pesar de que una experiencia, estoy todavía un fuerte Defensor de normas de calidad. Ayudan a enormemente cuando las expectativas durante el desarrollo de productos y el producto que debe modificarse. Pero no deben tener normas de calidad sobre un ciclo de vida de su propios, que requieren trabajo incremental para satisfacer algunos estándar con ningún valor definido, asociado. Sí, estándares de calidad deben existir y proyectos deben seguirlos. Pero estos estándares deben estar disponibles para todos, práctico, viable y believable. Más importante, el grupo necesita ver el valor que proporcionan normas de calidad. Si valor no pueda entender o mostrado, el equipo del proyecto tendrá consigue comprar en e implementar la calidad sea necesaria.

Inicio de la página

Directrices para desarrollar estándares de calidad

¿Cómo puede poner en lugar práctico, viable y believable calidad? Tenga en cuenta las siguientes directrices al empezar a su viaje por:

  • Vea si ya existen normas de calidad de la organización.    Si está en una organización grande, lo más probable es que alguien ya ha desarrollado estándares de calidad para el tipo de proyectos que se encarga de administrar. Pregunte a colegas, administradores y otros participantes si los estándares necesarios en su lugar. Si encuentra alguna, considere la posibilidad de adopción o utilizarlos como punto de partida.

  • Configurar un panel consultivo estándares de calidad.     Crear un equipo de los grupos de los participantes que se ven afectados por los proyectos que se encarga de administrar. Su objetivo aquí no para compartir la carga de trabajo con este equipo, pero para utilizarlos como asesores para ayudar a asegurar que los estándares de calidad que defina son todo lo que pretende.

  • Comprender cómo los participantes creen calidad.    Realizar entrevistas con cada grupo de los participantes a comprender las expectativas para las entregas. Por ejemplo, estándares de calidad de TI, puede discutir las expectativas con los jefes de facilidad de uso, soporte técnico de producción y otros patrocinadores claves. Pídales qué piensan es necesaria para ofrecer un proyecto con éxito. Puede considerar esta es una pregunta obvia, pero algunas respuestas pueden dar perspectiva acerca de los valores de las partes interesadas y también lo que no es importante para ellos. No subestime la potencia de estas entrevistas: puede ayudar a alinear sus dudas de calidad con los de los participantes.

  • Empezar con una plantilla.     Hay una gran cantidad de planes de calidad y plantillas, por lo que no es necesario empezar con una hoja de papel en blanco. Usar una plantilla con opciones para elegir buena y sólida que se aplican a su organización y del proyecto.

  • Desarrollar una consecuencia para cada estándar de calidad.    Les gusta llamar la "que cares?" probar. Para cada estándar que se identifica, desarrollar una consecuencia lógica, exhaustivo que se producirá si no se cumple. Si usted y su Consejo consultivo no pueden identificar un resultado realista, o si la consecuencia es menor, considere la posibilidad de modificación o eliminación estándar. Es muy fácil producir todo en la lista de estándares de calidad. Más información no siempre es mejor, así que asegúrese de que pueda centrarse en lo más importante.

  • Las normas de calidad se evalúan como parte de su proyecto postmortem.    Colocación de estándares de práctica en lugar es el primer paso hacia las expectativas de los participantes de la reunión. Por lo tanto, para asegurarse de que los estándares de calidad continuarán pagar dividendos, es importante que incluye una revisión postmortem normal. Formule preguntas como:

    • ¿Se omitieron los estándares de calidad? ¿Si es así, fue la consecuencia significativa?

    • ¿Se ha diseñado el producto con las normas de calidad en cuenta o aplicaron después de que se ha diseñado y es necesario para comprobar el producto?

    • El equipo tuvo las normas de calidad gravemente o ¿siguen las directrices porque tenían que?


      Obtener una buena lectura en cómo los equipos del proyecto ven la calidad estándares le ayudará a mejorar las medidas y el tiempo evolucionará con su organización.

Parte superior de la página

Conclusión

Estándares de calidad son un componente importante de su metodología de administración de proyectos. Para que las medidas para que sea efectiva, deben ser práctica, believable y conseguir. Si crea normas que no representan realidad, los equipos de proyectos se buscar lagunas u omitirlos por completo.

Inicio de la página

Acerca de la autora     Lonnie Pacelli es propietario de la empresa, consultor y autor con más de 20 años de experiencia de administración de proyectos. Ha trabajado con compañías de Fortune 500 como Microsoft, Accenture, Motorola, Portillo Electronics, AT & T y Northrop Grumman y proyectos correctamente administrados comprendido entre la instalación de los sistemas de tecnología de información compleja pequeñas mejoras. Actualmente es consejero Delegado de Banzai identidad (phishing) en Seattle. Ana es el autor de el Asesor de administración de proyectos: 18 Screw-ups de proyecto principal y cómo cortados en el paso (Prentice Díaz, 2004), La verdad acerca de obtener su punto entre (Prentice Díaz, 2006) y Liderazgo realizado Simple (Amazon.com, 2006).

Nota: Declinación de responsabilidades de traducción automática: Este artículo se ha traducido con un sistema informático sin intervención humana. Microsoft ofrece estas traducciones automáticas para que los hablantes de otros idiomas distintos del inglés puedan disfrutar del contenido sobre los productos, los servicios y las tecnologías de Microsoft. Puesto que este artículo se ha traducido con traducción automática, es posible que contenga errores de vocabulario, sintaxis o gramática.

Ampliar sus conocimientos de Office
Explorar los cursos
Obtener nuevas características primero
Únase a los participantes de Office Insider

¿Le ha sido útil esta información?

¡Gracias por sus comentarios!

Gracias por sus comentarios. Quizá le interese ponerse en contacto con uno de nuestros agentes de soporte de Office.

×