Así no se hacen las cosas por Ernesto Kiszkurno

Hace un tiempo escribí el consultip 199 , un buen consultor aprende a definir bien el problema del cliente. Hoy voy a dar un paso más. "Un buen consultor escribe el problema del cliente" Gerry Weinberg en un muy buen libro llamado Secrets of Consulting  cuenta que él aprendió por las malas  que esto es necesario.  No nos alcanza con enunciarlo y validarlo, también debemos escribirlo y desde la propuesta de servicio misma si es posible. Las expectativas del cliente van cambiando , de modo que tener escrito el problema original para poder ir manejando los GAPs es fundamental. Distingo 4 beneficios de tener esta práctica: Validamos la escucha . Lo que creímos entender no siempre es lo que nos quisieron decir. Repetir en nuestras palabras es una buena forma de validar pero escribirlo y que el cliente lo lea es aún mejor porque nos permite darle estructura . Muestra que entendimos y que pensamos en él. Más allá de que a veces como consultores nos enfrentamos a problemas ...

Empezar un proyecto de consultoría donde todo está consensuado con nuestro cliente es ciertamente un lujo. Hay casos donde tanto la tarea como el camino están claros para ambos, pero son pocos. “Siempre hay GAPs de expectativas.” Estos GAPs pueden darse de distintas maneras. Por ejemplo entre lo que el cliente quiere y lo que nosotros entendimos, entre lo que él quiere y lo que nosotros creemos que necesita, entre lo que él cree que quiere y lo que realmente necesita, entre lo que él cree que quiere al inicio y lo que piensa luego, etc. Las posibilidades son muchas, me ha tocado vivir bastantes de ellas. La moraleja es que, en un proyecto de consultoría, una de las preocupaciones importantes que tenemos es entender lo que el cliente quiere a cada momento del proyecto , y alinear eso con lo que nosotros ofrecimos inicialmente y/o podemos dar con el tiempo y los recursos que tenemos. Seguimos pensando..

En 1930, cuando el gobierno de Honduras planeó construir el puente Choluteca seguro tenía en mente varios objetivos, pero sólo uno lo desvelaba. El puente debía resistir el clima de la región. A partir de eso, encargó su construcción a los más renombrados arquitectos y ellos utilizaron las mejoras prácticas del momento para hacerlo, logrando el objetivo propuesto. ¿Cómo sé que lo lograron? Cuando en 1998 el huracán Mitch arrasó con todo lo que encontró a su paso, una sola cosa quedo en pie: el puente. Los sponsors del proyecto cumplieron su objetivo, aunque tal vez no fuera el correcto. El puente no sólo debía quedar en pie, sino que además debía seguir sirviendo para que la gente atraviese el río. El problema fue que nadie pensó que el río podría moverse. "Las asunciones ocultas en un proyecto de software suelen ignorarse por obvias." Esta historia, ¿no les recuerda a algo? Yo le veo cierto parecido a otra más reciente. En una  charla  de 2015, Bill Gates predijo que ...

Tener un plan (project) no debería dar tranquilidad. Tener un plan (project) no significa haber planificado.  Como resultado de haber planificado es muy común llegar a un plan, aunque no necesariamente es un project. De hecho hay metodologías que producen otra cosa al final de la planificación. Haber planificado significa: Saber a donde quiero llegar (destino). Saber donde estoy (origen). Saber cómo voy a ir del origen al destino. Tener la sensación de que controlamos la situación y sabemos qué camino tomar ahora y durante todo el viaje. Haber pensado, con el nivel de detalle justo y suficiente, cada aspecto del viaje (o del problema a resolver). Haber planificado debería dejarte tranquilo. Seguimos pensando..