Desde hace unos meses soy un currito más. Pico código y… nada más, sólo pico código. Al principio pensé que no me amoldarí­a al puesto, sin responsabilidades, sin preocupaciones, sin nada por lo que habí­a luchado durante la última década.

Pues debo decir que me alegro de estar equivocado, una vez más. ¡¡¡Qué felicidad!!! ”’Qué placer!!! Llegar a casa con el pensamiento limpio. Sin llevarte problemas de trabajo. Pudiendo disfrutar del tiempo de descanso que supone no trabajar.

Sé que volverán a mí las ganas de evolucionar. Sólo espero que coincidan en momento y formas con las previsiones de evolución que la empresa tenga para mí.

PD: Creo que es la primera vez que escribo de una situación laboral actual.

“Llevamos seis años haciendo esto así. Y si seguimos funcionando es que no lo hacemos tan mal.” O… “Hacemos lo mismo que la competencia, así que no lo hacemos tan mal”

Esa capacidad de conformismo, de ignorar la evolución de los clientes, de permanecer pasivo ante la evolución de todo lo demás, es algo que no acabaré de entender jamás.

Y no acabaré de entenderlo, porque esa misma gente es la que después, cuando las cosas empiezan a ir mal, no es capaz de reaccionar, no se dan cuenta de que sus clientes han cambiado sin que ellos hicieran nada por evolucionar con ellos. Y cuando llega el momento de revisar el estado no entienden lo que les ha pasado y entonces es cuando se oye si es que no lo hacíamos tan mal.

…

Esperando que Windows terminara de hacer su envío de informe, cruzo los dedos para que me salga el OCA, hacía ya bastante que no lo veía, y así enterarme de qué había pasado. Tuve suerte y me salió el aviso para ver el informe, pero para mi sorpresa no es el OCA lo que sale, sino un nuevo WER, que me dice que lo que se ha roto es el Firefox, hay que ver que listos son estos chicos de Microsoft, y que me baje la última versión que la que tengo ya está vieja. Asombrado me quedé, ¿Microsoft avisándome de una nueva versión de Firefox? ¿y antes que el propio Firefox? impresionante. Tan impresionante, que corro a verificarlo con el propio firefox.

Cómo era de esperar no hay versión nueva. Bueno, está bien que Microsoft ya no nos envíe a OCA – Online Crash Analysis , porque sólo el nombre ya asustaba a los usuarios. Pero lo menos que se le puede pedir a Microsoft, es que si intenta quedar bien con el cliente, guiándole en un momento raro para muchos usuarios, que por lo menos lo termine haciendo bien.

Si es que cuesta lo mismo, hacer las cosas bien, que hacerlas mal.

En el caso de tener que crear algún buscador de elementos [ toda aplicación lleva alguno en algún momento ] algunas ideas útiles y sencillas podrían ser:

- Guiar al usuario al hacer búsquedas de texto, mostrándole textos contenidos en los posible resultados [ como hace google suggest ]
- Al buscar mensajes enviados por fechas, limitar los listados de contactos a los que realmente enviaron mensajes entre las fechas seleccionadas [ similar a como nos proponen en la aplicación demo de winfs ]

En cada caso la solución será distinta, pero la idea debe ser siempre la misma. Guiar al usuario hacia resultados positivos, ya que de nada le sirve a alguien estar fijando todos los parámetros de búsqueda para obtener un “no se encontraron resultados”.

La consecución del detalle no es algo exclusivo de los últimos eslabones de la cadena de producción, a quienes es fácil culpar por no haber acertado con lo que el cliente esperaba. Es labor de toda la cadena de producción conseguir hacer llegar los deseos del cliente desde la petición hasta la entrega del producto.

Cuando un consultor toma nota de los requerimientos de un cliente, no sólo toma nota de unos procesos concretos que deben realizarse, sino de unos deseos subjetivos sobre como se desea que se llegue a la consecución de cada uno de esos requerimientos. El consultor tiene que tener en cuenta que en la definición de esos requisitos entran en juego los gustos del cliente, los hábitos de uso, los impedimentos actuales que desea evitar, el conocimiento que tenga de la tecnología y sobretodo la capacidad de comunicarse y de ser entendido por quien le escucha.

El consultor debe transformar todas esas ambigüedades, sutilezas y falsas concreciones, en explicaciones claras y concisas que puedan plasmar los programadores en soluciones acordes a lo que el cliente originariamente desea.

En todo este proceso nos encontramos con grandes obstáculos a salvar, y como suele ser habitual muchos de ellos poco tienen que ver con la tecnología.

- Primero, el cliente debe de tener la suficiente capacidad comunicativa para expresar todo aquello que pretende obtener de su encargo, y que muchas veces es algo tan vago, tan abstracto y tan amplio que podría resumirse como “sentirse satisfecho del resultado obtenido”. Normalmente en este apartado son más útiles los clientes que no tienen conocimientos técnicos, ya que se centran más en el resultado que esperan que en los pasos tecnológicos necesarios a dar para alcanzar dicho resultado, aunque suelen ser los que con mayor facilidad se sienten defraudados cuando la aplicación no funciona tal y como esperan, al no comprender las implicaciones tecnológicas que han llevado a tal situación.

- Segundo, el consultor debe ser capaz de entender de un modo adecuado los deseos del cliente, ofreciéndole en ese mismo momento ideas que puedan satisfacer sus deseos. En estos casos, lo mejor es que el consultor se base en su propia experiencia tras haberse enfrentado a muchas situaciones similares y al conocimiento real que tenga del medio sobre el que versa el proyecto.

- Tercero, una vez el consultor se reúne con los programadores debe ser capaz de comunicarles objetivos concretos a lograr con los que satisfacer los requerimientos del cliente. El mejor consultor para hacer esto, es el que es capaz de olvidarse de las abtracciones comerciales, y de la palabrería mareante, más propios de los vendedores de humo, y sea capaz de hablar al programador en el lenguaje técnico que entiende, de un modo conciso, directo y claro; organizando los pasos a dar, y encajando cada paso para que entre todos se alcance la meta.

- Cuarto …

Como se puede apreciar los “no aciertos” tienden a tener mucho más que ver con los problemas propios de los procesos de comunicación humana, que con los propios del campo que nos atañe [ desarrollo, testeo, instalación, ... ] Por lo que cuando entreguemos a un cliente algo que no coincide con lo que quería, veremos más claramente lo que ha ocurrido si observamos los pasos del proceso en los que la tecnología ha tenido menor implicación y no culpando rápidamente a los últimos eslabones de la cadena de producción.