Tabla de contenidos
En este artículo me gustaría analizar cómo conseguir una alta efectividad de los desarrolladores basándonos en nuestra experiencia y en las recomendaciones de conocidas empresas de desarrollo de software y de expertos como Martin Fowler.
En primer lugar, ¿qué es la alta eficacia de los desarrolladores? Nos ha gustado mucho la respuesta de Tim Cochran a esta pregunta: «Como desarrollador, es ofrecer el máximo valor a tus clientes. Es ser capaz de aplicar tu energía e innovación de la mejor manera posible hacia los objetivos de la empresa. Un entorno eficaz facilita la puesta en producción de un software útil y de alta calidad, y lo hace funcionar de forma que los desarrolladores no tengan que lidiar con complejidades innecesarias, con fruslerías o con largos retrasos, lo que les permite concentrarse en las tareas que aportan valor.»
Poco a poco, la productividad es destruida por pequeñas ineficiencias, que tienen efectos acumulativos. Y la sensación de ineficacia se extiende por toda la organización más allá de la ingeniería. Entonces, ¿cómo crear realmente un entorno eficaz y una alta eficacia de los desarrolladores en un equipo de desarrollo de software?
25 factores de alta eficacia de los desarrolladores
Es muy importante crear un entorno saludable tanto en una empresa como en un equipo de desarrollo de software. Analicemos algunos de los factores más críticos de la Alta Eficacia del Desarrollador:
1. Las herramientas de colaboración juegan un papel importante aquí, por ejemplo, el uso de herramientas de gestión de proyectos ágiles ayuda a los desarrolladores a centrarse y a ser transparentes con otros miembros del equipo sobre el progreso y el resultado actual. Además, estas herramientas pueden utilizarse para las actualizaciones del standup, teniendo más claro en qué va a trabajar hoy.
2. Otro factor crítico es crear notas sobre los entornos de desarrollo actualizados automáticamente con bibliotecas que coinciden con el desarrollo y la producción, y las tuberías de CI/CD son verdes.
3. Además, una buena recomendación podría ser bajar el último código, hacer un cambio de código incremental que se valide rápidamente desplegando en un entorno local y ejecutar pruebas unitarias.
4. Otro factor a tener en cuenta es la facilidad para encontrar documentación y obtener soporte a través de un portal para desarrolladores.
5. La concentración es algo que todo desarrollador menciona. Concentrarse en la tarea durante unas horas sin interrupciones es lo que todo desarrollador sueña.
6. Los pequeños descansos marcan la diferencia. Tomar un café, dar un paseo, jugar al ping pong o charlar puede desconectar a los desarrolladores de un cuello de botella y puede refrescar su mente. Sin embargo, es importante destacar que debe hacerse en un lugar específico de la oficina o en un canal específico de Slack para no molestar a otros desarrolladores que están tratando de concentrarse.
7. En cuanto a la confirmación del cambio de código, que luego pasa a través de una serie de controles automatizados antes de ser desplegado a la producción, es una buena práctica a implementar.
8. Es importante no olvidarse de liberar los cambios gradualmente a los usuarios en producción, mientras se supervisan las métricas empresariales y operativas.
9. La sensación de felicidad ayuda. Y para conseguirlo, céntrate en el progreso incremental en un día. Ver los resultados hace que los desarrolladores se sientan productivos y satisfechos. Y, como sabemos, la satisfacción conduce a la motivación y la eficacia.
10. Sugerencia: mala idea es empezar el día teniendo que atender inmediatamente una serie de alertas por problemas en producción.
11. Otra recomendación es prestar atención a los registros agregados entre sistemas.
12. En cuanto a las reuniones, si son críticas, mejor agruparlas, en lugar de tener una por la mañana, otra durante el día y otra por la tarde. Tener un día interrumpido con muchas reuniones, muchas de las cuales son de estado, puede causar distracción y falta de concentración.
13. No se debe ignorar el tema de los interminables bloqueos y la burocracia.
14. El antipatrón más común es fijarse en las líneas de código, en el rendimiento de las características o en centrarse demasiado en tratar de detectar a los desarrolladores de bajo rendimiento. Es mejor dar un giro a la conversación para centrarse en cómo la organización está proporcionando un entorno de desarrollo de software eficaz. Adoptar una cultura DevOps, la entrega continua y el pensamiento de producto.
15. Concéntrate en los principales bucles de retroalimentación de los desarrolladores, haciéndolos rápidos y sencillos. Mide la longitud del bucle de retroalimentación, las limitaciones y el resultado resultante. Cuando se introducen nuevas herramientas y técnicas, estas métricas pueden mostrar claramente el grado de mejora de la eficacia de los desarrolladores. Por ejemplo, estos son los bucles de retroalimentación con alta efectividad (basados en un caso de Spotify): 15 segundos para validar que un cambio de código local funciona, 1 día para encontrar la causa raíz de un defecto, 2 horas para validar que el componente se integra con otros componentes, 4 semanas para ser productivo en un nuevo equipo, 30 minutos para obtener respuesta a una consulta técnica interna, 3 días para lanzar un nuevo servicio en producción, 4 semanas para validar que un cambio fue útil para el cliente.
16. Los desarrolladores deben tener la capacidad de mejorar su día a día. ¡La dedicación a la formación y el crecimiento profesional ayudan!
17. Fomentar las discusiones sanas entre los desarrolladores y los jefes de producto
18. Proporcionar a los desarrolladores la capacidad de innovar; cuando sus equipos tienen objetivos claros y una idea clara de los cuellos de botella, los desarrolladores pueden ser creativos para resolver los problemas.
19. Crear eficiencia a través de economías de escala. Aplicar el pensamiento de plataforma, creando una plataforma interna centrada específicamente en la mejora de la eficacia. Invertir en equipos de ingeniería que creen capacidades técnicas para mejorar la eficacia de los desarrolladores.
20. Establecer objetivos claros de ingeniería
21. Fomentar la revisión por pares útil
22. Automatizar el control mediante funciones de aptitud de la arquitectura
23. Estandarizar los entornos con la infraestructura como código (IaC) y los contenedores para minimizar las configuraciones manuales y reducir los defectos ligados a las diferencias del sistema.
24. Automatiza las pruebas de regresión para que los desarrolladores solucionen los errores durante el proceso de desarrollo y dediquen menos tiempo a investigar y solucionar los defectos encontrados en producción.
25. Las métricas cuantitativas deben utilizarse junto con la información cualitativa de los desarrolladores que utilizan los entornos y las herramientas internas.
Espero que este artículo sobre la alta eficacia de los desarrolladores te haya resultado útil. Si necesitas ayuda en el desarrollo de software o en el aumento de la efectividad de tu equipo, ¡háznoslo saber! Somos expertos en este campo.
