El otro día leí en Twitter un mensaje que me encantó de la cuenta de @noticiasenmorse. Era para enmarcarlo, decía:

¡Externalizar SIEMPRE es mejor! Ejecutivo se arranca un riñón para poder usar aparato de diálisis.

Y me trajo a la memoria algunas cosas que tenía por la libreta de apuntes para contar en el blog. Como estas cosas suelen pasarme a mi en mi empresa de por las mañanas, o bien a amigos en sus empresas, pues mejor dejarlas enfriar, para contarlas una vez hayan pasado los años. Ya que sino algunos de los protagonistas pueden verse reflejados en ellas. Esta que voy a contar es de hace más de tres años, tiempo suficiente, para que por un lado yo ya no diga los exabruptos que había apuntado en la nota; y también para que los protagonistas ya no la recuerden (en este caso, ni existen las empresas, ni los protagonistas trabajan ya en el sector).

Bueno, a lo que iba, vamos a ver como se externaliza y se pierde la memoria.

Hace unos años, mi empresa de por las mañanas se metió (o la metieron, que más da) en un fusión con otras empresas del sector. Unos meses antes, en el Departamento de TI (vamos en Informática como decíamos aquí siempre) se había iniciado un hábil movimiento de externalización a casi todos los niveles. Una de las tareas que se tuvo que emprender con la fusión, fue una equiparación de cargos y de organigramas entre las empresas que se fusionaban. En aquellos días yo estaba encargado de mantener tablas varias de los sistemas Host (vamos parametrizador para todo). Así que me envían el borrador del nuevo organigrama y me piden que dé una fecha para tenerlo cargado y operativo. Contesto dando un plazo relativamente corte, pero con dos advertencias en el informe: siempre que la empresa externa que es la que al final graba los ficheros que yo genero, vuelva a traer al proyecto a un programador muy bueno (y doy su nombre) y luego indico que en ese plazo, aseguraré que funcionarán los sistemas hosts, pero no sé el tiempo que invertirán las aplicaciones departamentales que no depende de mi directamente (pero puede que usen las tablas de parametría del host) en adaptarse.

Me contestan, que lo del programador que pido, que no, que imposible. Hacia un mes que habían cambiado la empresa externa que mantenía esas tablas y el programador que yo pedía trabajaba en la empresa que había perdido el contrato. Así que con los que tenía. Les dije que entonces el tiempo de trabajo se iba a multiplicar por tres. Me dijeron que pondrían más programadores. Iba a contestarles con los de las nueva mujeres dando a luz en un mes, pero lo dejé, pensé que nos íbamos a reír.

Sobre las departamentales, empezaron a preguntar y descubrieron con horror, que el cambio afectaba a tres aplicativos, recién externalizados… y las empresas que tenían los contratos, nos dieron un plazo de entrega algo largo, pero asumible.

Así que nos pusimos a hacer los cambios. Tuvimos varios vicisitudes técnicas y a final se nos echaba el tiempo encima. Mis jefes querían mostrar a los nuevos jefes, que éramos muy capaces de hacer el cambio en el tiempo previsto. Así que allí estábamos haciendo horas tratando de arreglarlo todo. Por fin terminamos la carga y nuestras pruebas en las aplicaciones hosts eran todas perfectas. No sabíamos que iba a pasar en las aplicaciones departamentales. Pero nos dieron también el OK. Así que al día siguiente cargamos en producción (o real, o como cada uno lo llame) las tablas de parametria del nuevo organigrama. Y al rato empezaron los gritos y a sonar los teléfonos. La aplicación de viajes no funcionaba bien. Y claro como para las negociaciones de la fusión los grandes jefes debían viajar a la capital había que arreglarlos a la orden de ya. Una de las aplicaciones departamentales fallaba. Habían asumido que los niveles del organigrama siempre eran 5 (porque eran los que había cuando ellos llegaron, pero no había límite teórico en la parametría). Así que me convocaron a un gabinete de urgencia. Teníamos que resolver el problema en dos hora. Uno de los jefes supremos tuvo una idea. Propuso grabar directamente en la tabla de personal, para los grandes jefes afectados, el nivel anterior, con el que funcionaba bien la aplicación departamental y dejar en host la parametria actual. Así todo funcionaría, y ya lo arreglaríamos bien más tarde. Probamos en preproducción y aquello funcionaba. Así que se dio orden de subir a producción. Y entonces llegó el problema. Hacía dos semanas se había transferido a una contrata externa la gestión de todas las bases de datos SQL de la empresa. La tabla de personal estaba allí y ninguno de nosotros teníamos ya permiso para atacar a esas tablas en real. Se preparó una orden de trabajo para la empresa externa, pero nos contestaron diciendo que para dentro de una semana, que no era algo urgente según su contrato. Y allí empezaron las risas de los compañeros que sabían la historia de quien estaba ahora llevando las tablas SQL de la empresa.

Al final, mis jefes firmaron unos papeles con la empresa externa y nos dieron acceso temporal a las tablas SQL. En cinco minutos problema resuelto. Solo era ejecutar un update que afectaba a apenas 50 registros… pero nada, una semana solo debíamos esperar.

Así que nada, externaliza y olvida.

Y tengo algunas más de estas en la libreta, a ver si las voy sacando y nos reímos con las externalizaciones.