Blogia
Titiritero de palabras

Cómo funcionan las cosas en desarrollo software

Cómo funcionan las cosas en desarrollo software

Creo que al fin voy entendiendo cómo funcionan las cosas en el desarrollo de software según el modelo propietario, particularmente para su uso bajo los sistemas operativos de cierta familia muy extendida y desarrollada toda ella por la misma empresa. Soy un poco torpe, y me cuesta entender cómo puede perdurar un sistema en el que ninguna de las partes involucradas queda satisfecho, pero no es tan complicao.....

El sistema funciona así: el cliente tiene siempre mucha prisa por tener el producto disponible, de modo que marca un plazo de entrega imposible de cumplir. La empresa desarrolladora no quiere perder el cliente, de modo que acepta la fecha de entrega sabedora de que es inviable, pero sabedora también de que si le dice tal cosa al cliente, éste seguramente se vaya a la empresa de al lao, donde le dirán que sí hombre, sí, pa' esa fecha sin problemas, y lo perderá.

En ese momento ya se ha abierto la caja de Pandora. El cliente quiere que se le entregue un producto que funcione en la fecha acordada, de modo que el equipo de desarrollo se encarga de tener en la fecha (inviable) fijada un producto que funcione. Para ello hay que hacerlo mal, incumplir principios esenciales bien establecidos y comprobados en ingeniería software, pero no importa.... Eso se solventa en el momento procesal oportuno, como pronto veremos. El día acordado se le entrega al cliente el producto que funciona, normalmente lleno de fallos, como es lógico. Se implanta ese sistema en la empresa que lo debe usar, y durante algunos meses todos los trabajadores en puestos base se acuerdan de la madre de quien hizo el programa porque falla constantemente y les fuerza a trabajar el doble y con incidencias constantes. Pero no hay problema, en ese momento, cumplido el plazo de entrega del programa que "funciona", el equipo de desarrollo ya está trabajando tanto haciendo parches provisionales a esa versión 1.0 para ir tapando agujeros del día a día, como desarrollando una versión 2.0 en tiempos viables y siguiendo una metodología correcta. Meses más tarde, se entrega al cliente la versión 2.0, libre de fallos salvo los inevitables correspondientes a la complejidad del software y que perfecto no existe nadie, que sustituye a la 1.0 chapucera. Eso sí, para entonces los usuarios cotidianos del sistema en los puestos más bajos del escalafón de la empresa cliente ya se han buscado la vida para poder haber ido sacando el trabajo, de modo que ya hay miles de datos introducidos en el sistema  como se pudo cuando se debió, y que requerirán nuevo trabajo para que encajen adecuadamente con la versión 2, correcta, del sistema. Se multiplican los costes, se multiplica y dificulta la tarea de los trabajadores y su nivel de stress laboral, se generan ineficiencias que perjudican en el fondo a toda la sociedad, pero las cúpulas de la empresa cliente y de la empresa desarrolladora están encantadas de haberse conocido y satisfechas, uno factura y cobra, otro tiene su sistema nuevo y supermolón, y ninguno de los dos Directores Generales se ha acordado de todos los santos cuando el sistema le daba un fallo ininteligible a la hora de hacer una tarea trivial y cotidiana, ni ha tenido que hacer su trabajo dos o tres veces., con lo cual el sistema perdura.....

Dije algo de que en el proceso se abría la caja de Pandora, ¿no? Eso sí, si no recuerdo mal, al abrir esa caja se escapa la esperanza, también..... ¡ Esperemos !

 

0 comentarios