Quelle entreprise a la meilleure culture de développement en Corée ? – Résultats de l’enquête

• Statistiques sur 415 réponses à partir d’une checklist de culture de développement (Wantedlab)

Quelles sont les entreprises qui ont une bonne culture de développement ?

• 12 points – Kakao, LINE Plus, Woowa Brothers, Com2uS, Upstage, etc.
• 11 points – Naver, NHN, Hyperconnect, Devsisters, Kmong, AB180, etc.
• 10 points – KakaoBank, Krafton, AhnLab, Danggeun Market, Dreamus Company, MyRealTrip, Wantedlab, etc.

Checklist des 12 excellentes pratiques de culture de développement

1. Entretien avec test de code – Lors du recrutement de développeurs, un test de code ou un entretien sur tableau blanc est organisé.
2. Libre choix de l’équipement de développement individuel – Même si l’entreprise a des standards pour le matériel de travail (PC, ordinateur portable, etc.), chacun peut choisir l’équipement de développement qu’il préfère.
3. Libre choix de l’environnement de développement de l’équipe – Même si l’entreprise a des standards techniques (langages de programmation, plateformes, etc.), chaque équipe peut choisir l’environnement de développement qu’elle souhaite.
4. Revue de code source et tests – Tous les développeurs passent par un processus de revue des commits de code des autres et de tests.
5. Roadmap/backlog de contribution des développeurs – Les grandes orientations de développement sont définies non seulement par les PM/la planification, mais aussi sous l’impulsion ou avec la participation des développeurs.
6. Intégration et déploiement continus (CI/CD) – L’entreprise dispose d’un système d’intégration et de déploiement automatiques après les commits de code.
7. Partage du dépôt de code source interne – Il est possible d’accéder au code source d’autres équipes, de le fork ou d’y contribuer.
8. Intégration et communication basées sur les API – Lors de la collaboration entre équipes internes et plateformes, les API peuvent être développées, partagées ou recherchées.
9. Responsable d’équipe/manager qui comprend la technologie – La plupart des responsables d’équipes de développement dans l’entreprise ont une expérience en développement logiciel et comprennent le code interne ainsi que les plateformes techniques.
10. Gestion des niveaux ou de la carrière des développeurs – L’entreprise dispose en interne d’un système de niveaux selon les compétences des développeurs, ou d’une voie de promotion dédiée aux développeurs distincte de celle de responsable d’équipe/manager.
11. Plateforme participative de partage des connaissances – L’entreprise exploite un wiki (Notion) ou une plateforme de blog auxquels il est possible de participer directement ou d’apporter des modifications.
12. Activités de Developer Relations (DevRel) – Il existe un canal de communication avec les développeurs externes (blog technique, conférences, etc.) ou une personne/équipe dédiée.
13. Aucun des éléments ci-dessus ne s’applique T_T (la malédiction du vendredi 13)

[ehlegeth]

Dans l’ensemble, même s’il s’agit d’une enquête menée en partant du principe que les pratiques de développement font aussi partie de la culture d’ingénierie et en reflètent dans une certaine mesure l’orientation et la philosophie, je pense que l’essence de la culture de développement ne réside pas dans l’usage ponctuel de telles ou telles pratiques, mais plutôt dans les principes sous-jacents et les tentatives qui les accompagnent. C’est pourquoi je pense qu’il est difficile de considérer ces éléments comme des critères permettant réellement d’identifier si une organisation a une bonne culture, et que des diagnostics du type « il faut résoudre cela à l’aide d’outils (SaaS) » ont eux aussi du mal à avoir une réelle portée.

• Dans les entreprises d’une certaine taille, les points relatifs aux pratiques de développement qui sont généralement admises ou obtenues presque automatiquement par l’usage de certains outils (4, 6, 7)
• Le fait que s’y mêlent des éléments qui ont peu de sens selon la taille de l’entreprise ou du produit (5, 8, 10, 12), ou qui ne sont pas essentiels à la culture de développement (2), me gêne.
• L’existence même de l’item 13... fait énormément baisser la crédibilité.

[moon83]

Je me demande ce qu’en pensent les développeurs qui travaillent dans les entreprises ayant obtenu les meilleurs scores lol

[spilist2]

Je pense que c’est une très bonne enquête et une excellente initiative, mais pour l’exploiter correctement, il y a sans doute quelques points supplémentaires à considérer.

1. Ne vaudrait-il pas mieux évaluer avec une échelle de 5 points plutôt que de répondre simplement par yes ou no ?
2. Chaque critère se retrouve avec le même poids dans l’évaluation, alors qu’il ne me semble pas que chacun ait réellement le même impact sur la rétention des développeurs, leur satisfaction ou l’amélioration de leurs compétences.
3. (Comme au point 2) Même si la réponse est yes à tous les critères, cela ne garantit pas forcément que l’entreprise soit un endroit où les développeurs peuvent travailler avec satisfaction.

[525hm]

Je suis d’accord. Et même si on mettait des notes, il serait difficile d’avoir des critères vraiment absolus, donc au final ce ne serait sans doute qu’un niveau de référence à consulter, un peu comme les différentes notes d’avis.