Motivación, delegación y automatización: la receta para crear un súper equipo.

Conoce a esta Dima. Es un líder de equipo y es responsable de la revisión técnica de la deuda y el código, de la planificación y los procesos técnicos, para que los desarrolladores completen las tareas a tiempo: motiva, contrata y, si es necesario, despide. Dima solo quiere trabajar en tareas importantes, pero trabaja en un millón de las más diversas, piensa constantemente en el trabajo y no duerme lo suficiente. Todo está ardiendo para él: plazos, tareas, tiempo y autoestima. Dima en el infierno.



¿Una situación familiar? Para Alexei Kataev ( deusdeorum ), seguro. Alexey ha estado involucrado en el desarrollo web durante más de 15 años como backend, frontend, desarrollador fullstack y líder de equipo. Ahora Alexey trabaja en Skyeng y una vez que logró formar un súper equipo, el mejor de la compañía. Y desde entonces Alexey ha estado creando equipos permanentes en Skyeng. Cómo lo hace está en la transcripción del informe que los participantes de TeamLead Conf 2019 calificaron como el mejor en la conferencia.


Recomendamos ver el video si hay tiempo, Alexey está entusiasmado con los cambios. Y el artículo es más adecuado para revisar los puntos principales para pensar en algo que siempre se había eludido antes.

Ya estás familiarizado con Dima. Solía ​​ser un buen desarrollador, tomaba 3 tareas todos los días y las hacía hasta el final, esto es lo más importante. El dado verde al lado de Dima es un indicador del infierno en su vida.



¿Qué pasa después con Dima? Si crees que se vuelve tímido y el infierno se vuelve un poco más, entonces lo has adivinado. El producto llega a Dima y dice: “ ¡Vamos a planificar Q2! ¿Cuándo será la tarea 1653? ¡Tenemos un lanzamiento pronto ! ” Y el infierno se está haciendo un poco más grande.

Y luego viene CTO: “ Necesitamos contratar a otro desarrollador. ¿Cuál es su deuda técnica? Y aquí hay otro cuestionario en Google Doc: ¡complételo, por favor! " Y el infierno se ha vuelto aún mayor.

Luego vinieron los desarrolladores: “ ¡Queremos crecer! ¡Aumenta nuestro salario! ” Y Dima comienza a arder.



Todo lleva al hecho de que Dima no duerme lo suficiente. Por la mañana se va a la ducha y piensa en el desarrollador y el producto, y en qué y a quién se lo prometió. Las tareas se pierden, o Dima se olvidó de ellas, o están en algún lugar alejado de la cartera y nunca se completarán.

Localmente, esto puede llevar a malas consecuencias cuando Dima dice: “¡ Eso es! ¡Ya no seré un líder de equipo! ¡Solo quiero hacer mis tareas, déjame en paz! O frustrar la tarea, porque hay muchos de ellos, y Dima está sola, es difícil concentrarse en todo. Como resultado, perderemos mucho dinero o no publicaremos algo a tiempo.

Te diré cómo eliminar el infierno de la vida y crear un súper equipo. Al final, según la tradición, habrá bonificaciones.

Introducción

Skyeng tiene 17 equipos de desarrollo, cada uno de los cuales trabaja en su producto de forma independiente. Muy a menudo, además de los desarrolladores, el equipo incluye al menos el producto y el líder del equipo.

El producto establece objetivos comerciales: tiene una visión para el producto, es responsable del dinero que ganamos y gastamos, y se comunica con todos los clientes y clientes.

Timlid, es decir, Dima, es responsable de la estrategia técnica, las soluciones técnicas, la deuda técnica, de todo lo técnico. Él es un líder técnico . Otro líder del equipo es un gerente de proyecto . No tenemos un rol de proyecto dedicado, por lo que el líder del equipo es responsable de la planificación y de todos los procesos: de las tareas que realizan los desarrolladores correctos y que no están en los estados. Timlid es un líder y mentor , trabaja con personas: contrata y despide, desarrolla y comunica, lidera y motiva.

Veamos las tareas que hace Dima. Los divido en:

