Un recordatorio para organizar el trabajo remoto del equipo de desarrollo.

En relación con la situación con el coronovirus, la necesidad de trabajo remoto ha aumentado considerablemente. Muchas compañías y gerentes no estaban listos para organizar el trabajo remoto de los equipos de desarrollo. Los gerentes tienen miedo justificado de que en modo remoto el equipo trabaje de manera ineficiente o que los empleados usen activamente solo una pequeña parte del teclado.



No solo eso, incluso si el desarrollador trabaja día y noche, él trabaja duro, sin ver lo que está sucediendo, el líder comienza a creer que los desarrolladores no funcionan.

Si de alguna manera logró trabajar con procesos mal configurados y mover el desarrollo en el espacio de la oficina, cuando cambia al modo de operación remota, todo comienza a desmoronarse. En algunas empresas, existe una situación en la que se solicita a las personas que pongan en cuarentena antes de lo previsto.

Inicialmente, el texto se preparó para uso oficial, pero decidió volver a formatearlo en un artículo con la justificación de cada elemento

.

1. hierro. Auriculares Cámara web. Internet accesible

Muchos empleados en el hogar pueden no tener una computadora. Esto puede parecer sorprendente, pero muchos desarrolladores no tienen computadoras en casa. Muchos no tienen auriculares. Absolutamente. Si pide comprar un auricular, se llevarán el más barato para el trabajo. O se comunicarán con el micrófono integrado en la computadora portátil con todo el ruido del ventilador, mala audibilidad y otros artefactos.

Debe asegurarse de que todos en casa tengan la oportunidad de trabajar desde casa. Solicite conectarse a Internet. A expensas de la compañía, proporcione un auricular si es necesario. Compre un conjunto de auriculares con un buen micrófono y auriculares y brinde la oportunidad de obtener un auricular gratis para aquellos que no tienen auriculares o auriculares / micrófonos de baja calidad en el hogar. También es importante comprar cámaras web (más sobre esto a continuación)

2. Mensajero corporativo con soporte para comunicaciones de audio y video.

Es difícil de creer (no, no es difícil), pero incluso hoy, una gran cantidad de empresas sin mensajeros corporativos. Especialmente si la empresa tiene hasta 200-300 personas. Trabajan en equipo en Telegram, WhatsApp, llaman por Skype, Discord, etc. etc. Además, cualquier mensajero personal es malo ya que necesariamente distraerá a parte de los empleados, ya que no tendrán la oportunidad de "desconectar" (separar) mensajes personales y mensajes de trabajo. A muchos gerentes les parece que esto no es un problema, especialmente porque la otra parte de los empleados, por el contrario, cree que es muy conveniente cuando se trabaja tanto en personal como en un solo mensajero. También sucede a menudo que algunos empleados se llaman a sí mismos lo que quieren, algunos son latinos, algunos son cirílicos, algunos son generalmente apodos. Además, parte de la información se pierde por completo, etc. etc. Un argumento muy común de los gerentes:"Es conveniente para mí transferir la tarea reenviando un mensaje al cliente". De todos modos, las tareas deben establecerse a través del rastreador, no el reenvío de mensajes.

. Slack, Teams. , . . .. , , , .

(Prefiero los equipos por el concepto, equipos que agrupan canales por equipos, pero esto es mejor para cualquiera. Lo principal es que hay UN mensajero en toda la empresa. Por cierto, Teams anunció seis meses de uso gratuito en relación con el coronovirus). Muchos están tratando de implementar RocketChat, etc. como una alternativa gratuita a Slack, Teams, pero si no establece una comunicación de audio y video de alta calidad, entonces no tiene sentido introducir tales herramientas gratuitas, ya que los mensajeros instantáneos aún se multiplicarán por mensajes de texto y llamadas.

Pequeñas reglas de llamadas simples:

