¿Qué es ser un líder de equipo?

Hola a todos! Mi nombre es Arthur Dementyev, me gustaría compartir mi experiencia personal y escribir varios artículos sobre cómo es la gestión en TI. Y también para contar qué pisó el rastrillo y qué errores podrían evitarse. Escribiré todos los artículos basados ​​en mi experiencia trabajando en varias compañías de TI, en las cuales comencé como equipo de Team Leader (TL) de varias personas. En uno de ellos, desde cero, crecí un pequeño departamento en una gran estructura de TI y crecí a CTO.

Hay problemas en muchas empresas, a menudo las personas cometen errores. Fue la comunicación con ellos lo que me impulsó a escribir un artículo. En un futuro cercano, intentaré continuar publicando. Espero que sean útiles para TL, CTO, jefes de departamento o aquellos que simplemente se convertirán en ellos. Y comenzaré con una historia sobre lo que significa ser Líder de Equipo, será una mirada desde adentro.

Aquí debes hacer una digresión de inmediato. Existen diferentes empresas:

• grande, donde generalmente TI es el perfil de actividad principal. La jerarquía tiene CTO, líder tecnológico, líder de equipo, arquitectos, gerente de proyecto, analista. En tales condiciones, TL puede no realizar algunas funciones, que describiré a continuación;
• negocios donde solo una parte de la compañía está vinculada a TI. Allí, la estructura es la mitad de la primera opción;
• pequeñas empresas con un pequeño departamento de TI de varias personas (en mi caso éramos tres). Simplemente no hay nadie a quien transferir todas las responsabilidades. A veces, la tarea es hacer crecer esa oficina en una empresa desde el primer elemento de la lista.

Por lo tanto, el alcance y el rango de responsabilidades de TL depende en gran medida del tamaño de la empresa o del departamento de TI. Cuanto más grande es la empresa y más compleja es la estructura de TI, menos responsabilidades de TL.

Cómo convertirse en líder de equipo

Hay dos caminos estándar a una posición TL:

1. Desarrollo profesional de un programador en el lugar de trabajo actual. Por ejemplo, cuando tomas mucha iniciativa, trabajas duro, eres responsable, demuestras que tienes cualidades de liderazgo, etc. O lo transfieren a un lugar vacante cuando por alguna razón no desean invitar a una persona del exterior. En este caso, analizan los méritos y, a menudo, simplemente eligen al especialista técnico más poderoso. Es decir, la corriente, y no la aspiración, te lleva allí.
2. Cambias de trabajo y vienes a la nueva compañía en lugar de TL. Esto sucede cuando un especialista tiene muchos años de experiencia y desea desarrollar más, pero el crecimiento en una empresa existente es imposible y complicado por alguna razón. Como resultado, encuentras una compañía en la que creen que puedes manejarlo.

Cualquiera sea el camino que tome hacia su nueva posición, pero ahora codificará y administrará a menos personas.

Cambio en la actividad

Entonces, ¿qué hay de nuevo en tu vida desde el momento en que cambiaste de desarrollador a TL? Sin lugar a dudas, estará más involucrado en las discusiones y asistirá a las reuniones. Pero no puede perder el tiempo en tareas rutinarias, sino delegarlas a sus colegas. También tendrá que hacer más revisión de código. Quizás caerá contratos y facturación en contabilidad. Parece que la vida fue exitosa, y has logrado el objetivo.



Pero la euforia pasa bastante rápido, y casi comienzas a arder. Algo así sucede: el flujo de tareas es interminable, deben resolverse o delegarse, seguir lo que escribe el equipo. Los gerentes molestos todo el tiempo quieren algo y constantemente convocan a reuniones. "¿No hay nada más que hacer?" - piensas Los jefes tiemblan con los plazos, y una persona de repente dejó el equipo y buscó un reemplazo para usted. También la esposa está llamando. En general, te vuelves irritable y estás cerca del agotamiento. En este modo, realmente puedes vivir un máximo de un año.

¿Cómo sobrevivir en un infierno? ¿Cómo lo hace el resto? El principal problema es salir de su zona de confort. Estás en un mundo nuevo, las viejas reglas no se aplican. Por supuesto, hay una salida, pero debes encontrarla tú mismo, en cierto sentido, romperte y darte cuenta de algo nuevo.

Lo que necesitas entender

Hay algunas cosas para darse cuenta. Y cuanto antes lo haga, mejor y más fácil será para usted vivir.