• tareas importantes ;
  
• tareas que se pueden delegar o automatizar para que otra persona pueda realizarlas, pero debe dedicar tiempo a esto;
  
• rutina : tareas simples que deben realizarse necesariamente.
  

En mi clasificación, las tareas importantes son inversiones con una larga recuperación de la inversión. Estos son los recursos que gastamos en el equipo ahora para mejorarlo a larga distancia. Estas son las tareas del líder , que solo él puede o debe hacer. Por supuesto, Dima quiere hacer solo tareas importantes, y el resto no.

Solución de superficie

Nos deshacemos de toda la rutina, delegamos todo lo que se puede delegar, automatizamos todo lo que se puede automatizar.

Sí, inmediatamente pensaste que era necesario delegar y automatizar todo, y la felicidad vendría. Dima también sabe que esto debe hacerse, pero por alguna razón esto no funciona. Quizás la razón es que Dima trabaja 10 horas al día, y los fines de semana, cuando nadie lo atormenta en Slack, completa tareas importantes. La delegación también necesita tiempo, después de todo, todos deben explicar durante mucho tiempo qué y cómo, es mejor hacer todo usted mismo. Para automatizar, también lleva tiempo: debe escribir algo de código, pero no hay suficiente tiempo incluso para crear un nabo.

Así lo saben todos, pero nadie lo sabe. Pero hay otra forma, similar, que fui.

Deshazte de la rutina

Primero necesita encontrar frutas bajas, tareas muy simples que toman más tiempo, pero que también son fáciles de eliminar. Conoces estas tareas, y si no, los conversadores te ayudarán.

Sigo trabajando todos los días, escribo todo lo que he hecho y luego lo analizo.

Mensajes y preguntas

Lo más probable es que esto funcione con llamadas . En mi experiencia, los líderes de equipo pasan mucho tiempo respondiendo preguntas de desarrolladores, productos, CTO y clientes: Slack siempre está lleno de mensajes. Ahora te diré lo fácil que es deshacerse de este ruido.

Cuando me uní al equipo de facturación con un líder de equipo, inmediatamente dije que no respondía una sola pregunta . Creé el canal #billing , dije que tenía todas las preguntas allí y configuré el estado como "No respondo en PM".

En Slack, reemplacé el ícono rojo para que mi punto nunca se quemara, y me asignaron un deber: alguien debería responder a las personas en este canal. Los operadores de llamadas se pueden seleccionar entre desarrolladores o control de calidad. Hice un cronograma para el control de calidad y pedí marcar a los desarrolladores correctos si los asistentes no podían responderme. También le dije al equipo que no buscara en este canal: hay un infierno y simplemente trabajamos.

Entonces vi cómo la gente escribe apelaciones:

- Ahh !!! ¡Nada funciona, nada se paga! El dinero se fue! ¡Todos moriremos!

Entonces escribí las reglas para escribir llamadas de soporte. Luego codificamos rápidamente un bot que escribe estas reglas al ingresar al canal.



Por cierto, no escribimos bots nosotros mismos. Ninguno del equipo gasta esta vez. Para esto, hemos asignado dos personas en la empresa y, a veces, pedimos trabajo a trabajadores independientes. Es barato y rápido. No hay requisitos para la calidad del código: pedimos y recibimos este bot con las reglas en un par de horas.

Total: en una hora me libré de gastar un montón de tiempo extra para responder preguntas. Sí, alguien se ofendió, probablemente, pero puedes hacer otras cosas.

¿De qué otra manera mejorar esta solución?

Sección de preguntas frecuentes . Pida a los asistentes que escriban las respuestas a las preguntas más populares y que escriban una breve instrucción para no perder el tiempo respondiendo.

Control de calidad Mira el apoyo genial, reúne ideas. Simplifiqué el control de calidad: le dije al asistente que escribiera una vez por semana el número de solicitudes, cuántas preguntas respondimos y cuántos problemas no resolvimos.



Luego integramos otro bot, que analiza los correos electrónicos en todos los canales a través de emoji, y publica el mismo canal de resumen ala SLA para apelaciones.

