Creencias erróneas sobre éste y sobre el proceso que se utiliza para obtenerlo.
Se remontan a los primeros días de la computación
Mitos de la administración.
Mito: Tenemos un libro lleno de estándares y procedimientos para elaborar
software. ¿No le dará a mi personal todo lo que necesita saber?
Realidad: Tal vez exista el libro de estándares, pero ¿se utiliza? ¿Saben de su existencia los
trabajadores del software?
Mito: Si nos atrasamos, podemos agregar más programadores y ponernos al corriente
(en ocasiones, a esto se le llama “concepto de la horda de mongoles”).
Realidad: Pueden agregarse individuos, pero sólo en forma planeada y bien coordinada.
Mitos del profesional.
Annotations:
Los mitos que aún sostienen los trabajadores del software han sido alimentados por más de 50 años de cultura de programación.
Mito: Una vez que escribimos el programa y hacemos que funcione, nuestro trabajo
ha terminado.
Realidad: Los datos de la industria indican que entre 60 y 80% de todo el esfuerzo
dedicado al software ocurrirá después de entregarlo al cliente por primera vez.
Mito: Hasta que no se haga “correr” el programa, no hay manera de evaluar su calidad.
Realidad: Uno de los mecanismos más eficaces de asegurar la calidad del software puede aplicarse
desde la concepción del proyecto: la revisión técnica.
Mitos del cliente.
Annotations:
El cliente que requiere software de computadora puede ser la persona en el escritorio de al lado, un grupo técnico en el piso inferior, el departamento de mercadotecnia y ventas, o una compañía externa que solicita software mediante un contrato.
MIto: Para comenzar a escribir programas, es suficiente el enunciado general de los
objetivos —podremos entrar en detalles más adelante.
Realidad: Aunque no siempre es posible tener el enunciado exhaustivo y estable de los
requerimientos, un “planteamiento de objetivos” ambiguo es una receta para el desastre.
Mito: Los requerimientos del software cambian continuamente, pero el cambio
se asimila con facilidad debido a que el software es flexible.
Realidad: Es verdad que los requerimientos del software cambian, pero el efecto que
los cambios tienen varía según la época en la que se introducen.