• No se le paga dinero por escribir el código. La capacidad de escribir código y comprenderlo sigue siendo importante para TL, evalúa y reflexiona sobre la arquitectura, etc. Pero solo tienes dos manos, y el equipo tiene claramente más. Su tarea principal es crear tales condiciones para que el equipo sea más efectivo. El programador debe escribir el código, y todo lo demás es asunto tuyo.
• Ahora tus colegas escriben código mejor que tú. Pasarán de seis meses a un año, y la falta de práctica afectará sus habilidades. Después de todo, lo hacen casi todas las horas de trabajo, y usted de vez en cuando o en casa por las noches.
• Deja de hacer que las personas sean iguales a ti mismo. Una persona está tan dispuesta que cree que nadie puede resolver el problema mejor que él. En primer lugar, este no es siempre el caso, y en segundo lugar, si pasa tiempo resolviendo todos los problemas, porque cree que la gente no puede hacerlo, ya no es TL. Confía en las personas.
• Sus principales indicadores de rendimiento son la calidad de todo el proyecto y el tiempo de desarrollo. Aquí, quizás, el papel principal lo desempeñan sus habilidades de comunicación. Algo debe hacerse de manera eficiente y durante mucho tiempo, y a veces una solución rápida es más conveniente. La dificultad es que tienes que llevar esto al programador y convencerlo de que haga lo que necesites en este momento. Y no después de 2 días para descubrir que solo está en el medio, y que ahora se necesita una solución preparada.
• Motivar a las personas. Cree un sistema de motivación para que todos quieran trabajar mejor. Emitir bonos si no hubo emergencia? No, esto no tiene sentido. Implemente métricas, recopile estadísticas, evalúe el trabajo de las personas. También supervise el crecimiento profesional de los empleados que se están desarrollando. Siempre mantenga su dedo en el pulso.
• Necesitas contratar personas. Es bueno si tiene un departamento de recursos humanos que puede contratar especialistas de TI. Si no, tienes responsabilidades adicionales. Aprenda a crear vacantes, seleccionar especialistas, realizar entrevistas y despedir. Y si no tiene una startup con inversiones espaciales, prepárese para encontrar personas en el presupuesto por debajo del mercado. Incluso puede que tenga que llamar a los candidatos usted mismo.
• Eres responsable de todo el proyecto. Si su servicio se bloquea repentinamente durante mucho tiempo o no se puede restaurar porque no hay copias de seguridad, siempre tendrá la culpa de la administración. La eficiencia técnica del proyecto es su responsabilidad.
• No puede elegir la tecnología que desea. Un desarrollador ordinario puede ofrecer nuevas tecnologías, y la tarea de TL es mantener el equilibrio de la pila de tecnología del proyecto. Recuerde, la estabilidad del proyecto y el proceso de desarrollo es su responsabilidad. ¿Qué pasa si el único guardián de alguna tecnología especial deja el equipo? Además, el uso de cada tecnología debe estar justificado. Periódicamente observé cómo una excavadora y media en un pequeño proyecto vio todo en microservicios. No se dieron cuenta de que la compañía no estaba lista para esto. Por supuesto, tales experimentos no condujeron a nada bueno.
• Eres un salvavidas en cualquier apuro. En cualquier situación de emergencia, no puede simplemente ladrar al comando: "¡Todo debe hacerse!" y vete. Tienes que sentarte hasta la noche. No puede dejar a los desarrolladores con un problema uno a uno. Este es un mal ejemplo para ellos, la responsabilidad en tales casos recae en el TL. Pero mantener a todo el equipo en el trabajo de emergencia tampoco tiene sentido. Yo mismo volví a casa varias veces a las 5 de la mañana, y al día siguiente llegué a las 9 de la mañana para una reunión. En general, su trabajo no es mencionar esto.
• Debe poder reemplazar a cualquier miembro del equipo. Si alguien se enferma, se va de vacaciones o renuncia, y el proceso de desarrollo se detiene, toda la responsabilidad recae en usted. Prepárate para esto siempre.
• El aspecto psicológico. Debe comunicarse con el equipo y comprender a las personas, saber qué problemas pueden tener e incluso ayudar a resolverlos. La mayoría de los programadores son introvertidos, debes tratar de descubrir qué no les conviene o que interfiere con el trabajo. Por supuesto, la mayoría no dirá esto, necesita aprender a entender esto. Pero lo principal es no ir demasiado lejos y no convertirse en psicólogo en lugar de jefe, de lo contrario, termina mal.

Algunas desventajas ¿Hay alguna ventaja?

Si! Y hay muchos más inconvenientes. Ahora tiene los recursos que administra. Entonces tiene más medios para lograr el resultado, es decir, resolver problemas de negocios. Eso es lo que él espera de ti.

Haría una comparación con un equipo de fútbol. Usted, como entrenador de un equipo joven, cada jugador tiene sus propias fortalezas y debilidades. Si los administra sin tener en cuenta las características de cada uno, entonces es poco probable que pueda ganar algo. Pero convertirse en un verdadero líder de equipo, debe ser capaz de convertir las debilidades de sus colegas en fortalezas por el bien de la victoria.

