Un método básico para encontrar la razón de los problemas

Muchas veces, especialmente cuando escribo código, me encuentro con problemas que no puedo explicar, y por lo tanto, no puedo corregir.

Como todo el mundo, tengo mi propio método para abordarlos, porque muchas veces encontrar la razón puede consumir horas de frustración.

A continuación algunas de las ideas que aplico:

1. Puedo explicar por qué falla? Si la respuesta es afirmativa, ya no necesito continuar :)
2. Puedo repetir el problema u ocurre erraticamente. En el segundo caso, muy posiblemente se deba a problemas de hilos de ejecución, o datos externos, por ejemplo una base de datos que está siendo actualizada constantemente. Si es el primer caso, puedo continuar con la lista. Si es el segundo, tengo que poner logs por todos lados para capturar el problema la siguiente vez que ocurra.
3. Aislar el problema: si hay varios componente, intentar probarlos por separado para encontrar si el problema está en uno de ellos o en la interacción de dos o más (estos últimos suelen ser los más complejos de resolver)
4. Encontré el lugar donde está el problema, pero no puedo explicarlo. Es un problema que cabo de introducir ¿Funciona una versión anterior? ¿Funciona en otras circunstancias, como puede ser cambiando el navegador, versiones de componentes externos, parámetros de compilación: por ejemplo entre versiones de debugging y productivas?
5. Estoy asumiendo que algo en particular no es la causa del problema y la busco en otro lado? No hacerlo: demostrarme que no estoy equivocado probando eso que asumo que no falla pasa un test.
6. ¿Encontré la razón del problema? ¡Documentarlo! Ayudar a mi futuro yo a no tener que pasar por el mismo proceso exploratorio si me encuentro con el mismo problema dentro de un tiempo.

Oh vosotros los que entráis, abandonad toda esperanza

Esto es lo que reza la puerta del infierno en La Divina Comedia de Dante Alighieri.

Más allá de la poesía de la expresión, la frase encierra una sentencia terrible: perder toda esperanza.

¿Cuántas veces nos sentimos en una situación así, que ya nada puede hacerse, con una relación afectiva o con una profesional?

Asumir una postura así, no solamente nos predispone a sufrir, sino a que cada evento nuevo lo veamos como una oportunidad de confirmar nuestra sentencia.

Lo paradógico de todo esto, es que afirmar una cosa así, tan absoluta, nos va a "ayudar" a que se vuelva verdad. Es sabido que uno no ve a la realidad de forma objetiva, sino a través de unos ojos que están cargados de subjetividad e historia. Al margen de esto, está la tendencia del ser humano a buscar confirmar lo que pensamos. Esto es conocido como el sesgo de confirmación.

Ahora, qué pasa si lo vemos al revés: sino que en lugar de perder esperanza, no solo la tenemos, sino que la potenciamos? En este caso, nuestros ojos van a estar pendientes de que aparezcan indicios de que el cambio empieza a darse.  

Las mentiras más tontas también son peligrosas

Creo que si uno pregunta a los demás si mienten, la respuesta siempre es que no. 

Todos mentimos en algún momento, a veces por vergüenza, oteas simplemente porque es la respuesta más fácil para dar. 

El problema es cuando somos agarrados en una mentira. Hay mentiras que son importantes y otras que no, pero todas dejan una imagen nuestra cuando nos descubren. 

Me quiero enfocar en aquellas a las que no le damos importancia, que son tan tontas y parecen inocentes, pero que terminan transmitiendo un mensaje inconscientemente. 

Voy a poner un ejemplo: delante de otros colegas estoy hablando por teléfono con otra persona, donde para finalizar la conversación comento: "te dejo que tengo una reunión". Luego corto y sigo con mis cosas. La reunión nunca existió. Es una forma educada de finalizar la conversación telefónica. Pero que pueden pensar mis colegas si prestan atención: "le mintió a la otra persona solo para finalizar la llamada" y... acá viene la parte peligrosa: "¿cuantás veces me hará lo mismo a mi".

Resolver el problema a resolver

Muchas veces recibo propuestas, también órdenes de mis superiores, para solucionar algo. Suelen ser "optimizaciones" en los procesos y circuitos de una empresa. 

Ahora, lo que ocurre, muchas veces también, es que lo que queremos arreglar no está fallando. No siempre se cumplen las siguientes validaciones:

• ¿Es algo que está fallando o potencialmente puede hacerlo?
• ¿Hay algo que yo no estoy viendo?

Si no puedo encontrar una respuesta a esas preguntas, posiblemente se trate de una razón subyacente. En estos casos, el cambio puede no ser la mejor solución a este problema. Alguna vez he probado de utilizar el diagrama de Ishikawa  pero lo que me resultó más efectivo siempre es el preguntar por qué cinco veces (a cada respuesta que recibo, le repregunto por qué). 

Por último nunca está de más no perder de foco de la siguiente pregunta: ¿cuál es el problema que debería estar resolviendo ahora? Siempre que esté haciendo algo, voluntariamente o no, voy a estar decidiendo postergar otras cosas. Entonces: este nuevo problema, ¿es el problema a resolver, o debería enfocar mi atención en otra cosa. 

¿Qué hace especial a nuestros productos?