Dima se negó a responder preguntas, transfirió esta responsabilidad a QA, escribió las reglas para ponerse en contacto con el servicio de asistencia técnica, creó un FAQ y supervisa la calidad del trabajo de asistencia técnica: el infierno se ha vuelto menos en la vida.

Asistentes administrativos

Como dije, puedes asignar tareas a desarrolladores, control de calidad, bots. Pero cuando contratas especialistas geniales para un equipo, les pagas mucho dinero, es inconveniente pedirles que hagan tonterías, como transferir documentos de un Google Doc a otro, subtítulos, barajar archivos. Y lo haces tú mismo, lo cual es aún más estúpido.

Por lo tanto, Skyeng tiene un departamento especial de asistentes administrativos . Este es un YouDo interno, pero con diferencias.

• Firmado de antemano por el NDA . Todos tienen acceso a todos los Google Docs corporativos, no es necesario que dediquen tiempo a esto.
  
• Control de calidad Hay una persona especial responsable de la calidad del trabajo de los asistentes. Fueron contratados por mucho tiempo, entrenados y despedidos si trabajaban mal.
  
• Regulaciones claras para establecer tareas para asistentes administrativos . Trello tiene un formato de tarjeta que se crea en un minuto, ¡listo! - Se realizan tareas simples. Además, está disponible no solo para los líderes de equipo, sino también para los desarrolladores. Cualquiera puede usar los servicios de un asistente administrativo.
  

Delegamos a los asistentes muchas tareas. Por ejemplo, la clasificación de los hits es ver mil hits por año y desglosarlos en categorías. Escribimos videos de todas nuestras reuniones : diariamente, reuniones , retrospectivas, y alguien debería ponerlas en equipos y carpetas. Ahora los asistentes hacen esto, y siempre puedes ver cualquier reunión para cualquier día.

También redujimos la cantidad de rutina en la vida de Dima a expensas de los asistentes administrativos, sus horarios de trabajo y el control de calidad.

Técnicas Jedi

Entonces Dima decidió optimizar aún más su gestión del tiempo y leyó el libro de Maxim Dorofeev "Técnicas Jedi". Del libro, Dima tomó un montón de trucos para la vida. Al final de cada día, decidió mantener una lista de verificación : lo que hizo hoy, lo que hizo importante y lo que hará mejor.

Dima mantiene una lista de verificación y parece que necesita ser analizado al final del día, pero no funciona. Por qué Debido a que la comida cayó el martes, Dima la reparó toda la noche, y ahora su cabeza no funciona.

Fix Production

Aquí todo es bastante trivial. Usamos escalamientos automáticos , configuramos un bot especial. En Skyeng, esta es OpsGenie, que nos llama por la noche si el producto se descompone y nos obliga a arreglarlo. ¡Pero solo queremos alejarnos de esto y no levantarnos por la noche!

Por lo tanto, creamos un horario de servicio y nos retiramos de este horario. Timlid no debe despertarse por la noche.

El deber se establece por escalamiento: si el desarrollador no tomó el problema, el bot llamará al líder del equipo. Al día siguiente, el líder del equipo descubrirá por qué el desarrollador no se levantó. Pero será inútil si el desarrollador, después de despertarse en 10 minutos, comienza a llamar al líder del equipo.

Por lo tanto, damos acceso a todos los que están de servicio a todas las herramientas de diagnóstico a la vez : Kibana, Sentry, Nueva reliquia, así como acceso de raíz a los servidores, y escribimos una breve documentación sobre cómo usarla, dónde mirarla y qué solucionar.

Es cierto que esto no funciona en el equipo de facturación: hay demasiado dinero, pero está presente en todos los demás equipos. Estamos escribiendo un documento especial "Panic doc" : qué hacer si todo se rompe. Cuando te levantas por la noche, todo está acostado, las alergias están llegando y no entiendes qué hacer, hay un simple Google Doc en una página, donde los pasos te dicen qué hacer en esta situación.

