Get best of the week

¿Qué errores cometen los gerentes en un sitio remoto?

Hola Habr! No soy desarrollador, sino gerente. Durante algún tiempo me enseñaron a administrar personas, y luego me sumergí en el sombrío mundo del desarrollo, donde todo sale mal, como dicen en la universidad. Ahora estoy liderando la práctica de administrar el ciclo de vida del software y quiero contarles algunas cosas que pueden ser importantes para los líderes de equipo y los PM que se relacionan con el cambio a un sitio remoto. Porque en nuestros equipos la gente ya comenzaba a entrecerrar los ojos. Y luego mostraré y contaré sobre nuestra pila de automatización para control remoto, y cómo liberaremos lanzamientos de los chats en el teléfono con un botón, en lugar de elevar la VPN a un perímetro seguro, y esto aceleró la coordinación, y esto ayuda a coordinar día a día.

¡El primer consejo es suficiente para atrapar a tu gente!



Sé que suena muy estúpido, pero muchos gerentes, al no ver a las personas cercanas, comienzan a compensar de alguna manera su deseo de asegurarse de que funcionen. Aquí están los chats:


Carpintero en su forma pura.

Si hay una tarea para aumentar la efectividad del equipo ahora y en el futuro, deje a las personas en paz. Y establecer los 15 minutos diarios en la mañana. Ya me las arreglé para ver la sincronización general del proyecto una vez cada cuatro horas, y el diario durante dos horas, y los gerentes que se frustraron, que estaban acostumbrados a negociar cara a cara con alguien.

¿Qué pasó con el desarrollo remoto en CROC?


Cambiamos de manera muy simple porque ya tenemos una estructura de oficinas de desarrollo distribuidas geográficamente. En los últimos años, están acostumbrados al hecho de que la jornada laboral de uno de los desarrolladores puede comenzar a partir de las 11 de la noche, hora de Moscú. En consecuencia, casi no hubo problemas de gestión para los equipos con dichos participantes, pero para aquellos que trabajaban en la misma zona horaria, podrían surgir dificultades. Por ejemplo, uno de mis equipos necesitaba nuevas citas en Zoom para la sincronización y comenzó a seleccionar el momento óptimo. Al principio lo hicieron los lunes y miércoles, y luego los miércoles y viernes, porque algunos de los desarrolladores optaron por trabajar los fines de semana y relajarse de lunes a martes. Esto se debe en parte al hecho de que actualmente están menos disponibles en las salas de chat.

La segunda cosa importante es que ya teníamos herramientas para conectar chats, rastreadores, una red social corporativa y toda la pila de elementos de CI / CD, y todo esto se volvió a vincular parcialmente para que los datos de un sistema se transfirieran automáticamente a otro. Por ejemplo, acordamos algo en el chat, puedes decirle al bot que lo traiga a Jira. Y él patinará. Si lo hace usted mismo, debe ingresar, perforar todos los campos y así sucesivamente, bueno, y de alguna manera conectarse al perímetro protegido. Un bot es más fácil. Lo más difícil es el sistema de autorización. Lo pensamos bien, lo arruinamos y lo hicimos hace más de un año.

Cómo todo empezó.Primero, todos cambiaron a un sitio remoto y se acostumbraron durante una semana. Alguien tiene sillas mal y le duele la espalda, los niños de alguien se muerden los pies en casa, la esposa de alguien se alegra de que su esposo pase más tiempo con su familia y pide cada cinco minutos abrir una lata. Una semana se establecieron herramientas. Entonces, de repente, los desarrolladores se dieron cuenta de que estaban felices de estar sentados en casa. Y no tiene que ir a ninguna parte, no ir a ninguna parte, pero en las reuniones está inmediatamente claro quién era necesario y quién fue designado para el ritual. Bueno, las reuniones comenzaron a tiempo, porque no hay razón para llegar tarde. Entonces los gerentes comenzaron a sufrir, porque la comunicación con el cliente se convirtió en un infierno. Comenzamos a programar reuniones regulares de tres horas en el calendario (de tres a cuatro días seguidos), solo para pasar por el contrato con un abogado, de lo contrario, todo se suspendería durante meses. Mientras funciona

