¿Qué empresa tiene la mejor cultura de desarrollo en Corea? – Resultados de la encuesta

• Estadísticas de 415 respuestas usando una lista de verificación de cultura de desarrollo (Wanted Lab)

¿Qué empresas tienen una buena cultura de desarrollo?

• 12 puntos – Kakao, LINE Plus, Woowa Brothers, Com2uS, Upstage, entre otras
• 11 puntos – Naver, NHN, Hyperconnect, Devsisters, Kmong, AB180, entre otras
• 10 puntos – KakaoBank, Krafton, AhnLab, Danggeun Market, Dreamus Company, MyRealTrip, Wanted Lab, entre otras

Lista de verificación de 12 características de una excelente cultura de desarrollo

1. Entrevista con prueba de código – Al contratar desarrolladores, se realiza una prueba de código o una entrevista en pizarra.
2. Elección autónoma del equipo personal de desarrollo – Aunque la empresa tenga un estándar de equipo de trabajo (PC, laptop, etc.), cada persona puede elegir el equipo de desarrollo que prefiera.
3. Elección autónoma del entorno de desarrollo del equipo – Aunque la empresa tenga estándares técnicos (lenguajes de programación, plataformas, etc.), cada equipo puede elegir el entorno de desarrollo que prefiera.
4. Revisión y pruebas del código fuente – Todos los desarrolladores revisan los commits de otras personas y pasan por un proceso de pruebas.
5. Hoja de ruta/backlog con aporte de desarrolladores – La dirección principal del desarrollo no la definen solo PM/planificación; los desarrolladores también la lideran o participan en ella.
6. Integración y despliegue continuos (CI/CD) – Existe un sistema que integra y despliega automáticamente después de hacer commit del código.
7. Repositorio interno de código compartido – Se puede acceder al código fuente de otros equipos, hacer fork o contribuir (contribution).
8. Integración y comunicación basadas en API – Cuando se colabora entre equipos internos y plataformas, se pueden desarrollar, compartir o buscar APIs.
9. Líderes/managers que entienden la tecnología – La mayoría de los líderes de desarrollo dentro de la empresa tienen experiencia en desarrollo de software y entienden el código interno y la plataforma tecnológica.
10. Gestión de niveles o carrera para desarrolladores – Dentro de la empresa existe un sistema de niveles según capacidades laborales del desarrollador, o una ruta de ascenso exclusiva para desarrolladores separada de la de líder/manager.
11. Plataforma participativa para compartir conocimiento – La empresa opera una wiki editable y participativa directamente por los empleados (Notion) o una plataforma de blogs.
12. Actividades de Developer Relations (DevRel) – Existe un canal para comunicarse con desarrolladores externos (blog técnico, conferencias, etc.) o una persona/equipo dedicado a ello.
13. Ninguno de los puntos anteriores aplica T_T (la maldición del viernes 13)

[ehlegeth]

En general, aunque esta encuesta parte de la premisa de que las prácticas de desarrollo también forman parte de la cultura de desarrollo y reflejan en cierta medida su orientación y filosofía, creo que la esencia de la cultura de desarrollo no está en el uso de prácticas fragmentadas en sí, sino en los principios e intentos que hay detrás. Por eso, me parece difícil que este tipo de intentos sirvan realmente como criterio para distinguir si una organización tiene una buena cultura, y también creo que diagnósticos como “esto debe resolverse usando una herramienta (SaaS)” difícilmente pueden tener mucho significado.

• En empresas de cierto tamaño en adelante, me parece que en general se trata de prácticas de desarrollo que son comúnmente aceptadas o que se obtienen automáticamente por usar cierta herramienta (4, 6, 7).
• También me preocupa que se mezclen elementos que, según el tamaño de la empresa o del producto, tienen poca relevancia (5, 8, 10, 12), o que no son esenciales para la cultura de desarrollo (2).
• El solo hecho de que exista el punto 13... reduce muchísimo la confiabilidad.

[moon83]

Me da curiosidad saber qué piensan los desarrolladores que trabajan en las empresas con puntajes altos jaja

[spilist2]

Creo que es una encuesta y un intento muy buenos, pero para aprovecharla bien parece que habría que pensar un poco más en algunos puntos.

1. En vez de responder simplemente yes o no, ¿no habría que evaluarlo con algo como una escala de 5 puntos?
2. Cada criterio termina teniendo el mismo peso en la evaluación, pero no parece que todos tengan realmente el mismo impacto en la retención, la satisfacción o el desarrollo de capacidades de los desarrolladores.
3. (Siguiendo el punto 2) Incluso si en todos los criterios la respuesta fuera yes, no parece que eso garantice que sea una empresa en la que los desarrolladores puedan trabajar satisfechos.

[525hm]

Estoy de acuerdo. Además, incluso si se asignaran puntajes, sería difícil que esos criterios fueran absolutos, así que al final probablemente quedarían en un nivel parecido al de varias calificaciones de reseñas: algo que solo sirve como referencia.