Mi nombre es Ekaterina, soy líder de equipo en MoySklad.
El año pasado hablé en la conferencia Saint TeamLead Conf 2018 . Lo principal de mi informe se recopiló en este artículo, el discurso mismo se puede ver aquí .
Mi camino en la empresa como desarrollador comenzó hace dos años y medio. Luego, en MyStore no había procesos establecidos, y nuestro líder de equipo fue nombrado según el principio de "¿Es este el desarrollador más experimentado del equipo? Serás un líder de equipo ". Pero un buen desarrollador no siempre es un buen líder de equipo.
No había una persona responsable en el equipo, preferimos pensar que tenemos democracia. Pero si no hay nadie responsable, los procesos en el equipo comienzan a desmoronarse.
En algún momento, quería más control y productividad para mí. Quizás entonces pensé primero que podría convertirme en un líder de equipo.
Autogestión
En primer lugar, comencé a controlar mi propio tiempo de trabajo y mis tareas. Dividí las preguntas que me llegaron durante el día en tres tipos:
- tareas que pueden ser cronometradas y priorizadas. Estos son boletos en el Jira, problemas de organización;
- reuniones con colegas que necesitan planificar la hora exacta;
- preguntas que los colegas hacen de vez en cuando.
Para no distraerse del trabajo, las preguntas de los colegas deben dedicarse hasta cinco minutos. De lo contrario, es mejor organizar una reunión o hacer un boleto. Es útil pensar en esto cuando está dirigiendo una pregunta a un colega. Indique de antemano cuánto tiempo desea retirarlo del trabajo. Quizás sea mejor para él si planea una reunión, y él no tiene que cambiar de contexto.
Otra regla de autogestión apareció debido a un problema que llamamos "Shurochka codicioso". Así que estamos hablando de colegas que toman muchas entradas y no tienen tiempo para hacerlo. Resulta que una persona tiene muchas tareas, pero no entendemos qué se hará en el futuro cercano.
Para no ser codicioso Shurochka, dedico cinco minutos diarios a planificar una lista de tareas para el día. Durante este tiempo yo:
- Miro el calendario y registro citas en él;
- Pinto las tareas que planeo realizar hoy; Tomo nota de qué horas trataré con ellos;
- Como cargador, dejo un poco de tiempo para resolver problemas menores.
Esto me permite comprender claramente qué tareas podré completar hoy.
Mas responsabilidad
Planear tu propio tiempo es genial, pero puedes ir más allá y comenzar a ayudar al líder del equipo en asuntos de organización. Para que pueda declararse y comprender si le gusta ese trabajo.
Por ejemplo, puedes:
- realizar stand-ups, retro y planificación cuando el líder del equipo está ausente;
- comunicarse con socios o clientes, si es habitual en su empresa;
- responder preguntas de los usuarios a través del soporte;
- ayudar a los compañeros de equipo en asuntos técnicos;
- hacer algo más útil para el equipo.
Problemas y soluciones
Para convertirse en un líder de equipo, debe aprender a analizar los problemas del equipo y las formas de resolverlos. Gracias a este análisis, hemos realizado varios cambios útiles en nuestro proceso.
Por ejemplo, observamos la práctica de "puntos de control" del otro equipo: comenzaron a dividir las tareas grandes en etapas, las agregaron al calendario y monitorearon diariamente el progreso hacia el logro de los mini objetivos. Si es necesario, realice un análisis y vuelva a planificar. Entonces resolvimos el problema de la discrepancia entre los términos reales de las tareas y lo planeado.
También es útil para analizar las fortalezas y debilidades de su equipo. Si los conoce, será más fácil distribuir tareas, porque no solo los desarrolladores de oro que trabajan de manera eficiente y puntual no siempre están en el equipo. El análisis de los compañeros de equipo de habilidades difíciles se puede hacer de acuerdo con los resultados de la revisión del código, de acuerdo con las entradas en el Jira. Con las habilidades blandas es más difícil: puede evaluarlas solo con una interacción constante con el equipo como parte de las tareas.
Cuando te conviertes en un líder de equipo, tienes que aguantar la realidad: no siempre tienes tiempo para hacer algunas tareas y, a veces, simplemente no puedes dominarlas. Entonces es mejor pasarlos a desarrolladores senior. No es necesario intentar controlarlo todo y competir con colegas que son más fuertes que usted. Solo necesita aceptar que esas personas pueden serlo, y el líder del equipo no siempre es la persona más capacitada en el equipo. Creo que el espíritu de competencia no siempre es útil para el equipo.
Adjunto de búsqueda
Convertirse en un líder de equipo es muy bueno. Pero con esto, nuevos problemas, responsabilidades y una mayor responsabilidad vienen a ti.
Uno de los primeros problemas que un líder de equipo novato tendrá que enfrentar y que he encontrado es encontrar un suplente. Un desarrollo ideal del evento es cuando los desarrolladores, por iniciativa propia, toman las funciones de líder del equipo. Pero este no es siempre el caso.
Cuando me iba de vacaciones, compartía mis responsabilidades con todos los miembros del equipo, de acuerdo con sus talentos y habilidades. Esto no funcionó. Los colegas no entendieron a quién y con qué pregunta ir, como resultado vinieron a mí. No aconsejo hacer esto.
Como resultado, elegí a los dos miembros del equipo más sensibles: la evaluación de las habilidades físicas y sociales ayudó aquí. Uno de los compañeros de equipo era muy sociable y deseaba resolver problemas administrativos, pero con habilidades técnicas débiles. Y el segundo hizo la revisión de más alta calidad en el equipo y escribió un código confiable, pero a menudo pasó a la analítica, y fue necesario vigilarlo.
En el balance de cualidades opuestas, estos chicos fueron elegidos. Les pregunté si les gustaría liderar un poco al equipo. Les expliqué a todos sus fortalezas y debilidades, para que se cuidaran mutuamente y se limitaran a tomar decisiones equivocadas. Al mismo tiempo, todo el equipo sabía que era necesario ir a ellos. Estamos trabajando con este enfoque hoy.
Y algunos problemas más nuevos
Cuando me convertí en líder del equipo, todo el equipo comenzó a contactarme de inmediato. Aparecieron todo tipo de tareas administrativas, manifestaciones y preguntas sobre esto. Era necesario descubrir cómo trabajar con esto y no caer en una crisis existencial. La respuesta fue simple: oso o delegado.
Pero hay muchas formas de delegar. Lo más simple es entregar tareas a los miembros del equipo. Esto es lo que raramente hacemos. La mayoría de las veces, tratamos de que los muchachos puedan clasificar las tareas según sus intereses.
Pero si un colega entiende mejor un problema u otro, la asignación forzada de tareas puede ser útil. Sucede, y viceversa: un colega prácticamente no entiende ningún problema y puedo enseñarle.
Sobre el tema de la delegación, fuimos más allá e introdujimos en el equipo la práctica de asignar a la persona responsable de una tarea separada. Funciona asi. Cuando nos involucramos en tareas grandes en paralelo, separamos al equipo en mini grupos de tres a cuatro personas. En cada grupo, seleccionamos el principal: él será responsable de la parte técnica, los problemas administrativos, la organización de reuniones con analistas, la realización de tareas de demostración y otros asuntos.
Gracias a la práctica de los líderes de equipos pequeños, puedo ver quién y cómo están haciendo las tareas. Y cuando sea necesario, también directo en la dirección correcta. Si una persona ingresa en un mini-grupo, podrá reemplazar al líder del equipo de todo el equipo si es necesario.
Este método me ayuda a no conducirme a una rutina administrativa, sentado en la décima reunión.
Experimentos en equipo
El líder del equipo principiante se enfrenta a preguntas y tareas que no siempre se pueden resolver rápidamente. Para comprenderlo, es útil leer artículos y libros sobre administración. Mejor aún, consulte con camaradas mayores.
Pero la experiencia de los demás no siempre se adapta a usted y al equipo, y los métodos universales no existen en absoluto. Para entenderlo, debemos intentarlo, así que trato de introducir nuevas prácticas utilizando el ciclo de Deming, adaptado al equipo. Así es como funciona:
- plan: durante el sprint, cada miembro del equipo puede hacer una propuesta para mejorar el proceso. En retrospectiva, discutimos las ideas propuestas y su implementación, acordamos cuáles de ellas tomaremos como experimento para el próximo sprint;
- hacer - durante el sprint, el equipo sigue las prácticas seleccionadas en retrospectiva;
- En retrospectiva, analizamos los resultados del experimento. Cada miembro del equipo brinda retroalimentación, analizamos si la implementación de la práctica ha ayudado a mejorar los procesos y lograr resultados. Después de eso, estamos de acuerdo en lo que haremos a continuación: dejaremos la práctica a una constante, haremos ajustes y repetiremos, se negará en absoluto;
- act: todas las prácticas seleccionadas se incluyen en retrospectivas y, como resultado, se incluyen en la lista de nuestras mejores prácticas.
Todos estos experimentos nos ayudaron a introducir la práctica de puntos de control, líderes de equipos pequeños y muchas cosas más útiles.
Por mi parte, entendí lo principal: si quieres organizar un equipo, comienza contigo mismo; No tengas miedo de ganar experiencia y tener golpes. Y no olvide consultar con colegas y delegar tareas.
Si tiene alguna pregunta, hágala en los comentarios. O tal vez tenga sus propias ideas sobre cómo convertirse en un líder de equipo, discutamos :)