El siguiente paso- la pregunta es que los desarrolladores en un sitio remoto necesitan motivación. No como en la oficina. Es muy importante no presionar, es muy importante plantear una tarea interesante y dar una imagen del resultado objetivo. De lo contrario, habrá dilación y el propio líder lo proyectará. Salir de la cama para hacer algo aburrido es simplemente físicamente difícil. Los líderes dentro del proyecto deben tener el mismo alcance para la toma de decisiones. Nuestra situación es que los conocimientos tradicionales generalmente no cambian, pero el poder dentro del sprint pertenece al equipo y no al gerente del proyecto.

Naturalmente, en el camino puedes romper leña bastante divertida.

¿Qué puede salir mal?


Bueno, primero debe recordar que, a pesar de la emergencia (y que tenía mucha gente después de cambiar a un sitio remoto), es mejor seguir los procesos. Para uno de nuestros clientes, enviamos un lanzamiento de nuestro desarrollador a su desarrollador. Sinhro después de un tirón hacia ellos. Enviamos el lanzamiento, tuvieron que realizar pruebas de integración y regresión. Y mantenlo en mi comida. Y al día siguiente escriben y nos piden que les enviemos esta versión en un entorno de prueba. Porque de inmediato lo presentaron en el producto, y luego recordaron que sería bueno sincronizar nuestro entorno. Afortunadamente, el lanzamiento no fracasó, pero, desde mi punto de vista, parece algo inseguro o algo así.

Para otro cliente, restauramos uno de los proyectos de terceros después de transferir el trabajo a un sitio remoto. Todo es mucho más simple: los expertos del cliente sacan la base de datos, al mismo tiempo, por alguna razón, establecen texto plano con contraseñas, también en el exterior. Algunos jóvenes kulhackers lo piratearon todo, naturalmente.

Probablemente conozca el resumen diario con vulnerabilidades de Zoom y el final de la historia con pérdida de registros. No todos los ejecutivos (a menudo de las tareas de TI que configuran el negocio) entendieron qué es Zoom, cómo funciona exactamente y que no vale la pena decir algunas cosas confidenciales bajo grabación. Hicimos una nota para los clientes sobre cómo usar qué canal. Parece haber ayudado. Al menos muchos ingenieros industriales mayores suspiraron un poco más flojos. Y dejaron de agregar "mydomain.ru" a las conferencias generales, sin especificar si conocen a este empleado.

Otro de nuestros clientes olvidó que quedaban flores en la oficina que necesitaban ser regadas. Esto lo descubrimos accidentalmente al analizar las amenazas. Flores guardadas.

Las reuniones con el cliente se dividieron en aquellas donde la gente todavía usa corbatas en casa y aquellas en las que puede permitirse sentarse en pijama. En una de nuestras reuniones, el desarrollador principal salió del baño, justo en la espuma. Nadie se opuso.



Para aquellos expertos ágiles que están acostumbrados a hablar, se ha producido un colapso creativo, porque ahora se ha vuelto imposible hacerlo. En muchos casos, Trello o Miro resolvieron el problema. Todos se han vuelto más fáciles. Disfruto viendo a mis colegas aprender a comunicarse en un nuevo entorno desde cero, y su sociabilidad no les da los bonos como antes.

Un buen enfoque es grabar en algún lugar cercano los modos de cada desarrollador. Estamos familiarizados con esto debido a la geografía, pero las adiciones como "de 16:00 a 19:00 solo por teléfono en casos urgentes" ayudan mucho. Aquí es donde la solicitud de la solicitud del archivo de acoplamiento y los resultados de los controles funcionan muy bien: incluso puede hacerlo desde la cama, si lo desea. Porque de lo contrario, tendrá que esperar hasta la próxima mañana laboral de ocho a nueve horas. Intentamos transmitir la misma pila simple a aquellos clientes con los que trabajamos estrechamente, porque si estamos acostumbrados al hecho de que el documento pasa de un sistema a otro, entonces la pila atlasian del cliente puede no estar disponible y será necesario enviar archivos * .docx con informes provisionales.

