Soft Skill: Escribir
Introducción
Hay una separación medianamente arbitraria en el ambiente "de tecnología" entre skills "soft" y "hard".
Los hard skills son capacidades técnicas. Conocer un lenguaje de programación. Entender un protocolo. Experiencia con un software específico. Todo bien con eso, por supuesto. La mayoría de los que trabajamos en tecnología es porque nos gustan o nos interesan esos "hard skills", o trabajaríamos de otra cosa ¿no?
Las habilidades "blandas" son todo lo demás. ¿Saber negociar tu salario? Soft. ¿Ser prolijo manejando tus tickets? Soft. ¿Comunicación? ¿Presentación? ¿Compartir conocimiento? Soft, soft, soft.
Un problema con esta separación es que "hard" en inglés significa dos cosas. Significa lo opuesto de soft, como cuando decimos "hardware" y "software", pero también significa "difícil". Hay un mensaje subliminal de que las habilidades "soft" son la parte fácil y que las hard skills son la parte importante.
Esto lleva a una (en mi opinión) perniciosa escala de valores. Se puede aprender un lenguaje de programación en unos días o semanas. Podés dominarlo en semanas o meses, especialmente si aprendés rápido, o si tus compañeros son buenos transfiriendo conocimiento, o si sos curioso por naturaleza ... y todo eso son "soft skills".
En cambio esas habilidades "blandas" son en muchos casos muy difíciles de adquirir. No te podés tomar una semana y aprender empatía. No hay un curso en udemy para no ser forro.
En este artículo, y tal vez en otros en el futuro, voy a intentar resaltar algunos soft skills y tratar de describir como te pueden ayudar en tu trabajo.
¿El de hoy?
Escribir
Hace un tiempo Amazon implementó una metodología de reuniones en las que empiezan sentados, en silencio, leyendo un resumen de cinco páginas. De esa forma todos empiezan la reunión con el tema fresco, sabiendo lo necesario, enfocados, y no se pierde el tiempo explicando cosas que los reunidos ya deberían saber.
Imagináte que tuvieras que presentar así. ¿Podrías?
Le debo algunos de los mejores momentos de mi carrera a escribir, pero no a escribir código. A escribir "otras cosas". Escribir en una posición técnica no es una cuestión de estilo, aunque el estilo no está mal mientras no afecte la parte funcional de lo que se escribe.
¿Entonces, qué son (en mi muy humilde opinión) algunas cosas copadas cuando uno escribe en un ambiente profesional?
Claridad
El objetivo de escribir en el trabajo es comunicar. Si el destinatario de tu escrito no recibe exactamente la misma cosa que querías transmitir fallaste. Sí, esto limita un poco el cómo uno puede escribir. Si hay que elegir entre estilo y claridad, que gane la claridad.
Las listas son claras. Los ítems son claros. Las listas numeradas o con letras son aún mejores si el orden es importante o si después necesitás hacer referencia a un ítem. En todos los casos debés explicar el motivo de la lista.
Por ejemplo, esto está bien.
Necesitamos decidir si vamos a usar Gitlab o Github para hostear el proyecto. Las cosas importantes que necesitamos en la solución elegida son:
- Soporte de repositorios privados
- Buena integración con nuestro servidor gitea de CI
- Soporte integrado para code review
Cuando tengas dudas hacé una lista ... no es el peor consejo. Al menos hace que tu texto sea fácil de refactorear. Alguna gente hace listas y después llena lo que va en el medio. ¡Funciona!
Párrafos cortos.
Lenguaje simple.
Conciso
Lo más corto posible, pero no más corto. Mientras no pierdas significado o claridad, más corto es mejor.
Compartido
Hay un valor en código que no se comparte. Tengo pilas de notas que tomo mientras pienso las cosas. Sin embargo, los escritos que se comparten tienen más valor. De hecho, a veces tiene sentido tomar esas notas y adjuntarlas a un ticket. Si tuve que pensar cuatro horas como funciona esa maldita cosa, entonces capaz que hay valor en esas notas.
Relevante
Debe ser sobre un tema, y no sobre otra cosa. Si estás escribiendo un documento referente a un proyecto, mejor que sea sobre ese proyecto. Si estás escribiendo algo para apoyar una decisión específica, tu documento debe:
- Ser sobre la decisión
- Explicar por qué hay que hacer lo que vos querés
Es tentador escribir sobre todas las opciones posibles, o irse de paseo por todos los eventos históricos que llevaron a la situación en la que están ahora teniendo que tomar la decisión pero ... considerá el público. ¿Si ya saben esas cosas, vale la pena gastar su atención en eso?
Tené un mapa
Un documento profesional va de A a B. Algunos pueden llegar ahí por su cuenta. Algunos necesitan que google maps les diga en que esquina se dobla. Por las dudas, hacéte un mapa.
Un punteado super básico de lo que querés decir, algo como:
- Breve descripción de la situación actual
- Presentar opciones
- Describir pros y contras de opción A
- Describir pros y contras de opción B
- Fundamentar elegir A y no B
- Describir como saber si A está funcionando
- Conclusiones
Y después tratá de seguirlo.
Básico
- Ortografía
- Gramática
Extras
Que no sea aburrido. Sí, podés tener tu propia "voz" cuando escribís. Lo que quieras, pero sin arruinar el documento.
Conclusión
Mejorar tu capacidad de escribir te puede ayudar a progresar en tu carrera, comunicarte mejor con compañeros de trabajo, evitar confusiones, "guardar" decisiones y hace tu vida más fácil en general.
Hacélo.