LinkedIn es un servicio en línea grande y complejo que combina una variedad de funciones bajo la apariencia de una aplicación web. Esto incluye la plataforma comunitaria que atrae usuarios, pero también los productos de formación y contratación que generan beneficios. Todos estos elementos son importantes y deben trabajar en conjunto para brindar el servicio esperado por los usuarios y sus clientes. Proporcionar estos servicios requiere mucho esfuerzo por parte de los desarrolladores y la infraestructura para respaldar la gran cantidad de servicios y microservicios que se combinan para formar una red social moderna.
Producto puro de sus desarrolladores, LinkedIn debe asegurarse de que sigan siendo productivos y felices. Por lo tanto, debe comprender qué significan estos dos requisitos clave para su empresa. Basándose en sus propias experiencias y en las de otras empresas, incluida Mozilla, la red social ha desarrollado, implementado y compartido un marco de productividad y felicidad del desarrollador, el Developer Productivity and Happiness Framework o DPH, que proporciona pautas para medir los propios procesos de desarrollo. Estas directrices han demostrado ser útiles y recientemente se han publicado como código abierto para que otras empresas puedan aprender las mismas lecciones y mejorar sus propios procesos de desarrollo, entendiendo qué funciona en sus operaciones y dónde se encuentran los cuellos de botella. estrangulamiento y frustraciones.
La evolución de los métodos de desarrollo exige una evolución en la gestión
Un aspecto importante del marco de productividad y felicidad del desarrollador (DPH) anunciado por LinkedInes su capacidad para comprender cómo ha evolucionado el desarrollo de software. Se sabe desde hace mucho tiempo que en cualquier medición de la productividad se deben tener en cuenta los tiempos de construcción, pero el cambio de la tradicional cascada a la metodología ágil y CI/CD (integración continua/entrega continua) ha cambiado lo establecido. Ahora, cada inserción de código puede resultar en una compilación, incluidas las pruebas automatizadas que son parte del proceso. También debe tener en cuenta las revisiones de código, el tiempo dedicado a probar y procesar solicitudes de extracción antes de que se acepten los cambios. La mayoría de las métricas que utiliza LinkedIn provienen de las propias herramientas, ya sea el rendimiento de una cadena de herramientas local en la PC de un desarrollador o una plataforma CI/CD alojada en la nube. El objetivo es identificar los obstáculos y cuellos de botella que obstaculizan la entrega de código y garantizar que los usuarios tengan la mejor experiencia posible.
Este nuevo modelo requiere nuevos métodos de trabajo. Los desarrolladores ya no pueden entregar grandes bloques de código, ya que se verían obligados a esperar a que se complete la revisión. En cuanto a los revisores de código, no pueden permitir que se acumulen retrasos en el código. Utilizando las métricas del DPH, se puede determinar qué facilita el trabajo para ambas partes. Esto puede dar como resultado envíos más frecuentes, pero más pequeños, que son más fáciles de entender, más fáciles de probar y más rápidos de aprobar, lo que hace que el código sea más fácil de mantener y comprender. Los beneficios resultantes son obvios: los desarrolladores, ya sean principiantes o experimentados, pueden concentrarse en su código, evitando fuentes de disrupción que requieren tiempo para resolverse.
De los números a los resultados
Por supuesto, es bueno tener un marco para determinar la productividad de los desarrolladores y definir las métricas utilizadas, pero ¿cómo se convierten estos datos en acciones? Uno de los elementos clave es tener un panel o portal donde se puedan ver los datos y practicar la relevancia estadística. LinkedIn ha creado lo que llama un Developer Insights Hub en torno a DPH, que facilita la visualización de datos clave, como el tiempo de espera promedio para que se complete una compilación, así como cualquier valor atípico. Esta información fomenta el cambio. Por ejemplo, si el tiempo promedio de compilación es demasiado alto, el equipo interno de herramientas de desarrollo buscará mejorar el rendimiento del compilador y del vinculador. O, si aprobar una solicitud de descarga lleva demasiado tiempo, los desarrolladores pueden intentar cambiar la forma en que crean y envían confirmaciones. Las posibilidades son numerosas, porque las mediciones nos permiten comprender no sólo lo que sucede en el presente, sino también lo que sucedió en el pasado.
Ofrecer un marco de código abierto como DPH es un paso importante para LinkedIn. A través de él, las empresas podrán determinar las métricas y métricas adecuadas para ellas y compartir sus conocimientos y aprendizajes con una comunidad más amplia. Sin embargo, falta una cosa: el anuncio de una comunidad DPH formal. El trabajo en métricas de DPH por parte de una comunidad intersectorial es importante porque permite a las empresas comparar métricas y tener un foro para discutir la conexión entre la productividad y la felicidad de los desarrolladores. Las empresas nunca son las mismas y cómo y qué miden es diferente. Pero pueden utilizar paneles similares con una comprensión común de la naturaleza estadística de sus mediciones. Ahora veremos si esta comunidad se desarrollará -o no- en los próximos meses.
Otras noticias que te pueden interesar