Volviendo a la lista de verificación. Ahora Dima ha dormido lo suficiente y puede analizar a partir de notas que ha hecho cosas importantes en los últimos días: 3 de junio - nada, 4 de junio - nada, 5 de junio - nada. Esta es una situación clásica, a menudo me pasa a mí. Lo principal es ser honesto contigo mismo y no escribir tonterías en la lista de verificación que hiciste durante 5 minutos.

Dima mira lo que hizo hoy:

• Rally de la mañana.
  
• Revisión técnica: esto es lo que llamamos la discusión técnica de las tareas.
  
• 1: 1 con Oleg.
  
• Retrospectiva o kaizen.
  

Todo el día algunas reuniones!

Estás esperando que yo diga: "¡Deleguemos las reuniones!" Esta es una solución "frontal", que examinaremos como ejemplo de una revisión técnica.

Revisión técnica

Si Dima dice: " Max, mañana realizarás una revisión técnica ", lo más probable es que no funcione. Dima pasó dos años realizando revisiones técnicas, leyó artículos, tiene mucha experiencia, sería extraño perderlo.

¿Cómo organizo revisiones técnicas en un equipo? Traté de formalizar toda mi experiencia: escribí un documento sobre cómo realizo las revisiones técnicas. Por cierto, me ayudó a formular algunas cosas. Escribí la fundación, que fueron:

• La respuesta a la pregunta de por qué realizar una revisión técnica.
  
• Algoritmo paso a paso.
  
• Consejos para el facilitador, por ejemplo, cómo evitar que Holivar se reúna.
  
• Plantillas: para votar, para tareas, para un horario, para que todo esté en el mismo estilo, y una persona no tenga que volver a escribir todo.
  
• Ejemplos de casos de éxito: la tarea se describió de la siguiente manera, la revisamos y se convirtió en lo que debería ser.
  

Pasé 40 minutos en el documento. Mi truco de la vida, cómo escribir documentos rápidamente: difundir las bases, mostrar a todos los líderes de equipo en la empresa y recibir un montón de comentarios. Como resultado, en esta instrucción combinamos la experiencia de todos los Skyeng, porque había muchas sugerencias interesantes.

Que sigue No puede simplemente arrojar una lata de carne guisada a una persona con este documento: "¡ Realice una revisión técnica de este algoritmo! "Eso no funciona. Le pregunté quién quiere realizar una revisión técnica, ¡resultó que todo el equipo! Hicimos un cronograma y comenzamos a realizar la revisión por turnos.

Es importante no excluirse del proceso, porque es imposible hacer bien lo que usted mismo no está haciendo perfectamente. Timlid debe estar encendido, ver cómo sucede todo y bombearse también.

He visto este error muchas veces, si usted mismo no participa y no hace 10 de 10, entonces saldrá mal.



Comenzamos a realizar una revisión técnica a su vez y a recopilar comentarios: después de cada reunión, cada participante recibió un cuestionario, donde evaluó el proceso de la reunión y el líder en las categorías "interesante" , "constructivamente" , "se escucharon todas las opiniones" y "comentarios gratis" .

El último punto es el más importante. Hubo cosas interesantes y divertidas: "No puedo encontrar de inmediato dónde mejorar. Los niños que gritan están furiosos, pero siempre están furiosos ”, los detalles del equipo remoto. Pero hubo sugerencias útiles: "Antes de registrar la decisión, vale la pena silenciar a todos y una vez más expresar las conclusiones".

Pasamos varias rondas en un círculo, mejorando y mejorando, hasta que no hubo ningún lugar para mejorar. El algoritmo también fue cambiado en el proceso. Después de eso, aquellos que realizan mejor las revisiones técnicas fueron elegidos: introdujeron el papel de facilitador . También automatizamos este proceso y escribimos un bot que realiza una encuesta en lugar del líder del equipo, forma un cronograma de revisiones técnicas en el momento adecuado. Ahora queremos automatizar incluso una parte de la reunión en la cartera de pedidos, reemplazando el anfitrión con un bot.



