Coronavirus obliga a los equipos DevOps a cambiar al trabajo remoto

Las interrupciones del equipo DevOps son inevitables con COVID-19

Entre los equipos de DevOps empresariales, existe una perspectiva mixta sobre el impacto del distanciamiento social y el trabajo remoto. Los profesionales de TI saben que pueden recurrir a herramientas de automatización de TI que requieren poca coordinación e intervención manual para ejecutar sistemas críticos. Pero muchas prácticas ágiles y DevOps se desarrollaron en torno a reuniones de equipo diarias o semanales frente a pizarras compartidas y conversaciones orgánicas entre los empleados que comparten el edificio.

«Muchas cosas suceden orgánicamente; es posible que tenga una conversación en el pasillo», dijo Gary McKay, director de prestación de servicios ágiles en Somos, un proveedor de gestión de registros para clientes de telecomunicaciones, con sede en East Brunswick, Nueva Jersey. Los empleados de Somos cambiaron a trabajo remoto esta semana. «La mayoría de nuestros objetivos [de desarrollo] que estaban en vuelo todavía están en vuelo, pero puede haber un poco de retraso porque no estamos teniendo la coordinación cara a cara: se necesita más conversación [para terminar]».

En general, el trabajo remoto entre empresas se había vuelto relativamente impopular en los últimos años, ya que fichas azules como Yahoo e IBM llamaron a las fuerzas remotas a las oficinas ubicadas en el mismo lugar, y muchas otras grandes empresas hicieron lo mismo.

«Este es el tipo de gallinas que regresan a casa para descansar», dijo Petrocelli. «Algunas empresas eliminaron el trabajo remoto hace unos años y todas se adaptaron a la idea de trabajar cerca unas de otras, y habrá interrupciones en la administración».

Consejos para hacer frente al trabajo remoto para los equipos de DevOps

Estandarice en herramientas de comunicación y colaboración. Esta debería ser la primera tarea, ya que los equipos de DevOps cambian al trabajo remoto, según los expertos. Dichas herramientas también deberían estandarizarse en el «mínimo común denominador» de acceso individual; por ejemplo, si no todos los miembros del equipo pueden realizar una videoconferencia, todo el equipo debería usar solo conferencias de audio.

«Cuando las personas tienen la opción de elegir qué herramientas usar, eso frustra el propósito de las herramientas de colaboración comunes y las hace ineficaces», dijo Jeremy Pullen, consultor técnico principal de Polodis, una firma de consultoría de transformación digital en Atlanta. «Todos deben estar al mismo nivel. Incluso si tiene la mitad del equipo a distancia y la mitad del equipo en la oficina, todos deberían estar en una conferencia telefónica juntos».

El equipo de McKay en Somos se ha estandarizado en los chats de Slack, con llamadas telefónicas según sea necesario, pero evitará el correo electrónico como herramienta de comunicación tanto como sea posible mientras funciona de forma remota.

«Las cosas se pierden en la traducción con el correo electrónico», dijo. «Es más fácil simplemente levantar el teléfono».

Abandone la especialización individual. Esta es una práctica recomendada de desarrollo ágil y DevOps: el libro seminal de DevOps The Phoenix Project incluye la historia de advertencia de «Brent», un «héroe» de TI de quien un equipo ficticio de DevOps se vuelve demasiado dependiente, lo que los hace menos productivos y resistentes. La aceptación de este concepto por parte de las empresas está a punto de enfrentarse a una dura prueba por la interrupción del coronavirus.

Los equipos de DevOps que trabajan de forma remota deberían crear una cola de trabajo centralizada de la que cualquiera en el equipo pueda extraer cuando estén disponibles. Esto será especialmente crucial conforme los empleados cuidan de los niños que se quedan en casa y no asisten a la escuela, atienden a los miembros de la familia que pueden enfermarse o se enferman ellos mismos.

«Aunque nadie quiere pasar por esto, creo que en realidad vamos a mejorar, porque nos obligará a hacer algunas cosas que ya deberíamos haber estado haciendo», dijo Carmen DeArdo, consultora independiente de DevOps, así como estratega senior de gestión de flujo de valor en Tasktop, una empresa de gestión del ciclo de vida del software en Vancouver, BC. «Nos obligará a alejarnos de las reuniones de comando y control a una colaboración más verdadera y más a un modelo de grupo de trabajo».

