Las dos semanas

No importa si eres manager o ingeniero, deberías poder tomarte unas vacaciones de dos semanas sin problemas. Si hay algún problema, es una señal clara de que no estás compartiendo suficiente conocimiento con los demás.
Esto no es sólo malo para las organizaciones, sino que si siempre eres un cuello de botella, te resultará muy difícil tener un buen equilibrio entre el trabajo y la vida personal. Tampoco es bueno para ti, las personas que aportan mayor valor a la organización son las que hacen que todos los que les rodean sean mejores.
Si haces que 5 personas sean un 20% mejores, es mucho más valioso que si un simplemente mejoras tus habilidades de programación en un 20%.
Esto es lo que no deberías estar haciendo:
❌ No guardes el conocimiento y el contexto sólo para ti
❌ No crear ninguna documentación
❌ No brindar apoyo, no ser útil para incorporar y apoyar a otros que trabajan en esa cosa específica
Esto es lo que deberías estar haciendo:
✅ Difundir el conocimiento y la conciencia al respecto
✅ Crear documentación y documentos de aprendizaje
✅ Brindar apoyo, ser útil y estar ahí cuando otros necesiten ayuda
El objetivo debe ser que si alguien del equipo decide irse de vacaciones dos semanas, todos los procesos y todo el equipo siga funcionando con normalidad. Esa persona no debería responder ningún e-mail, mensaje o arreglar algo si se rompe.
No debes concentrarte solo en asegurarte de comprender el dominio, el proyecto o la tecnología específicos, sino que debes concentrarte en hacer que sea más fácil para todos los que te rodean comenzar a trabajar con ellos o poder comprenderlos.
Es importante no ser un cuello de botella de información y que los procesos dependan de ti. Si eres alguien de quien tu equipo depende en gran medida para que el trabajo esté terminado, no podrás crecer y dar el siguiente paso porque el proyecto estaría en riesgo y la empresa podría ver con malos ojos un cambio de tu posición.
Compartir conocimiento es invertir en tu equipo y en tu propio futuro profesional. ¡Empieza hoy!
Este artículo se publicó primero en LinkedIn