1. , , . , , , 2-3 , .
2. , . . . , Jira .. « »
3. . , « 5 », « », « » .. .. , / . , . ( , , « ?» — 5 ).
4. Retira a los gatos de la habitación. (Entiendo lo difícil que es seguir este consejo, si cierro la puerta, entonces el gato comienza a gritar con el corazón roto por debajo de la puerta por el hecho de que sin él puede pasar algo interesante en la habitación. Tienes que cerrarlo en la cocina.) Si el gato está tranquilo, no entra a la cámara y sin distraer, puedes irte. :)

3. Un solo rastreador. Reglas unificadas para trabajar con el rastreador. Equipo transparente.

A menudo en las compañías crían rastreadores de zoológicos. Jira, Azure DevOps, Redmine, Trello, etc. etc. El tiempo también se cancela de todos modos. Las tareas se pueden planificar con una evaluación de varios días a la vez. Existe una ilusión de planificación y, debido a la falta de transparencia, los gerentes no entienden el progreso de las tareas, no confían en los desarrolladores, y los desarrolladores confían en que los gerentes, por decirlo suavemente, son "malas personas que no entienden nada".

1. .
2. . . . « » « ».
3. . .
4. 7 . 4 .

La justificación de este párrafo del artículo se basa en un gran artículo separado. Si toma el principal:

Ejemplo:



(Una recomendación, todos pueden tener sus propios casos, lo principal es que existe una recomendación a nivel de la empresa. Las personas y el trabajo atrasado son sintéticos, creados para el artículo, desafortunadamente las personas ficticias solo pueden iniciarse como buzones)

Epic, Feature , Historia del usuario: tarea que divide elementos claros y comprensibles para el negocio, cada uno de estos niveles debe tener su propio tablero separado. Este nivel es elaborado y escrito por PM, analistas, etc.

La tarea es un nivel de ingeniería, también debe tener su propia placa separada. Solo los Timlids y los desarrolladores descomponen estrictamente (pintan) este nivel. Por ejemplo, RP, si lo desea, puede leer, pero no puede establecer tareas a este nivel, ya que potencialmente ni siquiera puede entender por qué esto es necesario. RP puede usar este nivel únicamente para comprender qué tan cargado está el comando (ver más abajo).

No puedes colocar diferentes niveles en el mismo tablero. Al mismo tiempo, todas las tareas técnicas que no son claras para las empresas, como "refactorización de bases de datos", "refactorización de código", etc. etc. debe estar vinculado a las tareas específicas del negocio. Esto justificará la necesidad y la puntualidad del trabajo de ingeniería.

Planificación:

Proporcione información visualmente clara sobre cuán ocupada está la gente en los proyectos y por qué es físicamente imposible realizar más tareas en iteración. Esto es especialmente importante si tiene un equipo multifuncional (un equipo de especialistas altamente especializados), y no un equipo de generalistas (un equipo de desarrolladores completos).



No confunda a las personas que planean con StoryPoint. StoryPoint se puede usar para evaluar tareas en un nivel superior y distribuirlas por iteraciones, y dentro de la iteración, el trabajo de todo el equipo se puede hacer transparente para todos.

Para que funcione la planificación de roles en un equipo interfuncional, debe especificar personas y roles:



además, esta visualización se puede utilizar para dejar en claro que no podremos cerrar el volumen de tareas y por qué:



