El trabajo centrado en el ser humano es un movimiento en crecimiento que se enfoca en las necesidades de las personas, cosechando recompensas comerciales en el proceso. Como muestra una investigación reciente de Gartner, las prácticas laborales centradas en el ser humano conducen a un mejor desempeño de los empleados, con 3,8 veces más probabilidades de que los trabajadores sean considerados de alto rendimiento en estos entornos.
Como algunos de sus empleados más valiosos, los desarrolladores de software deben ser considerados específicamente sobre cómo aplicar mejor estos conocimientos. En el mundo del software, la “experiencia del desarrollador” es un aspecto clave para la satisfacción laboral, uno que no es bien entendido por los no desarrolladores.
Al reunir los conocimientos del trabajo centrado en el ser humano y la experiencia del desarrollador, los líderes de TI pueden crear una cultura de trabajo que genere y retenga a los mejores desarrolladores. Aquí hay ocho formas de cultivar un entorno centrado en el desarrollador que pagará dividendos.
1. Comprender qué es la experiencia del desarrollador
El líder que entiende qué es la experiencia del desarrollador y entiende por qué es importante para los codificadores está a la vanguardia del juego.
En el nivel más básico, la Experiencia del Desarrollador (Developer Experience o DX) se trata de cómo se siente usar una herramienta o sistema al crear software. Se extiende desde lo muy específico, como la diferencia en cómo los lenguajes manejan la programación funcional, hasta lo general, como la diferencia en cómo se “siente” usar diferentes plataformas en la nube. DX no se detiene ahí, abarca la cultura y la actitud de lo que significa vivir el estilo de vida de un desarrollador. En este sentido más amplio, DX es una característica importante de cómo se sienten los desarrolladores, especialmente los experimentados, cuando trabajan en una organización.
En el corazón de la filosofía centrada en el ser humano se encuentra la idea de responsabilidad autónoma, lo que significa dar a las personas metas y responsabilizarlas por su desempeño, al mismo tiempo que les da el mayor control posible sobre cómo logran las cosas. La idea es que las personas sepan lo que funciona y lo que no, y que puedan corregir el rumbo de manera rápida e iterable. Y se alinea mucho con una valiosa experiencia de desarrollador.
2. Comprender por qué DX es importante
Los desarrolladores tienen una relación autorreferencial con la experiencia del desarrollador: a menudo construyen las herramientas que usan, apreciando la forma en que funcionan las cosas y la ingeniería creativa que se dedica a construir las cosas que usan.
El arte y la apreciación impulsan a la comunidad de software hacia adelante. Desde los primeros días de los mainframes compartidos, los desarrolladores se han unido para crear y colaborar en proyectos que estimulan sus mentes. El interés y la aceptación de los desarrolladores en proyectos tecnológicos se ha convertido en un elemento clave para determinar qué proyectos se financian y encuentran su camino hacia el uso común. DX es lo que distingue a estos proyectos entre los desarrolladores, y actúa como una especie de indicador de idoneidad evolutiva.
Dan Moore , jefe de relaciones con desarrolladores de FusionAuth, hace una distinción útil sobre DX y dice: “La experiencia del desarrollador se puede dividir en experiencia de desarrollador interna y externa. El primero se trata de permitir que los equipos internos construyan de una manera más coherente, segura y rápida al proporcionar elementos básicos y barandillas junto con herramientas de autoservicio. El último es para aumentar las ventas y construir una plataforma pegajosa para desarrolladores fuera de su organización”.
Para garantizar esos resultados, los líderes de TI deben preguntarse continuamente cómo es ser un desarrollador en su organización y encontrar formas de mejorar esa experiencia.
3. De DevOps a ‘DevEx’, y viceversa
La expansión de DevOps ha permitido a los desarrolladores participar en el ciclo de vida completo del producto e influir en ese ciclo de vida de manera holística. Si aún no ha adoptado DevOps, ese es un buen primer paso en la dirección de las prácticas centradas en el desarrollador.
DX lleva DevOps al siguiente nivel. Como me dijo Guillermo Rauch, CEO y fundador de Vercel, “las organizaciones pasarán de DevOps a la experiencia de desarrollo. La gran experiencia del desarrollador conduce a una mejor productividad y velocidad del desarrollador, lo que mejora directamente su resultado final. Todas las organizaciones deberían pensar: ‘¿Cómo empodero a mis desarrolladores para que dediquen más tiempo a la capa de aplicaciones y productos mientras dedican un tiempo mínimo a la capa de backend e infraestructura?’”
Visto de esta manera, centrarse en DX es una forma de permitir que los desarrolladores controlen mejor cómo funcionan: en lugar de descubrir qué procesos DevOps son los mejores y luego imponerlos a los equipos, empodera al equipo para diseñar los procesos y la tecnología que mejor se adapte a ellos. Después de todo, los equipos empoderados que participan en los procesos de primera mano pueden diseñar y construir mejores herramientas para sus tareas en respuesta a las condiciones cambiantes.
Dicho de otra manera, un buen DevOps es un resultado natural de un buen DX y viceversa.
4. Tener a alguien propio DX
Incluir a los desarrolladores y al personal de TI en las discusiones sobre qué herramientas usar, y darles influencia en la compra, proporciona un ciclo de retroalimentación invaluable sobre lo que funciona y lo que no funciona. También garantiza que los desarrolladores sientan que están siendo escuchados, lo que aumenta las probabilidades de que inviertan en el proyecto .
La clave para nutrir los ciclos benévolos entre el personal comercial y tecnológico es encontrar y empoderar a los magnificadores de fuerza en la organización, aquellas personas que pueden ayudar a hablar por la experiencia del desarrollador y proporcionar un puente hacia el lado comercial. Una excelente manera de ayudar aquí es poner explícitamente a alguien, o varias personas, a cargo de DX. Esto puede ser parte de la responsabilidad de alguien o el único enfoque de un grupo, según el alcance de su organización.
Establecer un enfoque explícito en la gestión de la salud de DX y proporcionar una manera para que los involucrados en DX interactúen con el negocio contribuirá en gran medida al éxito general de sus esfuerzos de DX.
5. No presione a los desarrolladores para que le fallen a su segunda audiencia
Los desarrolladores crean software para dos audiencias: usuarios y desarrolladores, es decir, aquellos desarrolladores que trabajarán en el producto. Para los usuarios, la excelencia del producto es fundamental. Pero para los desarrolladores, la excelencia dentro del producto también es extremadamente importante, y eso tiene grandes implicaciones para el negocio que usa el software. En este sentido, DX es una indicación de la calidad del código, lo que dice todo sobre la viabilidad del software.
Aquí, la importancia para el negocio es doble. Primero, los sistemas con buen DX son más fáciles de mantener y ampliar, siendo la calidad del software un diferenciador clave entre el código que puede crecer y evolucionar y el código que está condenado a degradarse y decaer. En segundo lugar, cuando DX es alto, es más probable que los desarrolladores, especialmente los senior, estén satisfechos con trabajar en el proyecto. Debido a esto, la importancia de la calidad del código muestra por qué la velocidad del proyecto no es una métrica para ser vista de forma aislada como suele serlo.
Como la experiencia humana de trabajar en proyectos, DX es la característica más indicativa de la salud de un proyecto. La forma en que se siente trabajar en el interior de un proyecto se ve afectada por todo, desde las herramientas hasta el ritmo de la reunión, y si eso se siente agradable o desagradable dice todo sobre qué tan bien van las cosas, cómo procederán y si la gente querrá seguir trabajando. en eso.
6. Proporcionar oportunidades para aprender, enseñar, compartir
Aprender, enseñar y compartir son los principales incentivos para los desarrolladores. Y cuanto más consumado, apasionado y solidario sea el desarrollador, más importante será. La capacidad de crear DX y ayudar a otros a ver su valor es esencial. Al inculcar una cultura en la que todos participan en un viaje más amplio que incluye compartir, todos encuentran una fuente de inspiración más profunda.
Incorporar la contribución a proyectos de código abierto es una excelente manera de lograr esto. Muchas empresas orientadas al software incluyen un componente de código abierto por una buena razón. Permite a los desarrolladores expresar sus creaciones, atrae contribuciones del resto del mundo y llama la atención sobre lo que se está haciendo en la organización.
La experiencia de cada desarrollador se eleva cuando su trabajo se siente parte de algo más grande.
7. Mitigar la burocracia que acaba con el DX
El negocio anhela métricas e información sobre lo que sucede en el interior oscuro de la creación de software. Pero demasiada intrusión en el flujo de trabajo del desarrollador es un verdadero asesino de DX. En su lugar, minimice las reuniones y los informes innecesarios, y vigile lo que funciona de manera más eficiente. Incluso la sensación de que el liderazgo está incorporando este factor en su estrategia ayudará.
Los mejores desarrolladores de software prosperan en un entorno en el que pueden concentrarse en lo que mejor saben hacer, crear software, y dedicar la mayor parte de su tiempo a actividades que les parecen valiosas. Han perfeccionado e invertido en lo que son buenos, y quieren pasar el mayor tiempo posible en esas tareas.
También es importante reducir la fricción entre los equipos y las áreas de propiedad. Los líderes de TI están en posición de ayudar a romper los silos de propiedad y exclusividad.
8. Automatice (y desestrese) la entrega
Investigaciones recientes muestran que 7 de cada 10 desarrolladores abandonan los proyectos debido al estrés por la entrega. Un millón y una cosas entran en la actividad detallada de crear software y cuando todo se agrupa en una única cosa discreta que debe entregarse sin problemas, es muy estresante. Hay una sensación de nunca hacer realmente lo suficiente, a pesar de tus mejores esfuerzos.
La mejor manera de abordar eso es construir sistemas automatizados confiables. La integración y entrega continuas, las pruebas automatizadas y similares se están convirtiendo en partes estándar e imprescindibles de los procesos de desarrollo en estos días, pero son solo una parte de la historia. Una cultura de apoyo es igualmente necesaria. La forma en que los desarrolladores se sienten tratados en sus momentos de dificultad e incertidumbre tiene un gran impacto en DX. Si las organizaciones exitosas mantienen una calle de doble sentido entre el negocio y TI, DX es la condición del camino.