Puede contratar personas poco experimentadas, pero en medio año conviértalos en especialistas geniales que impulsarán el proyecto. Recuerde que tiene enfoques interesantes en su arsenal, por ejemplo, Scrum o Kanban, que pueden convertir el desarrollo doloroso en un proceso bien establecido para todos sus participantes.

También tienes un gran campo para la experimentación. Tiene recursos para buscar y probar nuevas soluciones. Esto debe hacerse, algo funcionará y traerá éxito. Busque formas que beneficien tanto al equipo como a la empresa. No hay una bala de plata, debe encontrar su propia solución que funcione en condiciones específicas.

Use su experiencia y cree sistemas efectivos de selección de empleados. También motiva y desarrolla a tu equipo. Y no te olvides del desarrollo de ti mismo: lee libros, escucha conferencias, ve a conferencias. Al final, solo chatea con personas y comparte experiencias. Como resultado, construirás el equipo de sueños más fuerte.

Si aún no comprende, con el tiempo se dará cuenta de que el recurso más importante son las personas. Quédese con sus colegas, no con el jefe y los subordinados. Sé un mecanismo, ayúdalos y ellos te ayudarán.

Team Leader no es un superprogramador, es un líder que puede obtener de cualquier recurso, pase lo que pase, formar un equipo genial y obtener ganancias para la empresa. Eso es lo que hace que este trabajo sea realmente genial.



Para mí, personalmente, es el mayor elogio cuando la gente viene y dice: "¡Maldita sea, qué servicio han servido! ¡También con un equipo tan pequeño! Después de eso, entiendes que no todo fue en vano. Y da fuerza para hacer que el proyecto sea aún mejor. Por así decirlo, gana tu campeonato con los muchachos.

Para aquellos que ya van a entrevistarse mañana

Vale la pena contar sobre las vacantes para el puesto de TL. Como escribí anteriormente, las compañías son diferentes, tienen tareas diferentes. En la entrevista, trate de entender quién necesita el empleador para que sus expectativas coincidan con la realidad. Es especialmente divertido cuando la empresa no tiene una jerarquía clara, y todo debería depender de una persona. Por lo general, en sus vacantes hay una frase: “Tienes que programar el 70–80% del tiempo. Aconsejaría evitar tales sugerencias. O quieren ahorrar en usted, o la gerencia no entiende por qué necesitan TL. Por supuesto, cada caso es individual, pero aún hay facetas de lo racional. Al final, una persona se agotará y se irá, porque no puedes vivir con estrés todo el tiempo.



Enfoque la elección del lugar con la comprensión de lo que desea obtener. Recuerde que la entrevista se lleva a cabo no solo con usted, sino también con la empresa. Siéntase libre de hacer preguntas, descubrir todo. Es mejor saber todo de antemano que terminar en el abismo. Incluso puede solicitar conocer al equipo, escuchar lo que dice su futuro equipo. El precio del error es alto: el lugar equivocado puede desalentar todo desarrollo posterior y no le permitirá ingresar a este maravilloso mundo.

Conclusiones

Elegir convertirse en un TL debería ser una decisión consciente, y no solo porque estás cansado de escribir código o quieres un salario más alto. TL es el primer paso en la gestión de TI. En esta etapa, puedes entender si te gusta o no. Y si no, siempre puede volver a los desarrolladores. Pero tenga en cuenta que si trabaja en TL durante mucho tiempo, volver puede ser difícil. TL no escribe mucho código, el mundo, con la tecnología, está cambiando mucho, se pierde la experiencia. Puede resultar que regrese, y tomará mucho tiempo recuperar el tiempo perdido.

Este es ciertamente un trabajo muy interesante. Tendrá que romper su pensamiento y comenzar a pensar de una manera nueva. Y, por supuesto, salir de la zona de confort. Pero luego obtienes una experiencia de gestión invaluable, puedes construir equipos y lograr resultados para la empresa.

Todo lo descrito anteriormente viene con experiencia. Los libros de texto y los cursos no te enseñarán a ser TL. Pero pueden ayudar a sortear una cantidad considerable de rastrillos.

PD: ¡Gracias por tu tiempo! Te pido que no juzgues estrictamente, este es mi primer artículo sobre el centro Espero que ella sea útil para alguien. Traté de transmitir mi experiencia personal. Le agradecería cualquier opinión. Pero esto es solo el comienzo, luego quiero profundizar en los detalles de los procesos de desarrollo y gestión del equipo y contar cómo los construí.

Mis otros artículos de gestión de TI:
Equipo de ensueño desde cero: contratar profesionales de TI
Cómo crear y administrar equipos exitosos
Nuevo empleado: vivo o muerto
Grow, Team Leader, grande y pequeño