En la búsqueda constante de la mejora, el concepto de Developer Experience (DevEx) se ha vuelto más relevante que nunca. En los últimos años, el DevEx ha logrado generar una mayor conciencia sobre la importancia de entender cómo los equipos de desarrollo perciben y valoran su trabajo para asegurar no sólo su satisfacción sino también optimizar su productividad. ¿Un win-win situation, no?
En este Codurance Talks, Abi Noda, Co-Fundador y CEO de DX, nos explica los aspectos fundamentales de DevEx, su relevancia como métrica de productividad y los desafíos que enfrentan las organizaciones en su implementación.
En esta ocasión el podcast es en inglés.
¿Qué es Developer Experience (DevEx)?
Noda nos cuenta que el punto de inflexión que puso el foco en DevEx fue la pandemia: el cambio abrupto hacia el trabajo remoto naturalmente despertó un renovado interés en medir su impacto en la productividad de los equipos y, por ende, en las organizaciones en su globalidad. Adicionalmente, el auge de la Inteligencia Artificial (y las nuevas herramientas que se apoyan en ella) también ha llevado a las organizaciones a investigar cómo la misma incide en la productividad de los equipo de desarrollo y medir cuál es, por ejemplo, el retorno de la inversión de herramientas como GitHub Copilot.
Sin importar la razón detrás, lo cierto es que si se busca verdaderamente maximizar la productividad de un equipo, es imprescindible enfocarse en la experiencia de sus componentes y comprender los elementos que obstaculizan su trabajo. Solo tras eliminar estos obstáculos y reducir fricciones, será posible que los equipos de desarrollo avancen a un ritmo más acelerado, lo que, en última instancia, conduce a un aumento en su productividad.
"La Experiencia del Desarrollador, o DevEx, engloba la totalidad del recorrido de un desarrollador, abarcando los momentos más altos y bajos, los momentos de satisfacción y los puntos de frustración. Es una manera de medir la productividad desde la perspectiva de los mismos desarrolladores".
Abi Noda, Co-Fundador y CEO de DX
Pero, ¿cómo se mide una experiencia?
Noda ha llegado a identificar hasta 25 factores socio-técnicos cuantificables que impactan significativamente la experiencia de los developers. Estos factores pueden abarcar desde herramientas e infraestructura, procesos de desarrollo locales, test automatizados y cobertura de los test, hasta el entorno de desarrollo. También incluyen aspectos de naturaleza humana, como la claridad de los requisitos de cada tarea, la libertad para expresar opiniones y tener una dirección definida en términos de los objetivos del equipo.
Sin embargo, su investigación más reciente ha demostrado que todos estos factores pueden simplificarse en tres dimensiones específicas:
- Feedback loops: esta dimensión se enfoca en evaluar la calidad y velocidad de la retroalimentación que cada desarrollador recibe.
- Carga cognitiva: se refiere a la dificultad inherente de cada tarea, así como a la presencia de obstáculos innecesarios.
- Estado de flujo: esta dimensión abarca no solo la habilidad de los equipos de desarrollo para realizar un trabajo profundo, sino que también considera aspectos como la motivación y la energía del equipo.
Este modelo representa una forma más sencilla de considerar qué compone la experiencia del desarrollador y en qué debemos enfocarnos para mejorarla. De hecho, desde un punto de vista empresarial, medir estas dimensiones será crucial para garantizar que los equipos de desarrollo incrementen su efectividad, su velocidad y la calidad del código que escriben.
Developer Experience: su ausencia en las organizaciones
La falta de visibilidad sobre la experiencia de los equipos de desarrollo representa un problema significativo en las organizaciones, siendo lo que provoca el deterioro de la experiencia y conlleva a situaciones en las que la persona se "quema". Este problema se divide en dos desafíos que están conectados:
- Por un lado, los equipos de desarrollo se enfrentan a obstáculos que pasan desapercibidos ya que no existe un mecanismo efectivo para comunicar estas dificultades a la alta dirección de la organización.
- Por otro, la falta de conciencia sobre estos problemas dificulta su cuantificación en términos de costes e impacto real. Esto a su vez, se traduce en una dificultad al momento de obtener una inversión y atención por parte de la empresa.
Otra barrera evidente radica en la falta de tiempo de los líderes para centrarse en la productividad, incluso en organizaciones que valoran este aspecto. A menudo, se espera que los equipos resuelvan sus problemas por sí mismos, lo que choca con la realidad de que realmente carecen de autorización y disponibilidad para abordar esos desafíos. Para hacer frente a estos retos, Noda sugiere hacer una inversión deliberada: las organizaciones pueden asignar una parte de la capacidad de cada equipo (por ejemplo, el 10%) para resolver problemas locales o incluso crear equipos de capacitación separados dedicados a proveer sesiones de coaching.
Una vez que se disponga de equipos capacitados para abordar estos problemas dentro de su workflow y los recursos necesarios para respaldarlos, se establece un camino hacia la mejora de la experiencia de los desarrolladores y, por ende, hacia la mejora de su productividad.
Conclusión
En este episodio, Noda nos enseña cómo la Developer Experience (DevEx) implica escuchar a los equipos de desarrollo y considerarlos como usuarios clave de tu negocio. Fomentar que las organizaciones se acerquen a sus developers para identificar y superar desafíos emergentes puede resultar en mejoras sustanciales tanto en la felicidad del equipo como en su desempeño.
De esta manera, la DevEx se plantea como una herramienta esencial para promover un desarrollo de software más sostenible y eficaz, que beneficia tanto a las empresas como a los equipos de desarrollo. Así que, ya sabes: a medida que tu organización busque potenciar la productividad de sus equipos y la calidad del software, será fundamental que presten atención a las necesidades y el día a día de sus equipos de desarrollo.
