Pensaba que llevaba más tiempo sin escribir historias propias de un "director de sistemas", pero creo que la de la reunión con consultores encaja en ese bloque. De todos modos, no quería dejar pasar la semana sin contar aquello directamente relacionado con aquello por lo que me pagan.
Esta semana hemos tenido...UN ARRANQUE. Ese momento de emoción que se espera duranta meses en los proyectos de desarrollo y que se suele parecer al antiguo chiste de la fiesta del corcho.
Este proyecto tenía pocas aventuras tecnológicas (arquitectura existente y probada, base de datos ya utilizada y desarrollo en lenguajes conocidos), pero mucho contenido funcional y alto riesgo en cuanto a usuarios (su sistema actual se basa en papel y Excel). Además, trabajan básicamente de noche.
El día D (la noche, mejor dicho) te dan las tres de la mañana dando soporte telefónico. Además, tu papel es bastante poco útil. Antiguamente, el director de sistemas se podía quedar para hacer comentarios graciosos fuera de lugar y dar fuego a los analistas y programadores. Ahora, como no se puede fumar en la oficina, su función se reduce bastante en estos casos. En ocasiones, puedes dedicarte a dar explicaciones al Director General y al director del área implicada, pero si arrancas a las 11 de la noche, no suelen estar accesibles (lo que no deja de ser una ventaja).
Y tú, que llevas toda la vida haciendo esto, sólo estás esperando a ver por donde salta el fallo. Cuando eras programador, la esperanza era que "cascara" el programa de otro, cuando eres analista que sea otro módulo o que se deba a un error de diseño debido al usuario, pero ahora no hay forma de echar la culpa a otro. Y, como era lógico, apereció el problema (una vez, una gerente de de gestión del cambio, me enseñó que nunca se utiliza esa palabra, son "incidencias"). Esta vez le toca a...LAS COMUNICACIONES.
Nuestra frame relay, aparentemente, no soporta una nueva aplicación cliente-servidor. Y las pantallas que en la central se cargan en décimas de segundo, en las delegaciones tardan minutos...Los juramentos y quejas llegaban desde Galicia hasta Madrid: "¿para qué vamos a cambiar?", "el Excel es mucho más rápido", ...las típicas frases de los arranques.
Como es agosto, la reunión del comité de crisis no se hace a las 9.00 del día siguiente, todo se hace más despacio y esperamos un par de días. La pregunta del millón: ¿porqué no tenemos una línea de esas que anuncian de muchas megas y que cuestan 30 euros?...Es fantástico explicar a unos ex-auditores la diferencia entre el ancho de banda prometido y el garantizado, el tiempo de un ping, el CIR de la línea y todo lo referente a ADSL, Frame relay y RDSI. En todo caso, la conclusión del financiero y el director general siempre es la misma. "Lo de sistemas siempre están pidiendo dinero para cosas que se quedan obsoletas antes de amortizarlas"...
Y lo malo es que no falta algo de verdad...

24 ago 2006 | 06:09 PM
Si dentro del plan del proyecto se hubiese detectado este incidencia de ancho de banda conseguiendose la aprobación de los financistas de ampliar el ancho de banda para garantizar el óptimo desempeño de la nueva aplicación creo que no se hubiese tenido estos arranques.
30 ago 2006 | 05:44 PM
César, lo peor del caso es que desde hace meses somos conscientes de que tenemos este problema. Pero el coste de solventarlo no es fácil de asumir.
Mejor dicho, era. Actualmente ya estamos trabajando en ello y en pocas semanas los problemas de rendimiento en remoto serán historia (espero).
Gracias por pasarte por aquí.