Ser la "persona nueva" en un equipo tech

por César SantosJulio 10, 20205 minutos
También disponible en: Inglés

Ser "la persona nueva" en cualquier lugar es probablemente una situación incómoda para cualquiera, especialmente si es relacionado con el ambiente laboral - por ejemplo, empezando en una nueva empresa - pues te puedes sentir extraño en este nuevo ambiente, asimilando un montón de nueva información y rodeado de mucha gente nueva. Mientras este post de Kristin Wong (en inglés) habla a profundidad sobre ello, aquí nos enfocaremos en puntos específicos relacionados con ser "el nuevo" en un equipo de tecnología.

Qué hacer cuando empiezas en un nuevo equipo tech?

Primero que todo, no vas a ser 100% productivo inmediatamente, y la empresa lo sabe, así que no te preocupes por eso. Estarás ocupado aprendiendo cosas y algunas veces produciendo.

Si tu compañía espera que entregues cosas en tus primeros días y te acosa por eso, quizás no sea el lugar adecuado para trabajar.

Tendrás probablemente un par de reuniones de inducción con tu jefe, y tus compañeros de trabajo te guiarán por el proyecto, requerimientos, responsabilidades, stack de trabajo, e información importante para tu día a día laboral en general. Durante este tiempo, no olvides presentarte a tu equipo de trabajo y conocer un poco más sobre sus responsabilidades y cualidades, así todos pueden identificar como apoyarse unos a los otros cuando lo necesiten.

Siguiente paso, configurar tu ambiente de trabajo. Cuando hagas esto, probablemente te vas a encontrar con errores porque a) tus compañeros de trabajo tomaron otros pasos al configurar el ambiente, b) tu computador es diferente de alguna manera; así que la documentación para configurar el ambiente de trabajo puede estar desactualizada. En este caso, probablemente sufrirás un poco configurándolo, y necesitarás ayuda; pero aprovecha la situación, actualiza la documentación adecuadamente, y así harás más llevadera la vida de los futuros miembros del equipo.

Familiarízate con los componentes, con los estilos, con el código fuente, con la estructura de carpetas, con los estándares de codificación, etc. Si no hay estándares de código, deberías sugerirlos!; pero recuerda que eres el nuevo del equipo, así que exprésate sabiamente.

Toma un rol de observador en el proceso de revisión de código (o revisión de pares), observa cómo ellos trabajan y qué tipo de realimentación se provee. Esto te ayudará a estar más preparado para hacerlo tu mismo y mejorará tu habilidad de codificación.

Qué hacer cuando necesitas ayuda en tus tareas?

Primero que todo, has todo lo que puedas por resolver los errores por ti mismo. Sé curioso acerca de otras implementaciones; revisa el proyecto a ver si puedes encontrar ejemplos o funcionalidades similares a lo que estás necesitando resolver. Por otro lado, si tienes un problema con una librería específica o con algo relacionado con un lenguaje de desarrollo en particular; puede sonar estúpido: pero Googlealo!, no importa qué tan raro tu error pueda ser, es probable que alguien ya haya experimentado un problema similar.

Si aún estás bloqueado después de intentarlo por ti mismo (revisa la sección "cosas a tener en cuenta"), es tiempo de preguntarle a tus compañeros; pero tienes que saber qué preguntar. Pregunta por ejemplos o por documentación o por material que te pueda ayudar a encontrar la solución a tu problema (si esa documentación también está desactualizada, no tengas miedo de actualizarla también). En vez de preguntar "Oye! me puedes ayudar a hacer esto?", primero debes acerca del error, qué has intentado hacer para corregirlo y qué tienes en mente de la posible solución.

¿Por qué?

  • Demuestras que de verdad intentaste resolver el error lo mejor que pudiste.
  • Provees suficiente contexto y ayudas a tus compañeros a delimitar las posibles soluciones que te puedan sugerir.
  • Algunas veces, lo único que necesitas hacer es eso: hablar acerca de tu error con alguien más, ya que la solución podría surgir en tu mente mientras hablas de ello.

Recuerda siempre buscar orientación, no alguien que haga el trabajo por ti.

Cosas a tener en cuenta

Ten presente el tiempo que tiene para entregar la tarea y el tiempo que empleas investigando en busca de soluciones. ¡No dediques demasiado o muy poco tiempo por ti mismo! Por ejemplo, pedir ayuda cada 15 minutos es tan malo como pasar 3 días investigando solo. Si ya te sientes bloqueado, comunícate con tus compañeros de equipo en lugar de pasar más tiempo sin progresar.

Como se mencionó anteriormente, no serás completamente productivo hasta que hayan pasado algunas semanas (a veces incluso más tiempo, dependiendo de la complejidad del proyecto), y tus compañeros de equipo deben ser conscientes de eso. Por otro lado, podrían estar bastante ocupados en ese momento, así que valora el tiempo de tus compañeros de trabajo. Pregúnteles si pueden ayudarte y cuándo pueden hacerlo, en lugar de simplemente robarles 30 minutos o más de su tiempo.

Al final, tu tiempo y el de tus compañeros de trabajo es muy valioso y debe usarlo de la manera más inteligente posible.