Escribir buen código es igual de importante que entender a las empresas

Estuve leyendo este maravilloso libro de Roberto Canales Mora, un gran trabajo el que hay metido aquí dentro. Si es verdad que hay tantas reglas no escritas como estrellas en el cielo, vamos a resaltar algunas que en mi opinión me han servido para enfocar mi posición real, en el entorno en que estuve trabajando, tomando de referencia algunos aspectos del libro que me sirvieron a la hora de empezar..

🐱‍🚀 Entender tu cargo actual y tu perfil

Me parece que este es uno de los puntos más importantes del libro, cómo bien se dice debe haber un equilibrio en los equipos y nadie es mejor que otro aunque sea de un rango mayor al tuyo, todos somos piezas de una maquinaria más grande (Página 402). En el se describe cómo se diferencias 4 perfiles:

Realmente no tiene que coincidir exactamente con la realidad, pero entiendo que ciertos cargos necesitan un tipo de perfil, ya no solo para mantener al trabajador contento, sino para que se encuentre equilibrio de su vida personal y profesional.

🙉 La comunicación es un arma de doble filo

Si la comunicación pesa mucho en los proyectos y los principios sacados de contexto también, esto último viene de ese típico chat en el que si solo se lee una parte de la conversación se pueden entender diferentes conceptos. Todo depende de la persona y su estado mental. Mejor no jugar con la suerte.

No hay peor enemigo que un chat de Slack o de Microsoft Teams, ya no solo constantemente interrumpiendo tu tiempo de programación, si no que encima se usé para hablar de temas que con una video llamada de zoom se solventan en 3 min. o no pero al menos no estamos esperando a que la otra persona escriba el contexto y el problema para luego esperar nuestra contestación de brazos cruzados.

Unos consejos del libro (página 463) y lo aprendido a modo resumen no vienen mal:

• Se discreto, si tienes que decir algo a otra persona, como un bug o un problema siempre usamos el chat privado primero. Y no hables mucho de ti, realmente vamos a trabajar, no me gusta pensar en ello pero todo lo que digas en un chat puede ser usado en tu contra.

• Sé coherente, si dices que vas a dedicar una mañana a implementar algo e implementas otra cosa, vas a darle una sorpresa a tu superior y no a todo el mundo le gusta. Si tienes que cambiar la tarea por un problema comunícalo primero, no esperes a que pasen las horas.

• Haz el mínimo de sugerencias posibles, es decir una, y si es en privado mejor, para que la otra persona no se sienta mal delante de los demás. Si te ignoran la responsabilidad no es tuya, no te preocupes tu ya hiciste tu trabajo al preguntar: ¿Por qué lo hacemos de esta manera y no es esta otra?

• Resume tu feedback, la persona que te supervisa no necesita saber el 100% de todo lo que sabes, si no, lo realmente necesario, ¿Qué funciona?, ¿Qué dejó de hacerlo? etc. En 3 o 4 líneas máximo. Ten en cuenta que se lee además de tu feedback los de otras personas.

• Mira lo que escribes y léelo antes de enviarlo. Vacía tu mente y tu contexto y haz el ejercicio de leerlo de nuevo. ¿Qué intención tiene el mensaje?, ¿Está correctamente redactado?, ¿Le llega lo que quiero transmitir?. Si alguna pregunta falta hay que corregirla, una sucesión de mensajes mal escritos pueden interpretarse mal y eso es malo.

🙄 No dejes nada por entendido

Como bien se cita en el libro (Página 48):

“El sentido común es el menos común de los sentidos”

¿A qué me refiero con esto? Pues la verdad es que en el libro se ponía de ejemplo las normas de comportamiento, pero a mí lo primero me chocó al entrar al mundo laboral es que al no tener contexto de otros trabajos, era muy posible que a la hora de transmitir la información de lo que tenía que hacer y lo que hacía no se corresponden ni al 60%. Aquí es donde choca un sentido común con otro.

Si la realidad confunde, dejamos de hacer tareas con puntos bien definidos a nuestro profesor, al “quiero esto” de tu superior o un cliente. En base al libro, la experiencia con Design Thinking y mi corta experiencia de lo que he visto se me ocurrió combinar 3 aspectos para ayudarme.

✂ Separar el ¿Qué del cómo?

Si por raro que parezca separar estos dos conceptos a nivel conceptual, es algo difícil si lo único que practicas es plantear la solución antes de entender el problema. Lo primero es, entender qué es lo hay que hacer, de eso sustraer lo que realmente hay que hacer y finalmente ya nos encargamos de él cómo se implementa.

🎨 Apoyarnos de dibujos o esquemas

La visión de cada persona está sesgada por experiencias pasadas, si no has presenciado lo mismo que la otra persona lo ideal es llegar a un punto medio. Los dibujos son una buena herramienta para hacer entender a la otra persona tu visión de la idea a nivel conceptual, al fin de al cabo veis lo mismo.

⏳ Entender el tiempo que se tiene y hacer un plan para gestionarlo bien

Es cierto, hay cosas físicamente imposibles de hacer en un tiempo determinado, o situaciones en las que es posible hacerlo pero no con la calidad que nos gustaría (Página 131). En este tipo de situación se produce un desgaste, aunque depende tanto del nivel complejidad del proyecto, como la velocidad a la que debas ir y del tipo de persona.

Lo ideal es llegar al equilibrio entre lo que te gustaría hacer y lo que hace falta. No me seas así:

Conclusión

Finalmente espero que os haya gustado, para entrar más en profundidad en ciertos temas el libro está muy bien. Muy llevadero con las viñetas y las anécdotas. Me hubiera gustado, por ejemplo, que un yo del futuro viniera y me lo dijese, pero bueno todo es un camino o un proceso de entendimiento.