👋 Hola, soy Felipe con un nuevo post para el newsletter de “Nerd From Chile”. En cada post, escribo sobre aprendizajes, ideas, consejos y guías para escalar en tu carrera en la industria del desarrollo de software. Suscríbete para obtener el newsletter cada semana👇

🗣¿Cómo he evolucionado mi "voz" siendo developer?

La perfección y la introversión han sido mis enemigos desde que comenté mi carrera.

Si también eres developer como yo, probablemente practicas esos mismos males que te impiden sentirte pleno con el trabajo que haces.

Los developers somos conocidos por hablar poco, hablar con tecnicismos y tener opiniones algunas veces extremas sobre tecnología o algún framework.

¿Pero sabes? No tiene que ser así.

Tal como la perfección e introversión son mis enemigos, he aprendido a usarlos a mi favor y así poder detectar situaciones donde me he frenado y sentido satisfecho con mi trabajo.

Nos estamos moviendo a un futuro donde la marca personal será cada más importante. Y por consecuencia,  es decisivo trabajar en tu “voz” y estilo de comunicación.

Las siguientes, son 4 áreas que me han funcionado para eso. Espero que pueda darte ideas y algunos pasos a seguir en tu carrera como developer. ¡Vamos!

🔬 Empieza con pequeños experimentos

Lo entiendo. Lo más difícil es comenzar.

Las buenas noticias es que pasamos la mayoría de nuestros días frente a un computador, y si sufres de introversión o todavía no te sientes cómodo interactuando en video/audio con tu equipo, puedes al princpio beneficiarte de la comunicación vía texto.

A diferencia de cuándo empecé, existen múltiples plataformas digitales donde los developers “viven” e intercambian código.

Es el caso de Github y StackOverflow.

En la primera, developers pueden conectar con otros developers y trabajar en frameworks y librerías “open source”. Y acá la palabra importante es conectar.

En Github no solo he contribuido a proyectos “open source”, si no que también he conocido y validado mi estilo de comunicación. Me ha permitido expandir relaciones con personas, que originalmente se basaban solo en proyectos en una empresa.

Si quieres empezar, te recomiendo elegir alguna librería “open source” que estés usando y crees una hilo de discusión (en la jerga Github se llaman “issues”). No te compliques. En vez de crear, puedes contribuir a un “issue” existente dejando un comentario. Estas discusiones generalmente están en inglés, así que participar en estas tienen ese otro beneficio añadido para mejorar el idioma.

En el segundo caso (StackOverflow) es incluso más fácil. Si eres un usuario intenso de esta red, puedes empezar a aportar y buscar discusiones de, por ejemplo, el framework que más te guste. O algún bug que resolviste y dejarle a la comunidad la manera de como lo solucionaste.

Hace tiempo escribía sobre los beneficios de StackOverflow en tu reputación y mantengo mi posición en que ha sido otra manera efectiva de validar mi estilo, interactuando con un rango múltiple de personas.

Si has estado participando en un proyecto en tu trabajo y también lo estás disfrutando, podrías considerar dirigir y presentar un demo del producto al cliente.

Lo que me funcionó a mí fue empezar centrándome en 2 o 3 flujos de usuario que yo mismo desarrollé. Y así te puedas sentir cómodo llevando la presentación. Si eres más senior o lideras un equipo, el demo puede ser más extenso e incluso recomendar al cliente mejoras y pasos a seguir.

En este último caso, la exposición a una audiencia que no entiende la jerga técnica ha sido otro pilar para desarrollar mi “voz” y obtener validación de mis capacidades para comunicarme.

👕 Crea un producto que resuelva un problema que tengas

Hace 10 años atrás tomé la decisión de dejar mi trabajo y empezar con un startup. Fueron tiempos de mucho aprendizaje, emoción y de poder ampliar mi red de contactos en el mundo.

Para ese producto, pretendía resolver un problema en el ámbito musical y creé una app que permitiera a los músicos recordar secuencias de acordes. Al ser músico yo mismo,  “sufría” en presentaciones donde tenía que escribir esas secuencias en varias hojas de papel y después era difícil organizarlas y encontrarlas.

Pasé 2 años siendo el “CEO” de este producto. Como podrás intuir, mis tareas del día a día no eran solamente escribir código o validar la parte técnica, si no que también hacer proyecciones financieras, contabilidad, reuniones con clientes, y otras muchas más.

Además de haber ganado toda la experiencia de habilidades blandas, me sirvió mucho para recibir feedback. Presentar mi producto ante una audiencia de inversionistas y músicos, eran instancias que me motivaban para validar mi estilo y mejorar continuamente la comunicación de mis ideas.

Ahora. No quiero que dejes tu trabajo. Pero sí, que pienses en algo que te “duela” y quieras dedicarle tiempo a resolver.