Haga el trabajo visible y medible. Para crear colas de trabajo compartidas y mantener flujos de trabajo organizados, los equipos de DevOps deben ser tan diligentes como sea posible para documentar y medir el trabajo utilizando herramientas como Jira, Slack, Trello y sistemas de tickets de TI.

«Cuando tienes a todos en una pizarra, puedes ser flojo al actualizar las tarjetas Kanban y otros sistemas», dijo DeArdo. Pero cuando los equipos son remotos, «es crucial que las personas puedan obtener información detallada sobre un problema o elemento de trabajo», agregó.

Esto no solo garantiza la coherencia y elimina la duplicación de trabajo, sino que también mantiene la flexibilidad, ya que los horarios regulares de los miembros del equipo pueden estar alterados.

«Ayuda con la ansiedad de las personas el no tener que elegir entre cuidar a sus hijos, por ejemplo, o asistir a una reunión, porque pueden ponerse al día con una grabación o el historial del canal de Slack más tarde», dijo DeArdo.

Hacer que el producto del trabajo sea visible y medible también puede poner de relieve a los empleados que son menos productivos sin una supervisión cercana si es necesario, agregó.

Céntrese en la calidad. Si bien los empleados con menos distracciones en un entorno remoto pueden producir más trabajo, la calidad de ese trabajo puede verse afectada, según un informe reciente de la firma de consultoría de gestión global McKinsey & Company.

«Comparando equipos de proyecto que estaban ubicados en un 40% versus un 100% de ubicación conjunta, el porcentaje de errores en el último grupo era un 50% más pequeño, lo que sugiere que la ubicación conjunta podría mejorar la calidad», se lee en el informe.

Por lo tanto, los equipos de DevOps que trabajan de forma remota deben poner un énfasis adicional en incrementos de trabajo medibles y más pequeños que se prueban exhaustivamente con herramientas automatizadas, aconsejaron los expertos.

Charles Betz

«Los equipos distribuidos pueden entregar más rápido, pero surgen problemas de calidad cuando ese trabajo distribuido se reintegra», dijo Charles Betz, analista de Forrester. «Ahora es el momento de duplicar las pruebas automatizadas antes de que las cosas se pongan en producción».

No microgestione a las personas. La coordinación de la estructura, la rutina y la gestión suele ser clave para la productividad de los empleados, pero estos son tiempos anormales, según los expertos. La microgestión de los miembros del equipo DevOps en un momento de temor generalizado, interrupción, incertidumbre y cambio de responsabilidades familiares es una ocupación temeraria.

«Céntrese más en los resultados que en la actividad», dijo DeArdo. «Concéntrese en objetivos específicos en lugar de si las personas están ‹haciendo› algo y ‹pareciendo ocupados›; si requiere que todos los empleados sean ‹ecológicos en Slack› de 8 a 5, eso es una señal de que ya está perdido».

Sea prescriptivo sobre qué herramientas de colaboración se usan, pero no sea prescriptivo sobre cómo se usan. Fomente una actitud de experimentación entre los miembros del equipo DevOps. Prepárese para algunas interrupciones a medida que los equipos se acostumbran a los flujos de trabajo remotos. Encuentre formas de reconocer a los empleados en línea que de otra manera podrían obtener en oficinas o en los tableros de anuncios.

«Algo tan simple como un muro virtual de apreciación puede ayudar a la moral y la salud mental», dijo Betz. «Estos siguen siendo puntos importantes de interacción social, incluso cuando todos están sentados frente a una pantalla».

Póngase al día con los proyectos atrasados. Una desaceleración económica prolongada como resultado de la pandemia de coronavirus ya ha comenzado. Una vez que se completan los trabajos pendientes de DevOps, los equipos pueden encontrarse sin una secuencia tan completa como están acostumbrados.

Los expertos dijeron que ese será un buen momento para trabajar en proyectos que de otra manera quedarían en segundo plano, o ideas «agradables de tener». La mayoría de los equipos de DevOps tienen listas de tareas a largo plazo que a menudo se descuidan, desde encontrar nuevas formas de automatizar y asegurar la infraestructura hasta refinar las secuencias de entrega de software para una mayor eficiencia.

«Toda la maldita economía está distraída en este momento, nadie va a innovar», dijo Betz. «Ahora es el momento de arreglar el techo, actualizar su inventario y trabajar en cuestiones de calidad».