4 realidades que los líderes de TI deben saber sobre los desarrolladores móviles ahora

09:45 16/11/2021 | 3 Lượt xem

La pandemia trajo muchos cambios en la forma en que los equipos interactúan entre sí. Junto con muchos empleados que se vieron obligados a ingresar a entornos de oficina en casa, surgieron nuevos desafíos, con comunicación, acceso remoto a estaciones de trabajo y ciberseguridad (ahora de gran importancia). Con suerte, su organización ha encontrado una forma de apoyar el teletrabajo. Pero esto no es temporal; una fuerza de trabajo más distribuida y con capacidad remota es donde van las cosas.

A medida que los líderes de TI piensan en modelos remotos e híbridos de trabajo para equipos y adoptan herramientas para reuniones virtuales y uso compartido de archivos, es vital considerar las necesidades individuales de un rol de equipo valioso: el desarrollador. Aquí hay cuatro factores a considerar:

1. Los desarrolladores remotos deben colaborar de formas únicas

Las videollamadas, el uso compartido de la pantalla y las unidades compartidas no serán suficientes.

Es obvio y vale la pena decirlo: la colaboración es más efectiva cuando las herramientas que utiliza están personalizadas para su trabajo de colaboración. Por ejemplo, probablemente esté familiarizado con herramientas de gestión de proyectos como Jira y Trello. Estas son excelentes herramientas para la colaboración de tareas y requisitos.

Para los desarrolladores, el diseño y el código son el principal resultado del trabajo. La mayoría de los equipos ya están usando algunas herramientas de control de código fuente (GitHub y GitLab son dos opciones populares) y este es un gran comienzo en la colaboración de código. Sin embargo, ahora que la gente está lejos, todos debemos preguntarnos “¿es esto suficiente?”

Mientras los desarrolladores iteran funciones y corrigen errores, ¿cómo colaboran de manera efectiva? Las videollamadas, el uso compartido de la pantalla y las unidades compartidas no serán suficientes. Una verdadera experiencia de codificación colaborativa también debe permitir cosas como pizarras virtuales, IDE compartidos, automatización de tareas y coherencia garantizada en todos los entornos de desarrollo.

2. Los desarrolladores remotos necesitan acceso a recursos compartidos para crear y probar software.

Al hablar con los desarrolladores, una queja común es “mi computadora portátil no es lo suficientemente potente”. Tal vez esté bien cuando también tienen una estación de trabajo en la oficina o acceso a una máquina virtual en un centro de datos; pero en casa no lo hacen. Las cosas no se comportan de la misma manera en casa y en la oficina. Ser remoto significa una conexión más lenta con el hardware de la oficina y nuevos requisitos de seguridad para proteger los datos confidenciales.

Hay un número creciente de opciones para esto, e incluso opciones nativas de la nube y con capacidad híbrida.

En estos casos, tener IDE de desarrollador que puedan ejecutarse con la potencia del centro de datos (o la nube) y dentro de los límites de seguridad aprobados ayudará a eliminar las experiencias de desarrollador que de otro modo serían frustrantes. Hay un número creciente de opciones para esto, e incluso opciones nativas de la nube y con capacidad híbrida.

¿Cómo se ve esto en acción? Como escribí recientemente en el blog de desarrolladores de Red Hat: “Puede servir espacios de trabajo a través de un IDE de navegador como CodeReady Workspaces. La centralización de la gestión del espacio de trabajo en una plataforma subyacente como OpenShift de Red Hat da como resultado espacios de trabajo poderosos y lo suficientemente preparados para herramientas como para que todo lo que necesita en su computadora portátil sea un navegador moderno. Esta estrategia ofrece un mejor rendimiento sobre las máquinas virtuales porque la conexión funciona con un socket web, que tiene menos requisitos de ancho de banda que un cliente de escritorio remoto. También es más rápido porque el kernel compartido de los contenedores permite tiempos de inicio más rápidos que las máquinas virtuales. “

[ Want to learn more about the in-browser IDE option? Try it out using the Developer Sandbox for Red Hat OpenShift, a free shared OpenShift cluster with CodeReady Workspaces pre-configured. ]

3. Cree una cultura honesta sobre las interrupciones diarias.

El desempeño individual diario tendrá altibajos. Esto solía suceder en la oficina, pero estar en casa trae nuevas distracciones. Deje que esto sea algo que esté bien: establecer expectativas realistas conduce a un mejor compromiso individual.

Muchos gerentes todavía sienten que el desempeño se está mostrando temprano y se está yendo tarde. En su lugar, haga un seguimiento de los resultados, realice un seguimiento de los logros y celebre. Haga visible el flujo de trabajo en lugar de medir las horas diarias de trabajo de una persona.

Una buena cosecha puede conducir a una mejor productividad, una mala cosecha puede provocar agotamiento y otros problemas. Cada organización tiene una cultura única, pero pertenecer e incluir debe ser un objetivo cultural común. Es un factor importante para incrementar el desempeño individual y de equipo. Crear una cultura colaborativa remota que comience con la apertura y la confianza puede ser un cambio poderoso que las organizaciones pueden implementar ahora.

4. Las prácticas de DevOps pueden unir a los equipos

Es probable que DevOps ya esté en uso o en planes si está atravesando una transformación digital. Lograr que los equipos de desarrollo y de operaciones se comuniquen con frecuencia, automaticen sus actividades y creen circuitos de retroalimentación es aún más importante ahora para mitigar los aspectos potencialmente negativos del teletrabajo.

Una parte importante de realizar mejoras significativas es medir el desempeño organizacional. Tenga en cuenta que medir las métricas de software clásicas en realidad puede enfrentar a los equipos entre sí y centrarse en las cosas equivocadas.

Alternativamente, los expertos recomiendan medir el rendimiento de la entrega de software y la confiabilidad operativa. Reúna a todo el equipo y acuerde paneles que brinden indicadores visuales procesables de desempeño. Estos paneles pueden incluir señales de tráfico del sistema, comentarios de los clientes, errores abiertos, flujo de DevOps e incluso OKR.

Encuentre un nuevo control remoto regular para desarrolladores

Se espera que trabajar de forma remota se convierta en la nueva norma durante al menos parte de la semana laboral (casi nadie quiere ese viaje diario de nuevo). Y, casualmente, muchas organizaciones y agencias gubernamentales están actualmente experimentando esfuerzos de modernización y transformación digital. Ahora es el momento de considerar los cambios que se pueden hacer hoy que trazarán un camino y definirán la mejor manera de operar en el futuro.

En resumen, a medida que evoluciona hacia modelos operativos más remotos, es importante que los líderes piensen en las necesidades únicas de los diferentes roles de sus equipos, incluidos los desarrolladores. Pregunte a las personas qué tipo de desafíos enfrentan: sus respuestas serán esenciales para los líderes que quieran hacerlo bien.

[ Want more detail on tooling options for remote developer teams? Read the related blog: Tools and practices for remote development teams. ]

Related Posts

lên đầu trang