Esto le permitirá al gerente ver de manera transparente y clara lo que está sucediendo dentro del equipo y tomar las decisiones apropiadas con anticipación (eliminar la tarea o abandonar la tarea y, en retrospectiva, pasar más tiempo para el próximo sprint, planificar contratar otro backend de desarrolladores.

Es extremadamente importante dividir las tareas de ingeniería en el máximo a las 4 en punto. En casos especialmente grandes, puede tomar de 7 a 8 horas. Tal descomposición resuelve una serie de problemas.

1. Asegúrese de que el experto técnico y el desarrollador entiendan el problema de la misma manera y no se pierdan ni olviden nada.
2. Mejora de la precisión del pronóstico como consecuencia del primer párrafo.
3. El gerente puede ver el progreso de sus tareas todos los días, en lugar de no comprender durante varios días lo que está haciendo el desarrollador. Y hace que el trabajo en la tarea sea transparente para el administrador, le permite aumentar la confianza mutua entre los administradores y los desarrolladores.

¿Usted no confía en mí?

Muy a menudo, los desarrolladores o gerentes no desean proporcionar la transparencia necesaria de su trabajo. Responden a una solicitud de transparencia en el espíritu de "¿No confías en mí?" Además, muchos ejecutivos intentan cerrar la información entre desarrolladores tanto como sea posible, supuestamente por razones de seguridad. Vi equipos donde el líder llevó a un estado de completo absurdo, cuando el backend y la interfaz estaban rígidamente separados e incluso no podían ver las tareas del otro, sin mencionar el código. Y esto está en una API REST desnuda sin Swagger, etc. herramientas.

"¿Usted no confía en mí?" Un argumento muy peligroso. La confianza no es una herramienta ni un objetivo. La confianza es muy importante, pero debe ganarse. Al mismo tiempo, la "confianza" en sí misma es inútil en principio. Pero si comprende el trabajo del otro, comprende cuál es el objetivo final y comprende quién hace qué y puede sincronizarse entre sí y ayudarse mutuamente, ganará confianza como un artefacto secundario importante.

4. Standups (moscas). Horario comercial general. Uniforme de trabajo en casa.

Muchas personas que trabajan en casa están húmedas. En general, esto es normal: es la pereza humana saludable. No solo eso, muchos buenos desarrolladores son flojos por naturaleza. Además, fue la pereza saludable lo que permitió que algunas personas se convirtieran en buenos desarrolladores.

El problema con trabajar en casa es que el horario puede comenzar a desviarse. Puedes dormir más tiempo con el pretexto de que harás el trabajo más tarde (¿cuál es la diferencia cuando lo hago?). Pero esto solo funciona si no estás trabajando en equipo. Pero el trabajo en equipo no es como arrastrar arena: no puede arrastrar su bloque de arena cuando lo desee. El trabajo en equipo implica colaboración.

Si no hace su parte del trabajo, puede bloquear el trabajo de otras personas. (Personalmente, trabajé durante 1.5 años solo en casa en un proyecto. Al principio fue genial. Luego dejé de notar el tiempo, luego tuve la desagradable sensación de que me dormí en el trabajo y me desperté en el trabajo, después de 1.5 años llegué a la oficina y obtuve un gran el placer de trabajar en la oficina a pesar del hecho de que el viaje de ida tomó una hora para viajar).

1. . (, ).
2. 15 . - , . .
3. .
   
   (, 12 16 , 4 ). , , , , .
4. (Recomendación) En casos particularmente difíciles, al principio puede ingresar no solo volátiles por la mañana, sino también por la noche para sincronizarse entre sí. Como regla general, no tiene sentido realizar moscas de la mañana y de la tarde. Pero la primera vez que se puede mantener la tranquilidad, en un mes todavía habrá un deseo de cancelar.
5. (Recomendación) Use un uniforme de trabajo todos los días. Al trabajar en casa, al principio es fácil separar el trabajo de la vida personal. Pero gradualmente el borde se vuelve borroso. Vestirse le permite distanciarse psicológicamente del "modo de trabajo" y del "modo de descanso".
6. (Recomendación) Comunicarse con la cámara. Si el fondo no es muy bueno y no desea mostrar el apartamento, puede desplegar la computadora / cámara en la pared (donde puede colgar un póster).

La comunicación con la cámara resuelve dos problemas:

1. — . , . . , . .
2. . , , , . «» . / , , .

Está claro que esta lista no está completa. Que estos puntos son necesarios no solo para el trabajo distribuido, sino también para el trabajo en la oficina, y que para un proceso de desarrollo saludable completo, necesita escribir muchos más puntos. Aquí traté de señalar lo mínimo que impide que tanto los gerentes como los empleados cambien a un modo de operación remoto.