Como resultado, Dima se deshizo de la necesidad de celebrar todas las reuniones . Parece que ha llegado el momento, pero de todos modos, cuando en las reuniones técnicas los colegas no pueden llegar a una opinión común, le piden a Dima que se una a la conversación y ayude a resolver el conflicto técnico.

Pero Dima leyó el exagerado libro "Principios" de Ray Dalio y decidió que era necesario formular principios técnicos que ayudarían a tomar una decisión sin su participación: formalizarlos.

Principios técnicos

Reunimos a todo el equipo de facturación, bosquejé la base de estos principios, los discutimos durante mucho tiempo, votamos y mejoramos. El resultado es una lista de 12 principios. Aquí hay tres de los doce: lo que nos importa : la calidad del código o la velocidad de desarrollo, ¿es posible externalizar nuestro desarrollo y estamos pensando en las consecuencias?



Las respuestas del equipo de facturación mostraron que la facturación es para todo lo bueno y contra todo lo malo: siempre estamos por la calidad , no puede subcontratar y pensar en las consecuencias .

Pero hay equipos en la empresa donde las respuestas a estas preguntas son diferentes. Por ejemplo, la velocidad es importante para el equipo de la plataforma, no es que escriban código incorrecto, sino que la velocidad de las pruebas de hipótesis es importante. La externalización no solo es posible, sino también necesaria : realmente externalizan su producto. Las consecuencias también son importantes , así como la facturación, porque si la plataforma miente, las pérdidas financieras son enormes.

Pero hay docenas de otros equipos que no piensan en las consecuencias, y esto es normal para sus productos.

Cada equipo debe tener sus propios principios, que dependen del producto y del equipo.

Principios de trabajo

También formulamos los principios del trabajo y los registramos en papel. Yuval Noah Harari en Homo Deus. Una breve historia del mañana ”escribió que los pensamientos poseen una magia especial cuando se escriben, y no solo se pronuncian. Por lo tanto, registramos lo que es importante para nosotros.

Por ejemplo, no hacemos nada en vano, nos comunicamos culturalmente y hablamos abiertamente sobre problemas y riesgos . Este es nuestro principio más importante: no guardamos silencio en las reuniones.

Cuando resumí, calculé la desviación estándar de la votación y deduje los principios más contradictorios, donde no llegamos a una opinión común.

• La vida personal es más importante que Skyeng . Las personas están igualmente divididas entre aquellos para quienes la vida personal es más importante y aquellos para quienes - la compañía.
  
• Hecho en casa en casa, trabajando en el trabajo . ¡No estamos "fuera de tema"!
  

Gracias a Dios no somos una democracia, y el principio de aceptar principios funciona: "un líder de equipo puede elegir principios". Por lo tanto, se eliminó el primer párrafo y se dejó el segundo.

Dima se ocupó de la revisión técnica, de los principios técnicos y de trabajo y no participa en todas las reuniones.

Solo quedan aquellos que tienen que participar, porque se consideran casos realmente complejos o no descritos. Pero entonces los principios también pueden complementarse.

Empujador

— - .

— , , .

Kanban, . , : , .



. : « , .»

, , . : « », , . , .



, 2. , , , . , , - ?

, , — , - - , , . — .

. . , .

Kanban + Demo

: Kanban-, , 40 . , , .

SCRUM Demo day — - -demo. Kanban, , 7 , . , — , , , .

, , :

99% — .

— - .

« » , .

.

, . , , , .

Skyeng : — — — — . .


, .

, : « !». , .

, . , , , .



: « — 2 » « 10%». .

. , . .

. , . . .

, , . - : « , », , , , , 3 .

, , . - , .

. , — :

— , ! , , !

, . , . .

. . — , . , , .

1:1, . . , . .

. -. . , . , .

— , 10 , PHP Go.

.



, . . , .

— , — , . — , . , . : « , — !»

— . , - , . — , .



, . . , — .

— , .

— . , .

Bonos

. . 12 12 . , , . , , . — , . . - . , - .

— telegram (@ax8080) Facebook . telegram- , .

TeamLead Conf — - 23–24 . , . , :

• , , .
• .
• .
• .
• .

, , - . , - — , , .