Hablar, preguntar, escuchar, … y aprender …

«Es mejor no hablar y parecer idiota que hablar y demostrarlo» esto es algo que alguna que otra vez he oído por ahí, pero, ¿es esto una buena idea?, evidentemente no.

Cuando alguien piensa eso, probablemente se deba a dos razones, o bien no tiene nada que decir (y eso no me lo creo), o bien ha tenido alguna mala experiencia en el pasado, del tipo de hacer una pregunta en una reunión, a un compañero, … y que le hayan respondido, con un «pero, tío, que preguntas haces, si eso es básico», o, «para preguntar eso mejor no preguntas nada», y similares, esto, es síntoma de que algo va mal, y ese algo es la comunicación.

Si en un equipo tenemos estos problemas de comunicación, eso es un mal síntoma. El tener comunicaciones abiertas, libres, dónde cualquiera pueda hacer cualquier pregunta (por básica o complicada que parezca), sin temor a que se le mire mal, es uno de los indicadores de «salud» en un equipo, un equipo en el que se van a exponer los problemas cuando surjan, sin ocultarlos, dónde si alguien ve algo que no está claro, lo va a decir lo antes posible, y no como algo negativo, si no con ánimo de solucionar el problema. Esto, como dice Rodrigo acerca de las pruebas unitarias, no es opcional, tener este tipo de comunicaciones es imprescindible.

En las situaciones más claras que yo he visto esto, es cuando alguien hace una pregunta muy básica, y siempre existe un «listo», que le responde mal. Pensemos un poco, ¿acaso alguien nace sabiéndolo todo?, a que no, a que esa pregunta que ahora te parece básica, hace a lo mejor un año, la tenías tu, y alguien te la respondió. Y oye, piensa, que la pregunta que a ti te parece complicada, siempre habrá alguien al que le parezca básica, ¿cómo te gustaría que te respondiesen?, entonces, ¿por qué vas a responder tu mal a una pregunta?.

Otra situación dónde se da esto, es cuando alguien expone un riesgo, o una limitación en una reunión, y alguien se lo toma por lo personal. Hay que pensar, que por norma general (bueno siempre hay excepciones) la gente no va a dar por saco al trabajo, todo lo contrario, lo normal, es que la gente quiera hacerlo mejor, y cuando se expone un riesgo del tipo «oye, es que esta arquitectura genérica, no se puede adaptar al 100% en este proyecto», no es que esté tirando por tierra nuestra maravillosa arquitectura, o que no le guste nuestro trabajo, es que está exponiendo un posible riesgo en una determinada situación, y lo que hay que hacer, es trabajar, para evitar ese riesgo, por ejemplo, en este caso, haciendo alguna modificación en la arquitectura para adaptarla a este caso concreto.

En definitiva, para no enrollarme más, que una cosa es comunicar y otra «dar la chapa» :o), preguntad, exponer los riesgos, hablad en las reuniones, dar vuestras opiniones, pero más importante aún, escuchad a los demás lo que tienen que decir, que seguro, que escuchando de todos, aprendemos algo, bueno vale yo siempre he sido algo cotilla y de ahí que me guste tanto escuchar jeje.

Y para acabar, la némesis del dicho del principio, y que es la que propongo que adoptemos «es mejor preguntar y parecer ignorante, que no hacerlo y seguir siendo ignorante».

8 comentarios en “Hablar, preguntar, escuchar, … y aprender …”

  1. Hola Luis,

    Una de las personas del equipo de desarrolladores con el que trabajo hace poco me hizo el inmenso favor de recordarme justamente una de las frases que citas «¿acaso alguien nace sabiéndolo todo?».

    A veces se nos olvida que lo más importante del trabajo son las personas. Que bueno es darse un respiro y abrir las orejas par escuchar lo que intentan decirnos.

    Saludos.

  2. Aúpa titán!!!

    En relación a lo que cuentas es algo que me fascina cuando doi alguna charla en los grupos de usuarios. La gente no participa, por mucho que trates de empujarlos cuesta muchísimo que alguien haga preguntas. Supongo que es por el miedo a que otros piensen que se es un ignorante.

    Ya no te cuento lo que cuesta que la gente se aníme a dar una charla…

    Por muy ignorante que uno sea, siempre hay cosas que sabe que otro ignora. Siempre se es más listo que otro en otro campo.

    Además todos somos igual de ignorantes: todos ignoramos la misma cantidad de cosas, infinitas.

    Solo hablando, discutiendo, preguntando y participando se aprende.

    En Scrum y en las metodologías ágiles en general siempre se hace mucho incapíe en la importancia de las comunicaciones libres y abiertas entre los miembros del equipo.

    Interesante tema el que has tocado…

    Un saludo!!!

  3. Ay el Summit… estoy muy mayor tio… la verdad es que tener dos joyas en casa en lugar de una hace que la morriña sea casi invencible…

    Cuentamé todo todo todo en tu blog ¿eh?
    Y la próxima que vaya por Madrid te invito a cenar y me cuentas en persona…

  4. Ya te iré contando a ver si puedo por el blog, y si no ya hablaremos jeje.

    Y ¿a quién le digo yo ahora, no te digo trigo por no llamarte Rodrigo? 😛

  5. Ya lo decía Sócrates, «solo sé que no sé nada» y como muy bien dices, cuando alguien pregunta algo hay que contestarle con educación y porque los humanos somos seres sociables y el progreso reside en la comunicación y aprendizaje en grupo.

    Pero para poner una nota un poco negativa 😉 a mí a veces me cansa que la misma persona me pregunte lo mismo infinidad de veces, ¿que habría que hacer en estos casos?, me ha llegado gente que no sabía depurar en aplicaciones Windows, no importa, yo pacientemente me he puesto con ellos y les he demostrado como depurar hasta llegar al origen del error, pero han seguido sin saber incluso después de repetir lo mismo hasta 4 veces, en estos casos me gustaría que me saliera un comentario un poco borde, pero al final para mi fustracion personal he seguido intentando enseñar como hay que hacerlo. Con esto solo quiero desahogarme.

    Saludos.

  6. Buenas Carmen, bueno esos casos es difícil, lo suyo es formación, pero si ni con esas, bueno, esa gente poco a poco, y es triste, son reemplazables y serán sustituidos por gente más capacitada.

Responder a anonymous Cancelar respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *