Encuesta de experiencia del desarrollador (DevEx)

Valora los ciclos de feedback, la carga cognitiva y el estado de flujo, y eliminad juntos la fricción.

Pruebe esta evaluación de salud en directo

¿Qué es una encuesta de experiencia del desarrollador?

Una encuesta de experiencia del desarrollador pregunta a los desarrolladores cómo viven su trabajo diario: con qué rapidez reciben feedback, cuánto les cuesta entender el código y las herramientas, y con qué frecuencia pueden concentrarse. Esta se basa en el marco DevEx de Abi Noda, Margaret-Anne Storey, Nicole Forsgren y Michaela Greiler, publicado en ACM Queue en 2023. Agrupa la fricción que sufren los desarrolladores en tres dimensiones: ciclos de feedback, carga cognitiva y estado de flujo. Cada persona valora 12 afirmaciones de forma privada. Después, el equipo revisa los resultados en conjunto y convierte las puntuaciones más bajas en acciones durante una retrospectiva. Para una visión más amplia de la productividad de los desarrolladores, usa el Health Check del marco SPACE. Para la entrega de software, usa la Autoevaluación de métricas DORA.

Dimensiones

Ciclos de feedback

Con qué rapidez reciben las personas respuestas útiles sobre su trabajo, tanto de las herramientas como de sus compañeros.

  • Velocidad de builds y tests

    Nuestros builds y tests son lo bastante rápidos como para que casi nunca tengamos que esperarlos.

  • Rapidez de las revisiones

    Las revisiones de código llegan lo bastante rápido como para que el trabajo siga avanzando.

  • Confianza al publicar

    Podemos publicar un cambio con la confianza de que no va a romper nada.

  • Obtener ayuda

    Cuando nos atascamos, sabemos a quién preguntar y recibimos ayuda rápidamente.

Carga cognitiva

Cuánto esfuerzo mental cuesta sacar adelante el trabajo con nuestro código, nuestras herramientas y nuestros procesos.

  • Código comprensible

    Nuestro código es fácil de entender y se puede modificar con seguridad.

  • Encontrar información

    Encontramos la documentación o la información que necesitamos sin tener que ir buscándola por todas partes.

  • Herramientas útiles

    Nuestras herramientas de desarrollo nos ayudan más de lo que nos estorban.

  • Procesos ligeros

    Nuestros procesos, como tickets, aprobaciones y traspasos, no son más pesados de lo necesario.

Estado de flujo

Con qué frecuencia pueden las personas concentrarse por completo en un trabajo significativo.

  • Concentración profunda

    La mayoría de los días tenemos largos periodos de tiempo para concentrarnos en nuestro trabajo.

  • Pocas interrupciones

    Rara vez nos apartan de nuestro trabajo las interrupciones o los cambios entre tareas.

  • Objetivos claros

    Sabemos en qué estamos trabajando y por qué es importante.

  • Autonomía

    Tenemos verdadera libertad para decidir cómo hacemos nuestro trabajo.

Cuándo debe realizarse esta revisión médica

  • Cada trimestre, para ver cómo evoluciona con el tiempo la fricción que los desarrolladores encuentran en su día a día.
  • Cuando los desarrolladores dicen que el trabajo se les hace lento o frustrante, pero las cifras de entrega no explican por qué.
  • Antes y después de un cambio en las herramientas, la plataforma, el código o los procesos, para comprobar si ha ayudado a quienes hacen el trabajo.

Consejos y trucos

  • Analiza cada dimensión por separado. Un equipo puede tener builds rápidos y aun así perder la mayor parte de los días por las interrupciones.
  • Si dispones de datos de sistema, ponlos junto a los resultados, como los tiempos de build o cuánto esperan las revisiones. El artículo de DevEx recomienda combinar lo que cuentan los desarrolladores con datos de vuestros sistemas.
  • Mantén la encuesta anónima y no uses nunca las puntuaciones para comparar o clasificar a personas.
  • Elige una o dos de las afirmaciones con puntuación más baja y conviértelas en acciones en vuestra próxima retrospectiva. Repite la encuesta para ver si han funcionado.
  • Combínala con el Health Check del marco SPACE cuando también quieras analizar la satisfacción, la colaboración y los resultados.

Preguntas frecuentes

¿Qué es una encuesta de experiencia del desarrollador?
Es una encuesta breve que pregunta a los desarrolladores por la fricción de su trabajo diario, como esperar a builds y revisiones, el código confuso o las interrupciones constantes. Los resultados muestran dónde pierde el equipo tiempo y energía. Si la hacéis en equipo, las puntuaciones más bajas se convierten en una lista de cosas que mejorar.
¿Qué preguntas debe incluir una encuesta de experiencia del desarrollador?
Pregunta por lo que los desarrolladores se encuentran cada día: cuánto esperan a builds, tests y revisiones, lo fácil que resulta entender el código y la documentación, y con qué frecuencia pueden concentrarse sin interrupciones. Formula cada afirmación de forma breve y referida al equipo, no a personas concretas. Esta plantilla tiene 12, cuatro por cada dimensión de DevEx.
¿Cuáles son las tres dimensiones de la experiencia del desarrollador?
Los ciclos de feedback son la rapidez y la calidad de las respuestas a lo que hacen los desarrolladores, tanto de herramientas como los builds y los tests como de personas como quienes revisan el código. La carga cognitiva es el esfuerzo mental que exige una tarea, y aumenta con el código complejo, las herramientas desconocidas y la documentación deficiente. El estado de flujo consiste en estar completamente concentrado en el trabajo, y depende de que haya pocas interrupciones, objetivos claros y autonomía.
¿Con qué frecuencia deberíamos hacer una encuesta de experiencia del desarrollador?
Cada trimestre funciona bien para la mayoría de los equipos. Así queda tiempo para actuar sobre los resultados de una ronda antes de la siguiente. Si la hacéis con más frecuencia de la que podéis introducir cambios, la gente suele dejar de responder.
¿Qué diferencia hay entre DevEx, SPACE y DORA?
DORA mide la entrega de software, por ejemplo con qué frecuencia desplegáis y cuánto tarda un cambio en llegar a producción. SPACE es un modelo amplio de productividad de los desarrolladores con cinco dimensiones. DevEx se centra en lo que los desarrolladores viven en su día a día: ciclos de feedback, carga cognitiva y flujo. TeamRetro tiene un health check para cada uno: DORA, SPACE y este.
¿Quién creó el marco DevEx?
Abi Noda, Margaret-Anne Storey, Nicole Forsgren y Michaela Greiler, en 'DevEx: What Actually Drives Productivity', publicado en ACM Queue en 2023. Las afirmaciones de esta plantilla son de elaboración propia de TeamRetro. TeamRetro no tiene ninguna relación con los autores ni con DX.

Based on Abi Noda, Margaret-Anne Storey, Nicole Forsgren and Michaela Greiler, 'DevEx: What Actually Drives Productivity,' ACM Queue 21(2) (2023).

Revisiones médicas relacionadas