Día 48
Finalmente Javier ha averiguado la dirección de su empresa y a la hora de comer nos hemos acercado con cautela. Esta vez si parecía todo correcto, secretaria-conserje joven y tetona, entrada espectacular, moqueta azul, y en la pared escritas en letras plateadas el lema de la empresa: Asco, Solutions for you. Nos ha recibido el gerente, Hola, que tal, soy Javier y trabajo aquí, pasa, pasa, y yo me he quedado admirando las grandes filas de mesas ocupadas por programadores ansiosos de depurar el mundo. Últimamente me pongo poético. Se trataba de un error informático y ya está todo solucionado.
Día 50
Mis tareas funcionales son las que son; escuchar al cliente, leer sus indicaciones, asistir a reuniones, analizar sus peticiones y pasárselas al equipo de desarrollo. Sobra decir que mis tareas son importantísimas dentro de la cadena de una Ingeniería del Software bien establecida. Hoy hemos asistido (Javier y yo) a otra reunión con el cliente (La Compañía telefónica) y después de una larga mañana hablando de todo excepto de la aplicación se ha decidido añadir una nueva funcionalidad. Cuando se consulte a un cliente con deuda, un moroso, saldrá una marca, un símbolo que indique que pertenece a ese grupo de indeseados.
Día 51
Esta tarde, otra reunión con el Equipo de Desarrollo en Inra. (Yo trabajo en Patos que trabaja para Inra y ésta para Ture que trabaja para la compañía de Teléfonos) Nuestros interlocutores han sido Ernesto y Roberto. Roberto es de mediana edad, con manchas en la cara, moreno y con aire de estar de vuelta de todo. Ernesto es joven, unos 5 años de experiencia y con unos humos que asfixian. Ernesto es el Arquitecto de Software. Software Arquitect como exige que le llamen, en cambio, Roberto dice que es un picateclas con muchos años encima y que está hasta los cojones. Se nota que es un equipo de alta eficacia que solo trabaja con high tecnology y de largo recorrido metodológico. Javier les ha planteado la última petición del cliente, la de los morosos. Ernesto nos ha exigido documentos, firmas, validaciones, estudios y demás, Roberto se ha sacado un moco y lo ha analizado detenidamente. Nos han peidod dos días para analizar y valorar el cambio. Me da la sensación de que nos toman el pelo.
Día 52
Ernesto nos pide el Documento A23LOC_PEST referido al tema de los colores. Estoy todo el día haciendo el Documento y se lo envío al anochecer.
Día 53
Roberto nos pide el Documento B45TEC_COL acerca del tema de los avisos. Se lo he enviado después de cuatro horas.
Día 54
Ernesto nos pide el Documento C36TEC_CAR acerca del tema de las pantallas. Se lo he enviado después de una hora de trabajo duro.
Día 55
Roberto nos pide el Documento 23LOC_PEST referido al tema de los colores. Le he dicho que ya se lo dimos a Ernesto y me contesta que vale, que muy bien
Día 60
Esta mañana, Roberto nos ha preguntado que cojones queríamos. Sospecho que es una nueva prueba para ver como reacciono, pero no estoy seguro. Le he contado que hemos enviado 30 documentos explicando la nueva funcionalidad. Ha respondido que bien, pero que se lo diga clarito en un paginita. No lo entiendo pero le hecho caso.
Día 62
Ernesto nos ha enviado un email de con copia a 23 personas incluidos los jefes, quejándose de la metodología establecida entre el equipo de arquitectos-ingenieros high tecnology y el equipo de consultores. A partir de ahora solo admitirá documentos tipo FXX-TECYY y su respuesta será del tipo TCXX-PEC47.
Día 63
Son las 18 h de la tarde y Roberto nos escribe que se niegan a realizar lo demandado porque simplemente ya estaba hecho. El equipo de consultores no se había percatado de esa funcionalidad pues no habían configurado correctamente la aplicación, tampoco el cliente. Atónito me retiro a casa a meditar.

Jajaja, muy bueno.
Aunque dé risa, estas cosas pasan y tengo que admitir que he pasado por situaciones así. Cuando llegarán a España las metodologías ágiles? Cuando se valorará como es debido el desarrollo? Cuando se darán cuenta de que un programador con experiencia puede aportar más a un proyecto que un montón de metodología y "burrocracia" inútil?
En fin, yo creo que no veré cambiar mucho las cosas, tal vez mi futuro hijo sí, pero por si acaso ya me estoy preparando la charla que le soltaré si algún día le veo con vocación de programador... para que no pierda el tiempo.
Si, pero loas metodologías ágiles solo se pueden aplicar si primero no hay muchas pesonas implicadas y éstas además saben trabajar en equipo, cosa que no es nada fácil y pocas personas saben hacerlo. La burocracia se impone cuando hay personas muy desconfiadas, déspotas, bordes y algún idiota. O sea un grupo de analistas/desarrolladores al uso.
Y no metas a tu hijo en esto, por dios ! que viva del cuento, hombre!