DE CÓMO CONSTRUIR UN SOFTWARE A PESAR DE LOS MITO

El presente documento ofrecer una mirada explicativa acerca de los mitos que existen alrededor del desarrollo del software, para lo cual se tomará como referente tres de los mitos de desarrollo de software planteados por Pressman (2010) y un caso real de desarrollo de un proyecto de software, a través del cual se analizará la manera como estos lo afectan negativamente.
Para comenzar, seenunciaran los mitos de software base para el desarrollo del documento:
1. Para comenzar a escribir programas, es suficiente el enunciado general de los objetivos – podemos entrar en detalles más adelante.
2. Si nos atrasamos, podemos agregar más programadores y ponernos al corriente.
3. Una vez que escribimos el programa y hacemos que funcione, nuestro trabajo ha terminado.
Ahora, se presenta elproyecto que servirá de base de análisis: Una Corporación dedicada al desarrollo de proyectos sociales, decide contratar la elaboración de un software que les permita hacer seguimiento y monitoreo a un proyecto educativo que implementan en diferentes lugares de país de manera simultánea. La condición principal es que el centro principal para la recolección de información son los niños.
LaCorporación no cuenta con infraestructura tecnológica, los usuarios que alimentan el sistema están fuera de Bogotá y cuentan con una conexión móvil a internet y portátiles y hasta ahora la información que sistematizan es para rendir los informes al contratante pero no conocen a ciencia cierta el desarrollo de los niños que hacen parte del proyecto, ni las condiciones en las que ingresan y salen, pues hastaahora todo se maneja de manera anecdótica.
Conocidos los puntos de partida, se empezará con la situación planteada a partir del primer mito. Bien, una vez se inició el desarrollo, la Corporación representada por un equipo de 4 personas, encargados de la coordinación del proyecto a nivel nacional, contextualizan al equipo de desarrollo de las maneras en que se implementa el proyecto, lasintencionalidad que pretenden tras la construcción del software y hacen entrega de una serie de formatos que el equipo local diligencia mes a mes y que sirve de sustento para la elaboración de los informes.
Dado a que el equipo contaba con dos personas que tenían trayectoria en sistematización de experiencias educativas, lo que permitió que con los pocos elementos entregados fuera posible construir uncamino relativamente fácil hasta el logro del objetivo principal del proyecto, centrando la información alrededor del niño y dándole algunos elementos a partir de los cuales a futuro pudieran compartir experiencias exitosas y dar inicio a procesos investigativos. Con un elemento totalmente en contra, el tiempo, pues el análisis de la información sin el acompañamiento de la Corporación se extendiódemasiado y se convirtió en un elemento en contra.
Sin embargo, la comprensión que el equipo que analizó la información alcanzó, permitió que el Ingeniero contara con las herramientas y el acompañamiento necesario para construir la solución, lo que lo hace un caso aislado y muy complejo, pues los problemas se vieron después, por dos razones fundamentales, aunque el software satisfacía lasnecesidades de sistematización y organización de información para la generación de informes y orientación del trabajo, la Corporación no lo sentía propio, pues realmente no había participado en su desarrollo, no lo conocía ni sabía cuál era su potencial.
De manera que el objetivo del proyecto no es suficiente, tal y como Pressman lo plantea, pues para el caso se podría pensar que a pesar de que el equipoque analizó la información logró el objetivo principal, la Corporación nunca tuvo claro que era lo que necesitaba, por lo tanto nunca estuvo satisfecha con el producto, evidenciando un grave problema de comunicación y continuos mal entendidos generados por la ambigüedad, que además generó requerimientos adicionales de manera constante a las que en ocasiones el equipo se vio obligado a acceder....