Muchas veces concebimos nuestros productos en base a una serie de características analizada, consensuada, profundamente discutida y verificada. Pensamos cuáles son las principales funcionalidades que lo van a hacer único. 

Después vienen las iteraciones donde nuestra creación va evolucionando, se va transformando... Esto ocurre porque recibimos feedback, porque vamos detectando mejoras principalmente por "vivir" ese producto. 

Y ahí aparece. De golpe, o a veces tímidamente, surge una característica nueva, que no vimos al definir nuestro producto, que de golpe pasa a ser lo que lo hace único, y hasta lo que le da sentido de ser. 

Leandro Panetta dio una charla en TEDxRiodelaPlata 2017 (aun sin publicar) donde explica el proceso creativo, donde a veces aparecen estas singularidades en las creaciones. Para él, es nuestra cabeza que aun está madurando el producto, no es algo que se inventa o descubre después, sino más bien, algo que se va gestando desde el momento cero. 

La enseñanza del "no"

Más veces de las que nos gustaría recibimos un no como respuesta a nuestras propuestas o planteos. Podemos enojarnos, pensar que la persona no entendió nuestra propuesta, que no tiene nuestra visión. En definitiva, transferirle la responsabilidad de la negativa. 

También podemos aprender y sacar algún provecho de la situación intentando indagar un poco más a fondo:

• ¿Por qué nos que no?
• ¿Explicamos bien la idea?
• ¿Hay alguna alternativa mejor?
• ¿Hay un factor que no estamos considerando?

Siempre que recibimos un no es una oportunidad para crecer, en lugar de caer en la fácil de tener pensamientos negativos sobre la persona que no aceptó la propuesta

Los mails que no hay que mandar

Hoy en día el email es una de las principales fuentes de comunicación en el trabajo, muchos inclusive lo prefieren a los llamados telefónicos para evitar la pérdida de tiempo que puede ocurrir si la conversación "se desvía"; también como evidencia de haber comunicado un tema en caso de un posterior conflicto. En mi opinión sirve para ver qué acordamos, es decir: como fuente de información para la toma de decisiones o su revisión. No hablo de los mails básicos que se usan como reemplazo de mensajes de texto o whatsapps: "almorzamos juntos?" sino de las comunicaciones que forman parte de los proyectos. Al margen de esto, creo que hay pautas básicas que pocos siguen y creo que son un error.

A continuación, resalto las más importantes:

• Nunca enviar mails enojado, el enojo pasa, pero el correo queda, y puede transmitir una sensación que ya no tenemos, y, sobre todo, puede ser usado en nuestra contra. 
• Escribir el mail con el objetivo de la comunicación completamente claro. Tenemos que poder responder la pregunta: si la otra persona tuviese que sacar una única conclusión al finalizar la lectura del correo, cuál queremos que sea?
• Revisar siempre lo que escribimos. Posee oraciones cortas? se entiende? No hay ideas contradictorias? Nada peor que un mail que no es claro o que provoca un hilo de conversación sólo para entender su significado.
• Revisar errores de tipeo o de falta de ortografía. Sino, estaremos mostrando que eso no es importante para nosotros. Si no lo es para nosotros, no podemos exigírselo a los demás. Además está la imagen negativa que estamos dando: que somos desprolijos que tenemos faltas de ortografía y no nos importa mejorar al respecto. 
• El mensaje tiene que ser autosuficiente. Si hacemos referencia a otro documento, a una página web, incluirla o poner su link. Tenemos que facilitar la comprensión a quién lee el correo. 
• Nunca poner en copia oculta a alguien. Esta es lamentablemente una práctica común, para poner en conocimiento a alguien de una comunicación sin que los demás se enteren. Más allá de que no parece una buena actitud, qué pasa si la persona en copia oculta no presta atención y responde a todos? Deja en evidencia nuestro comportamiento. En otras culturas se usa la copia oculta para avisar que alguien sale de la conversación (por ejemplo, porque ya no es necesario que siga participando) pero siempre se avisa, indicando al principio del mail lo que estamos haciendo, por ejemplo: (en copia oculta Miguel, muchas gracias por tus respuestas, nosotros continuamos hablando del tema)
• Nunca poner "Después te lo explico" o cosas similares. Hacer referencias a cosas que pueden no ocurrir en el futuro nos abre puertas a pendientes que podemos no completar.
• Si adjuntamos un documento, resumirlo en el cuerpo del mail. Muy pocos abren realmente el documento adjunto o lo pasan muy rápido. Un resumen puede ayudar a entender su contenido.
• Si necesito la respuesta u opinión de alguien, volver a mencionarla al final del mail. Los puntos de acción que necesitamos de los demás tienen que quedar perfectamente claros.
• Revisar la lista de destinatarios (así como también desde qué cuenta estamos enviando el correo, en caso de tener más de una): Los que deben actuar en "TO", los que deben estar notificados de lo que hacemos en "CC", y en "BCC" los que salen de la conversación. Leer un mail implica un compromiso, sólo enviarlo a los verdaderamente interesados. La imagen que damos en caso de estar copiando a gente externa al proyecto siempre es negativa: nos estamos dando corte o nos estamos cubriendo...
• Ya lo dije, pero creo que es muy importante: puedo resumir el mail y escribirlo más corto? Cuanto más largo sea el correo, menor la probabilidad de que sea leído en su totalidad.