Welches Unternehmen hat in Korea die beste Entwicklerkultur? – Umfrageergebnisse

• Statistik auf Basis von 415 Antworten mit der Checkliste für Entwicklerkultur (Wantedlab)

Welche Unternehmen haben eine gute Entwicklerkultur?

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

Checkliste mit 12 Merkmalen einer hervorragenden Entwicklerkultur

1. Coding-Test-Interview – Bei der Einstellung von Entwicklern wird ein Coding-Test oder ein Whiteboard-Interview durchgeführt.
2. Freie Wahl persönlicher Entwicklungsgeräte – Auch wenn es im Unternehmen Standardgeräte für die Arbeit gibt (PC, Notebook usw.), kann jede Person die gewünschten Entwicklungsgeräte wählen.
3. Freie Wahl der Entwicklungsumgebung im Team – Auch wenn es im Unternehmen technische Standards gibt (Programmiersprachen, Plattformen usw.), kann jedes Team die gewünschte Entwicklungsumgebung wählen.
4. Source-Code-Review und Tests – Alle Entwickler haben einen Prozess, in dem sie die Source-Code-Commits anderer prüfen und testen.
5. Roadmap/Backlog mit Beiträgen der Entwickler – Die wichtigsten Entwicklungsrichtungen werden nicht nur von PMs/Planern festgelegt, sondern von Entwicklern geführt oder unter ihrer Beteiligung bestimmt.
6. Continuous Integration und Deployment (CI/CD) – Es gibt ein System, in dem nach Code-Commits automatisch integriert und ausgerollt wird.
7. Gemeinsame Nutzung interner Source-Repositories – Man kann auf den Source-Code anderer Teams zugreifen, ihn forken oder dazu beitragen.
8. Integration und Kommunikation auf API-Basis – Bei der Zusammenarbeit zwischen internen Teams und Plattformen werden APIs entwickelt, geteilt oder durchsuchbar gemacht.
9. Teamleiter/Manager mit technischem Verständnis – Die meisten Leiter der Entwicklungsteams im Unternehmen haben Erfahrung in der Softwareentwicklung und verstehen den internen Code sowie die technische Plattform.
10. Entwickler-Level oder Karriere-Management – Es gibt im Unternehmen ein Level-System nach den fachlichen Fähigkeiten von Entwicklern oder einen eigenen Karrierepfad für Entwickler, der nicht über Teamleiter-/Managerrollen führt.
11. Partizipative Plattform zum Wissensaustausch – Im Unternehmen wird ein Wiki (Notion) oder eine Blog-Plattform betrieben, an der man direkt mitwirken oder die man bearbeiten kann.
12. Developer-Relations-(DevRel)-Aktivitäten – Es gibt Kanäle zur Kommunikation mit externen Entwicklern (Tech-Blog, Konferenzen usw.) oder eine dafür zuständige Person bzw. ein zuständiges Team.
13. Nichts von alledem trifft zu T_T (der Fluch von Freitag, dem 13.)

[ehlegeth]

Auch wenn diese Umfrage insgesamt unter der Annahme durchgeführt wird, dass Entwicklungspraktiken Teil der Entwicklungskultur sind und bis zu einem gewissen Grad deren Ausrichtung und Philosophie widerspiegeln, denke ich, dass das Wesen von Entwicklungskultur nicht in der fragmentarischen Nutzung einzelner Praktiken liegt, sondern vielmehr in den dahinterstehenden Prinzipien und Versuchen. Deshalb halte ich solche Versuche kaum für einen verlässlichen Maßstab, um zu beurteilen, ob eine Organisation wirklich eine gute Kultur hat, und ich denke auch, dass Diagnosen wie „Das muss mit einem Tool (SaaS) gelöst werden“ nur schwer große Bedeutung haben können.

• In Unternehmen ab einer gewissen Größe geht es größtenteils um Entwicklungspraktiken, die allgemein akzeptiert sind oder durch die Nutzung bestimmter Tools automatisch erreicht werden (4, 6, 7).
• Je nach Größe des Unternehmens oder Produkts gibt es Punkte, die wenig aussagekräftig sind (5, 8, 10, 12), oder es sind Punkte beigemischt, die für die Entwicklungskultur nicht wesentlich sind (2) — das fällt mir negativ auf.
• Schon die Existenz von Punkt 13 ... mindert die Glaubwürdigkeit ganz erheblich.

[moon83]

Ich bin gespannt, was die Entwickler, die bei den Unternehmen mit den hohen Bewertungen arbeiten, darüber denken, haha

[spilist2]

Ich halte das für eine sehr gute Umfrage und einen guten Versuch, aber um sie sinnvoll zu nutzen, sollte man wohl noch über ein paar Punkte nachdenken.

1. Sollte man nicht statt einfach nur mit Ja oder Nein zu antworten, eher mit einer 5-Punkte-Skala oder Ähnlichem bewerten?
2. Dadurch hätten alle einzelnen Punkte dasselbe Gewicht in der Bewertung, aber vermutlich haben sie in der Realität nicht denselben Einfluss auf Bindung, Zufriedenheit oder Kompetenzentwicklung von Entwicklerinnen und Entwicklern.
3. (Daraus folgt 2:) Selbst wenn bei allen Punkten "Ja" angekreuzt wird, scheint das noch nicht zu garantieren, dass es sich um ein Unternehmen handelt, in dem Entwicklerinnen und Entwickler zufrieden arbeiten können.

[525hm]

Ich stimme zu. Und selbst wenn man Punkte vergeben würde, wären die Kriterien dafür kaum absolut, sodass es am Ende wohl nur ein Niveau wäre, bei dem man sich wie bei verschiedenen Review-Bewertungen einfach nur daran orientiert.