2017

Gestión de Proyectos

Ensayo:
La Calidad Del Software

CALIDAD VERSUS TIEMPO

 Introducción
El presente ensayo abarca la importancia que tiene la gestión de la calidad en el desarrollo de
proyectos de software, se analizarán las ventajas de manejar un marco de calidad dentro del
proyecto y las consecuencias de no utilizarlo y/o aplicar de manera errónea.

Se hablará un poco sobre las diferentes mediciones o estándares que se han desarrollado al largo
de los años para poder evaluar proyectos de software.

Por último, se mencionan algunos aspectos claves en los que la gestión de la calidad debe estar
presente, su importancia e impacto en los tiempos, costos y alcance del proyecto.
 Desarrollo

1. Calidad: si el tiempo lo permite

La teoría psicológica del siglo XX sostiene que el carácter del hombre está dominado por
un pequeño número de instintos básicos: supervivencia, autoestima, reproducción,
territorio, etc. Estos están integrados directamente en el firmware del cerebro. Puede
considerar estos instintos intelectualmente sin gran pasión (eso es lo que está haciendo
ahora), pero cuando los siente, siempre hay pasión involucrada. Incluso el más mínimo
desafío a uno de estos valores incorporados puede ser molesto.
Todos tendemos a vincular nuestra autoestima con la calidad del producto que producimos,
no la cantidad de producto, sino la calidad. (Por alguna razón, hay poca satisfacción en
obtener grandes cantidades de cosas mediocres, aunque eso puede ser justo lo que se
requiere para una situación dada). Cualquier paso que tome que pueda poner en peligro la
calidad del producto es probable que establezca las emociones de su personal directamente
en su contra.

2. EL VUELO DE LA EXCELENCIA
Permitir que el nivel de calidad sea establecido por el comprador, en lugar de por el
constructor, es lo que llamamos el vuelo de excelencia. Un estándar de calidad derivado del
mercado parece tener sentido solo mientras ignore el efecto en la actitud y efectividad del
constructor.
A largo plazo, la calidad basada en el mercado cuesta más. La lección aquí es, La calidad,
mucho más allá de lo requerido por el usuario final, es un medio para una mayor
productividad.

3. La gestión de proyectos usando un marco de calidad

Al hablar de calidad en sistemas de software este concepto es más complejo. La calidad se enfoca
primeramente en los requisitos y especificaciones, pero al momento de llegar a la etapa de
desarrollo y codificación es más difícil definir parámetros de calidad que apliquen a todos los
proyectos de este tipo, es imposible abarcar todo con los requerimientos, siempre hay aspectos
que no se pueden definir o es confuso su entendimiento.

Para ello se han desarrollado estándares y procedimientos de calidad enfocando en la

organización y estructura del software, los cuales los deben seguir todos los participantes del
proyecto. Los estándares y procedimientos son la base de la calidad seguidos de un correcto
registro y control.

Lo anterior no nos garantiza el 100% de calidad del producto, pero claro está que sin un marco de
calidad los resultados pueden ser destrozos.

4. Estándares y métricas de calidad en la Ingeniería de Software

Para poder catalogar un producto como de mala, regular, buena o excelente calidad necesitamos
de herramientas para poder hacer estas valoraciones.

Las mediciones se hacen sobre algún aspecto o atributo del software y nos arrojan datos
numéricos que podemos comparar entre sí o con los estándares de la empresa, y con ello obtener
una calificación del producto.

Dicha medición se puede realizar para hacer estimaciones o predicciones de la aceptación y

percepción del público al cual se dirige el producto o simplemente para detectar anomalías o fallos
en alguno de los módulos del software.

Para realizar el análisis de las distintas mediciones se crearon distintas métricas enfocadas a
etapas o aspectos específicos de un proyecto.

5. LA CALIDAD ES GRATIS, PERO ...

Philip Crosby presentó este mismo concepto en su libro Quality Is Free , publicado en
1979. En este trabajo, Crosby dio numerosos ejemplos y una lógica racional para la idea de
que dejar que el constructor establezca un estándar de calidad satisfactorio le dará como
resultado una ganancia de productividad suficiente para compensar el costo de la calidad
mejorada.
La calidad es gratuita, pero solo para aquellos que están dispuestos a pagar mucho por ello.
La organización que está dispuesta a presupuestar solo cero dólares y cero centavos por
calidad siempre obtendrá el valor de su dinero. Una política de " Quality-If Time Permits "
asegurará que ninguna calidad se cuela en el producto.
 Conclusión
Hoy en día muchos gerentes ponen en peligro la calidad del producto al establecer plazos
inalcanzables. Pero también las empresas no están dispuestas a pagar por dicha calidad,
quieren algo sumamente barato en muy poco tiempo.

Garantizar la calidad de un producto de software implica una variedad de procedimientos,

estándares y directrices que deben seguirse. Además de que se debe implementarse
desde la etapa de levantamiento de requisitos pasando por el desarrollo hasta llegar al
mantenimiento y control de este.

Podemos ver claramente que el aplicar estándares de calidad además de proveer un alto nivel de
calidad nos ayudan a la organización de recursos y tiempo.

Bibliografía
 https://www.safaribooksonline.com/library/view/peopleware-productive-
projects/9780133440706/
 http://gestiondeproyectosdesw.blogspot.mx/2014/09/221-psp-y-tsp.html
 https://sites.google.com/site/gestiondeproyectossoftware/unidad-2-calidad-
desoftware/2-2-3-cmm