agcreativelab - stock.adobe.com

Gestionar Aprenda a aplicar las mejores prácticas y optimizar sus operaciones.

Tres formas dramáticas de aumentar la productividad de los desarrolladores

Los desarrolladores funcionan mejor cuando las distracciones son mínimas, pero la mayoría de las organizaciones simplemente no están haciendo su parte para reducirlas. Sea valiente y pruebe estos tres métodos agresivos.

Encontrar el enfoque en estos días puede ser difícil. Incluso cuando las cosas funcionan sin problemas, los desarrolladores luchan por lograr una productividad sin obstáculos.

Muchas empresas combaten las distracciones constantes en un entorno de trabajo con ideas como una política de días sin reuniones o horarios flexibles, pero estos pueden ser, en el mejor de los casos, cambios superficiales. ¿Cómo puede ser flexible un horario si tiene una reunión permanente a las 9 a.m. todos los días, excepto el día sin reunión, por supuesto?

Si las empresas realmente quieren eliminar las distracciones y aumentar la productividad de los desarrolladores, es hora de pensar de manera más agresiva sobre el entorno de trabajo de los desarrolladores de software. Rompa las reglas, cambie las normas, desafíe el status quo, todo eso de "aquí están los inadaptados" de lo que habló Steve Jobs.

Pero, ¿qué significa ser agresivo? En esencia, significa cambiar la cultura de la empresa, de una que permite distracciones a una que las rechaza. Un enfoque agresivo significa ir contra la corriente y probar cosas que pueden parecer desafiantes, o incluso un poco locas. No puedo recomendar un enfoque único para que todas las organizaciones aumenten la productividad de los desarrolladores, pero aquí hay algunas ideas originales.

Automatice todas las cosas

La automatización no es una táctica de productividad innovadora, pero la mayoría de las empresas no están automatizando tanto como podrían.

En un día cualquiera, los desarrolladores senior pueden realizar revisiones de código, responder preguntas, revisar diagramas de arquitectura, aprender nuevos conceptos técnicos y planificar el trabajo futuro, todo además de escribir código. Cada una de estas actividades es importante por derecho propio, pero el tiempo perdido entre cada acto es significativo. Los expertos en productividad llaman a estas transiciones mientras se realizan varias tareas cambio de contexto. El cambio de la revisión de códigos a la mesa de ayuda, por ejemplo, no es instantáneo y se pierde algo de tiempo potencialmente productivo. Los desarrolladores asumen más daños colaterales a su productividad por cada tarea adicional que realizan.

La automatización ayuda a acortar la larga lista de tareas a las que se enfrenta un desarrollador en el día. Cuando la organización comprende el trabajo que los desarrolladores realizan en el día a día, pueden identificar tareas repetitivas para automatizar y recuperar algo de tiempo. Por ejemplo, las revisiones de código pueden afectar la productividad; incorpore el análisis estático y la vinculación en la automatización de la revisión previa para que los desarrolladores tengan menos que clasificar en su revisión. Simplemente no es un gasto útil del tiempo de un desarrollador precisar la ubicación de los soportes y el uso de pestañas o espacios.

Adopte lo fuera de línea de forma predeterminada

Muchas empresas de tecnología ahora son completamente remotas. Si bien muchos debaten los beneficios del trabajo remoto frente al trabajo in situ, una cosa no se puede discutir: desconectarse es difícil. En la oficina, un gerente o un colega puede tocar a alguien en el hombro cuando ocurre un problema; los trabajadores remotos confían en Slack u otros mensajes, que pueden llegar en un momento inoportuno.

Algunas empresas han instituido políticas de comunicación asincrónica. Estas políticas significan efectivamente que no debe esperar una respuesta inmediata a ningún mensaje que envíe. La comunicación asincrónica es un gran comienzo, pero no cambia la cultura.

Para aumentar de manera efectiva la productividad del desarrollador, una organización debe crear una política sin conexión por defecto. Esta política significa que, a menos que se requiera que los desarrolladores estén en el chat, deben cerrar Slack, Zoom, Microsoft Teams y cualquier otro medio de comunicación.

¿Qué pasa con las emergencias? El hecho es que las emergencias son increíblemente infrecuentes. Una organización puede establecer una rotación de guardia y una herramienta y un procedimiento de respuesta a incidentes para tratar los problemas. En la mayoría de los casos, las preguntas pueden esperar uno o dos días para recibir una respuesta. Además, cuando la organización adopta la conexión fuera de línea de forma predeterminada, puede capacitar a las personas para que piensen por adelantado sobre lo que necesitan, en lugar de esperar hasta que lo necesiten con urgencia.

Invierta en espacios de trabajo sin distracciones

En la oficina, las distracciones se presentan de muchas formas: mesas de ping-pong, reuniones sociales e incluso compañeros de trabajo bien intencionados. Lo mismo ocurre con el trabajo en casa: distracciones diferentes, pero constantes.

Tradicionalmente, ha sido responsabilidad del empleado gestionar las distracciones. ¿Pero por qué?

Para eliminar realmente las distracciones y ayudar a aumentar la productividad de los desarrolladores, invierta en el entorno de trabajo. Una organización puede darles a los desarrolladores la opción de trabajar en un plano de planta abierto o en un cubículo, o incluso en una oficina cerrada, si tiene el inmueble. Proporcione a los desarrolladores auriculares con cancelación de ruido, auriculares de realidad virtual, escritorios completamente cerrados o cualquier otra cosa que pueda ayudarlos a controlar su espacio.

En un mundo en el que abundan las distracciones, el equipo de desarrollo de software debe tener la libertad de concentrarse sin insistir en un presupuesto. Los objetivos del equipo valen más que eso.

Investigue más sobre Desarrollo de aplicaciones

Inicie la conversación

Envíenme notificaciones cuando otros miembros comenten sobre este artículo.

Por favor cree un Nombre de usuario para poder comentar.

Close