La perfección y la vergüenza de presentar algo públicamente pueden ser tus enemigos. Pueden llevarte a un estado de parálisis donde en vez de disfrutar, se convierta en algo frustrante. Para partir, te aconsejo lo siguiente:

• Crear algo que solo tú uses. Dedícale 4 horas semanales y ve qué pasa después de 1 o 2 meses. No te compliques con diseño y planificación. Usa una lista de tareas en tu app favorita para organizarte.
• Cuando tengas algo más evolucionado, elige personas de confianza para mostrarle tu producto. Obtén feedback y sigue iterando.
• Amplia el rango de esas personas a potenciales clientes o usuarios del producto. Motívate con el feedback constructivo y aprende a evadir los “haters”. Sigue iterando.
• Publica tu producto. Documenta internamente lo que aprendiste. Define un “roadmap” de cómo continuar.

Comenzar un producto puede tener distintas versiones. Puede ser un startup donde dediques el 100% de tu tiempo junto a un equipo, o también algo que hagas en solitario, en tu tiempo libre y a tu propio ritmo.

Los dos extremos y sus variaciones son válidos para desarrollar la “voz” y estoy seguro van a impactar profundamente tu carrera profesional.

🕹 Lidera proyectos paralelos en trabajo

Crear el blog de la empresa, instaurar un nuevo sistema de documentación y adoptar un framework de desarrollo, son algunos ejemplos de proyectos que he liderado en trabajo anteriores.

Cuando me he expuesto a esto mis miedos han sido: ¿A quién debo contactar para convencer de esta idea? ¿Qué tareas debo concretar? ¿Cuánto tiempo me va a tomar para que esa idea finalmente se concrete?

He tenido la suerte de gozar de libertad y flexibilidad para desarrollar esos proyectos y definir planificación u objetivos.

Liderarlos me ha permitido escalar en mi carrera y ampliar mi horizonte respecto a los roles que puedo ejercer. Sentirme más cómodo con mis ideas. Seguir más mi instinto e intuición (lo que los gringos llaman “gut feeling”).

No sientas que esta práctica es limitada por la experiencia. He observado que un junior developer tiene menos inhibición al momento de sugerir y participar de proyectos paralelos. Especialmente si estás empezando en el mundo del software, es una gran forma de descubrir tu estilo antes que el resto.

☎️ Trabaja en tu comunicación 2.0

Esta semana escribía en Twitter sobre el “super poder” de escribir y cuan importante es para tu carrera como developer. Nos pasamos el tiempo escribiendo mensajes de commit, respondiendo a pull requests y comunicándonos en Slack o Teams.

Escribir de forma directa y clara se ha vuelto crucial en un mundo remoto de pandemia.

Dependiendo de cuánto quieras mejorar y cómo quieras exponerte al mundo escribiendo, es probable que pases por el miedo de pensar que no eres bueno o que tus ideas son repetitivas porque alguien ya escribió al respecto.

El haber empezando este newsletter por ejemplo, es otro intento mío de no escuchar esa voz perfeccionista y entregar algo imperfecto. Este email que estás leyendo es imperfecto y esa misma sensación de sentirme cómodo enviándolo, refuerza mi “voz” y me permite continuar sin que me importe lo que piense el resto.

Una técnica que me ha ayudado a hilar mejor ideas es el story telling. Escribí sobre ella en este post con algunos tips para atraer la atención de tu lector. Si escribir posts o newsletters no es lo tuyo, puedes empezar por Twitter o LinkedIn (y lo más importante, no paralizarte y apretar el botón “Enviar” 😅).

Presentarte en conferencias es otra gran manera de desarrollar tu estilo.

Especialmente ahora que son híbridas (remoto + presencial), puedes tomar la oportunidad de hacerlo desde tu computador y reducir la ansiedad (si es que eres menos experimentado) de interactuar cara a cara o responder preguntas.

Probablemente, esto último sea una de las cúspides como developer para desarrollar tu “voz”. Presentar tu producto o experiencia ante un público que no conoces, sin poder predecir el feedback que vas a obtener.

💡Puntos importantes

• Comienza con pequeños experimentos. Interactúa en Github o StackOverflow con otros developers. Presenta un demo al cliente de un producto que estés trabajando y así exponerte a una audiencia no técnica.
• Encuentra un “dolor” personal y crea un producto. Úsalo internamente y mejóralo consistentemente. Muéstralo al inicio en un grupo de confianza y después a potenciales usuarios.
• Localiza áreas en tu trabajo donde puedas liderar un proyecto. Ojalá no relacionado a lo que haces en tu día a día.
• Trabaja en la evolución de estilo para escribir y comunicarte verbalmente. Usa un blog, newsletter o redes sociales y así mejorar tu claridad en el mensaje.

Tweet de la semana

4 tácticas poco comunes para ser un mejor líder remoto