Renuncia siempre
(jmmv.dev)-
Una buena filosofía para la vida laboral es "Always be quitting"
-
No significa que debas estar pensando constantemente en renunciar, sino actuar de forma que puedas irte en cualquier momento
→ Esto te convierte en un mejor ingeniero y te abre oportunidades de crecimiento
→ Se parece a "hacerte reemplazable" y "automatizar tu trabajo en la empresa"
- La clave es "no volverte indispensable": NOT being indispensable
→ Si te vuelves indispensable, te quedas atrapado en un trabajo específico y te quedas sin vacaciones ni crecimiento
→ Si ese trabajo deja de ser necesario, tu puesto también deja de serlo
- Paradójicamente, volverte desechable es lo que te da libertad
→ Hace más fácil crecer hacia roles más altos y cambiar con facilidad el proyecto en el que estás trabajando
- Formas concretas de hacerlo
- Documenta el conocimiento.
→ Cuando alguien te hace una pregunta, te está mostrando un vacío en la documentación que creaste.
→ Deja la respuesta en cualquier lugar: documentación, bugs, comentarios de código, para que quien te suceda no te necesite.
- Documenta los planes de largo plazo.
→ Haz que, aunque no estés explicando algo en tiempo real, al ver ese plan se pueda entender qué pasará con el proyecto hacia adelante.
→ Planifica con meses de anticipación para que, aunque te vayas, tus colegas no anden perdidos desde el primer día.
- Documenta las reuniones.
→ Documenta todas las reuniones a las que asistes, compártelas con el equipo y anota quién participó, qué se discutió y a qué conclusión se llegó.
→ Haz referencia a estas actas en los documentos de diseño. Quien te suceda las va a necesitar para ponerse al día.
- Invita a otras personas a las reuniones.
→ Si no es una reunión 1:1 y eres la única persona de tu equipo participando, invita a alguien más.
→ Otras perspectivas también son útiles, pero lo importante es evitar convertirte en el único punto de contacto.
- Capacita a la gente a tu alrededor.
→ El objetivo es que se vuelvan independientes. (Lo que normalmente se considera nivel senior en una ladder de ingeniería)
→ Haz que conozcan bien los planes y las tecnologías, y que sepan aprovechar la documentación
- Encuentra y forma a tu reemplazo.
→ Para cambiar tu rol, tienes que poder ser reemplazado. Encuentra a alguien que pueda sustituirte y acompáñalo de forma activa y constante.
- Dale poder a la gente.
→ Confía en que harán lo correcto.
→ Si estás en una posición de liderazgo, no hagas que otras personas tengan que pedirte permiso.
→ Deja que elijan por sí mismas y guíalas para que decidan con base en los datos correctos.
- No te conviertas en el PoC (Point of Contact).
→ Crea una lista de correo o algún otro canal de comunicación donde puedas incluir a más personas, y hazlo escalable.
- Delega.
→ Si ya les diste autoridad a otras personas, las incluiste en grupos y reuniones, y documentaste el conocimiento, entonces ya están listas para hacer tu trabajo.
→ Delégales tareas que les permitan crecer y enfócate en lo que solo tú puedes hacer.
- Aprende siempre.
→ Sigue ampliando tu conocimiento en las áreas que te interesan y mantén la motivación.
→ ¡Mejor aún si esa área coincide con el futuro al que quieres llegar!
- Todo esto no significa abandonar la responsabilidad.
→ Sigues siendo responsable de tu proyecto y de tu equipo, y debes seguir cumpliendo mientras ocupes tu rol.
→ Eso es importante porque esa responsabilidad te abrirá nuevas puertas.
- Si haces todo lo anterior, mejorarás no solo tú, sino también todo el equipo.
→ También es posible cuando eres IC (Individual Contributor, no gerencial), y de hecho estarás practicando algunas de las habilidades de un ingeniero Staff/Principal+.
3 comentarios
Al menos, creo que lo que se dice aquí debería aplicarse al 100% sin falta para que funcione como una empresa normal.
En lo personal, también me he fijado un criterio profesional: "El trabajo debe seguir funcionando aunque yo no esté. Si estoy, el trabajo debe mejorar." Y me esfuerzo por mantenerlo.
Parte de esto es un consejo como de “¿eh?”; puede encajar en organizaciones grandes, pero también puede no ir muy bien con organizaciones de startups.
Aun así, creo que es bueno documentar el conocimiento y las reuniones, capacitar, dar autoridad, delegar y abordar las cosas siempre con una actitud de aprendizaje.
En HN también hay muchas opiniones a favor y en contra sobre el artículo https://news.ycombinator.com/item?id=27456222