|
La calidad es definida por el cliente
en última instancia y representa qué tan cerca están el proyecto y los
entregables de cubrir los requisitos y las expectativas del cliente.
El viejo adagio de que la calidad
depende del ojo con que se mire es verdadero, la calidad es medida por el
cliente en última instancia. El objetivo es comprender los requerimientos y
las expectativas del cliente y entonces alcanzar dichas expectativas.
Esto es un concepto crítico sobre la
calidad. A veces hay una tendencia de pensar que la "Calidad"
representa la mejor tela, el mejor equipo y los defectos completamente en
cero. Sin embargo en la mayoría de los casos, el cliente no lo hace esperar,
y no se permite, una solución perfecta. Si hay algunas protuberancias en el
proyecto, el cliente todavía puede decir que la solución fue dada con uno
alto nivel de calidad. Por otro lado, una solución perfectamente diseñada y
libre de defectos que no cubre las necesidades del cliente no es considerada
de buena calidad. El propósito de la administración de la calidad es
comprender las expectativas del cliente primero en relación con la calidad, y
luego poner un plan previsor y el proceso en su lugar para satisfacer esas
expectativas.
Debido a que la calidad es definida
por el cliente, podría parecer que es totalmente subjetivo. Sin embargo, hay
mucho sobre la calidad que puede ser hecho objetivo. Esto requiere
descomponer el período genérico de la "calidad" en los aspectos
específicos de calidad que son importantes para el cliente. Entonces se
observa cada una de los aspectos individuales y se determina una o más métricas
que puedan ser registradas para medir la característica. Por ejemplo, una
característica de una solución de calidad podría ser un monto mínimo de
errores. Esta característica puede ser medida por los errores contabilizados
y los defectos después de que la solución se da.
Además de entender la definición de la
calidad del cliente, es importante reconocer los intereses de otros grupos de
interés. Dependiendo de los roles de estos grupos, pueden tener otros
requisitos de calidad que necesiten ser satisfechos. Por ejemplo:
·
La compañía: Resuelve metas estratégicas
·
Compradores: La solución resuelve especificaciones
·
Usuarios Finales: La solución les ayuda a hacer su mejor su trabajo,
más rápido y más fácil
·
TI Apoya a la
organización: La solución
es estable, tiene pocos errores, es comprensible y se puede modificar
fácilmente
Los costos de la
inspección y de la prevención pueden aumentar con gestión efectiva de la
calidad. Sin embargo, este aumento será más que compensado por una
disminución de los costos totales relacionados con una calidad pobre sobre el
ciclo de vida de producto (incluyendo los costos internos y externos de la
falla).
Para proyectos
grandes, coleccionar las métricas es esencial realizar el trabajo de proceso
de dirección de calidad. Así que, los pasos 9 y 10 del proceso de dirección
de proyecto de TenStep están empatados. Si usted
quiere hacer un buen trabajo que lleve a la calidad, usted tiene que estar
midiendo. Si usted no está captando las métricas, será difícil mejorar
procesos a través de una iniciativa de gestión de calidad.
Uno de los
propósitos de la gestión de la calidad es encontrar los errores y los
defectos en el proyecto tan pronto como sea posible. Por lo tanto, un proceso
de gestión de buena calidad tomará más esfuerzo en horas y el gasto enfrente.
Sin embargo, habrá una amortización grande cuando el proyecto avanza. Por
ejemplo, es mucho más fácil descubrir los problemas con los requisitos de la
corporación mercantil durante la fase de análisis del proyecto, En vez de tener
que volver a hacer el trabajo de arreglar los problemas durante la prueba. Es
también mucho más barato para encontrar un problema con un chip de ordenador
cuando el chip es fabricado, en vez de tener que reemplazarlo cuando un
cliente trae el ordenador al servicio después de una compra. En otras
palabras, el equipo de proyecto debe tratar de mantener los defectos de buena
calidad y bajos durante los procesos de creación de entregables, en lugar de
esperar atrapar y arreglar los problemas durante la fase de prueba en el
final del proyecto (o peor, que el cliente tenga que encontrar el problema
después de que el proyecto ha sido terminado).
Para leer el artículo completo, visita nuestro
sitio: www.tenstep.com.mx
|