En varios equipos, hubo un problema con el hecho de que las reuniones se envían al calendario sin mirar este mismo calendario. Se pueden hacer tres invitaciones por espacio, y el espacio en sí ya está ocupado. Esto también se resuelve de manera organizativa y simple.

Aquí están nuestros desarrolladores dicen:

Hicieron un bot para la demostración, más para aquel para quien todos son más. Y bien con los niños sentados.
— - . , . , , : 10 000 10 , , . , -, , . , , ! , , . : , , , - . . … , .
No hay diferencia con el desarrollo convencional en un sitio remoto. Bueno, todavía trabajas con servicios. Hace mucho tiempo hubo un caso cuando mi colega accidentalmente clavó un servidor VPN a través del cual se conectó para mantener este servidor VPN ... Con una ventana de cinco minutos para actualizar el sistema, la carga se cayó repentinamente cuando la aplicación se detuvo y antes de que se lanzara la nueva versión (en la era actualizaciones semi-manuales) ... O cuando ejecuta los comandos rm -rf / data, y luego se da cuenta de que lo tiene productivo, y más rápido, más rápido ctrl-c.
Tapas de fumador:



Hicieron un relanzamiento a un colega que ya estaba en libertad. Anulando su trabajo. Happenes

¿Hay ejemplos de pila?


Si aquí están:

Enlace de solicitud


Gitlab + timcity

Bots ayuda

Gitlab + jira



gitlab + timcity

Diagrama de montaje

Ejemplo de canalización de desarrollo

Este es un ejemplo de chat de tecnología chat



Los devops y las herramientas de CI / CD de los equipos normales se han trabajado durante mucho tiempo. Desde el punto de vista del control del proceso, es importante que en cada paso sea necesario reducir la cantidad de acciones incómodas, dejando solo acciones útiles. Por ejemplo, arriba se ven bots que informan sobre el estado de la versión; ese impulso es mucho más conveniente que entrar y observar cómo está allí. Pero el valor real aparece cuando todo esto le permite crear un proceso continuo a partir de "discutido el problema en el chat" para "configurar todas las tareas con enlaces a la discusión", "la tarea se adjuntó y barrió a través de todos los sistemas" a la compilación, además de todas las métricas necesarias se eliminaron en el camino como marcas de autoestima. Para los desarrolladores, este proyecto fue un desafío, porque generalmente escriben código, en lugar de dibujar arquitecturas, escribir conceptos, etc. Y si el desarrollo está lo más automatizado posible,entonces, para muchos equipos, la automatización del intercambio de documentos o documentos no está muy bien implementada.

Aquí hay un ejemplo. La tarea se considera completada cuando cada fila en los ToR será un enlace de trabajo a la tabla de referencias cruzadas.

Los pasos son
:



, . - .

() «»:



. , . - .

- -:



( ) «» ( ). Jira . . «» , . — . . «».

Soy gerente, ¿en qué debería centrarme ahora?





Una prioridad importante no es compartir rápidamente, sino comunicarse normalmente. El mundo ya ha cambiado, y ahora hay dos amenazas importantes para las empresas: el agotamiento profesional (si participa en la gestión del pájaro carpintero y exprime a las personas) y el problema de una reestructuración completa de las estructuras de gestión, cuando los equipos entienden que pueden hacer todo de forma autónoma y con un nuevo líder informal . Esto puede resultar en el hecho de que al final de la crisis, todo el equipo, que era tan difícil de encontrar y entrenar, se pondrá de pie y se irá de inmediato para su propio proyecto. Por lo tanto, repito una vez más, incluso si su productividad ha disminuido, no atraiga a su gente. Es en tu propio interés.

Si es interesante discutir el proceso puramente de liderazgo por separado, entonces estamos haciendo un seminario web el día 27 a las 16:00, aquí puedes registrarte. Se tratará de cómo puede construir el proceso, varios errores y casos de administración, separación de responsabilidades (especialmente con la seguridad de la información), sobre el flujo de documentos entre desarrolladores, analistas, probadores, un poco sobre CI / CD. Bueno, incluso si te parece que ya lo sabes todo, puedes hacerlo como un verdadero Jedi: ¡regístrate para un seminario web, baja el sonido y siéntate allí para hacer tu trabajo!

More articles:


All Articles