Mitos del software

Muchas de las causas de la crisis del sw se pueden encontrar en una mitología que surge durante los primeros años del desarrollo del software. A diferencia de los mitos antiguos, que ofrecían a los hombres lecciones dignas de tener en cuenta,  los mitos del sw propagaron información errónea y confusión.

Hoy la mayoría de los profesionales competentes consideran que los mitos son: actitudes erróneas que han causado serios problemas, tanto a los gestores como a los técnicos. Sin embargo, las viejas actitudes y hábitos son difíciles de modificar y, cuando vamos hacia la quinta década del sw son difíciles de modificar, y todavía se cree en algunos restos de los mitos del sw.

Mitos de gestión

Los gestores con responsabilidades sobre el sw, como los gestores en la mayoría de las disciplinas, están normalmente bajo la presión de cumplir los presupuestos, hacer que no se retrase el proyecto y mejorar la calidad. Igual que se agarra al vacío una persona que se ahoga, un gestor de sw se agarra frecuentemente a un mito del sw, aunque tal creencia sólo disminuya la presión temporalmente.

Mito Nº1: Tenemos ya un libro que está lleno de estándares y procedimientos para construir sw. ¿No le proporciona ya a mi gente todo lo que necesita saber?

Realidad: Está muy bien que el libro exista, pero ¿Se usa? ¿Conocen los trabajadores su existencia? ¿Refleja las prácticas modernas de desarrollo de sw? ¿Es completo?. En muchos casos, la respuesta a todas estas preguntas es “NO”.

Mito Nº2:  Nuestra gente dispone de las herramientas de desarrollo de sw más avanzadas; después de todo, les compramos las computadoras más nuevas.

Realidad: Se necesita mucho más que el último modelo de computadora para hacer un desarrollo de sw de calidad. Las herramientas de desarrollo de sw asistidas por computadoras (CASE) son más importantes que una buena computadora para construir sw, pero se debe considerar que la adquisición de este tipo de herramientas no basta para mejorar la calidad si no va acompañada de capacitación.

Mito Nº3: Si fallamos en la planificación, podemos añadir más programadores y adelantar el tiempo perdido.

Realidad: El desarrollo de sw no es un proceso mecánico como la fabricación. Según Brooks “añadir gente  a un proyecto de software retrasado lo retrasa aún más” Al principio, esta declaración puede parecer un contrasentido. Sin embargo, cuando se añaden nuevas personas, la necesidad de aprender y comunicarse con el equipo puede y hace que se reduzca la cantidad de tiempo gastado en el desarrollo productivo. Puede añadirse gente, pero sólo de una manera planificada y bien coordinada. Caso Mítico Hombre Mes.

Mitos del Cliente

Un cliente que solicita una aplicación de sw puede ser una persona del despacho de al lado, un grupo técnico de la sala de abajo, el departamento de ventas o una compañía exterior que solicita un sw bajo contrato. En muchos casos, el cliente cree en los mitos que existen sobre el sw., debido a que los gestores y trabajadores responsables hacen muy poco para corregir la mala información. Los mitos conducen a que el cliente se cree una falsa expectativa y finalmente, quede insatisfecho con el que desarrolla el sw.

Mito Nº1: Una declaración general de los objetivos es suficiente para comenzar a escribir los programas- podemos dar los detalles más adelante.

Realidad: Una mala definición inicial es la principal causa del trabajo baldío en sw. Es esencial una descripción formal y detallada del ámbito de la información, funciones, rendimiento, interfaces, ligaduras del diseño y criterios de validación. Estas características pueden determinarse sólo después de una exhaustiva comunicación entre el cliente y el analista.

Mito Nº2: Los requisitos del proyecto cambian continuamente, pero los cambios pueden acomodarse fácilmente, ya que el sw es flexible.

Realidad: Es verdad que los requisitos del sw cambian, pero el impacto del cambio varía según el momento en que se introduzca. Los cambios pueden producir trastornos que requieran recursos adicionales e importantes modificaciones del diseño; es decir, coste adicional.

Mitos de los desarrolladores.

Los mitos en los que aún creen muchos desarrolladores se han ido fomentando durante cuatro décadas de cultura informática. Los primeros días del desarrollo de sw, la programación se veía como un arte. Las viejas formas y actitudes tardan en morir.

Mito Nº1: Una vez que escribimos el programa y hacemos que funcione, nuestro trabajo ha terminado.

Realidad: Alguien  dijo una vez “cuanto más pronto se comience a escribir código, más se tardará en terminarlo”. Los datos industriales indican que entre el cincuenta y el setenta por ciento de todo el esfuerzo dedicado a un programa se realizará después de que se le haya entregado al cliente por primera vez.

Mito N°2: Hasta que no tenga el programa ejecutándose, realmente no tengo forma de comprobar su calidad.

Realidad: Desde el principio del proyecto se puede aplicar uno de los mecanismos más efectivos para garantizar la calidad del sw: la revisión técnica formal. La revisión del sw es un filtro de calidad que se ha comprobado que es más efectivo que la prueba, para encontrar ciertas clases de defectos en el sw.

 Mito N°3: Lo único que se entrega al terminar el proyecto es el programa funcionando.

Realidad: Un programa que funciona es sólo una parte de una configuración del sw que incluye programas, documentos y datos. La documentación es la base de un buen desarrollo y, lo que es más importante, proporciona guías para la tarea de mantenimiento del sw.

Muchos profesionales del sw reconocen la falacia de los mitos descritos anteriormente. Lamentablemente, las actitudes y métodos habituales fomentan una pobre gestión y malas prácticas técnicas, incluso cuando la realidad dicta un método mejor. El reconocimiento de las realidades del sw es primer paso hacia la formulación de soluciones prácticas para su desarrollo.

Resumen:

El sw se ha convertido en el elemento clave de la evolución de los sistemas y productos informáticos. En las pasadas cuatro décadas, el sw ha pasado de ser una resolución de problemas especializada y una herramienta de análisis de información, a ser una industria por sí misma. Pero la temprana cultura e historia de la programación ha creado un conjunto de problemas que persisten todavía. El sw se ha convertido en un factor que limita la evolución de los sistemas informáticos. El sw se compone de programas, datos y documentos. Cada uno de estos elementos componen una configuración que se crea como parte del proceso de la ingeniería del sw. El intento de la ingeniería del sw es proporcionar un marco de trabajo para construir sw con mayor calidad.

Fuente: Ingeniería del Software Roger R Pressman