देश में सबसे बेहतरीन development culture वाली कंपनी कौन सी है? – सर्वे परिणाम

• development culture checklist के आधार पर 415 लोगों के जवाबों का सांख्यिकीय विश्लेषण (Wantedlab)

अच्छी development culture वाली कंपनियां कौन-सी हैं?

• 12 अंक – Kakao, LINE Plus, Woowa Brothers, Com2uS, Upstage आदि
• 11 अंक – NAVER, NHN, Hyperconnect, Devsisters, Kmong, AB180 आदि
• 10 अंक – KakaoBank, Krafton, AhnLab, Danggeun Market, Dreamus Company, MyRealTrip, Wantedlab आदि

बेहतरीन development culture की 12-बिंदु checklist

1. coding test interview – डेवलपर की भर्ती के समय coding test या whiteboard interview किया जाता है।
2. व्यक्तिगत development device चुनने की स्वतंत्रता – कंपनी में standard work device (PC, notebook आदि) होने पर भी, हर व्यक्ति अपनी पसंद का development device चुन सकता है।
3. टीम के development environment चुनने की स्वतंत्रता – कंपनी में technical standard (programming language, platform आदि) होने पर भी, हर टीम अपनी पसंद का development environment चुन सकती है।
4. source code review और testing – सभी डेवलपर्स के पास दूसरों के source commit को review करने और test करने की प्रक्रिया होती है।
5. डेवलपर contribution roadmap/backlog – प्रमुख development direction सिर्फ PM/planning ही नहीं, बल्कि डेवलपर्स की अगुवाई या भागीदारी से तय होता है।
6. continuous integration and deployment (CI/CD) – code commit के बाद अपने-आप integration और deployment होने वाला system मौजूद है।
7. internal source repository sharing – दूसरी टीमों के source code तक access, fork या contribution किया जा सकता है।
8. API-आधारित integration और communication – internal team और platform के बीच collaboration के समय API विकसित करके share किया जा सकता है या search किया जा सकता है।
9. तकनीक को समझने वाले team lead/manager – कंपनी के अधिकतर development team leads के पास software development का अनुभव होता है और वे internal code तथा technical platform को समझते हैं।
10. डेवलपर level या career management – कंपनी में डेवलपर की कामकाजी क्षमता के अनुसार level system या team lead/manager से अलग सिर्फ डेवलपर्स के लिए promotion path मौजूद है।
11. participatory knowledge sharing platform – कंपनी के भीतर ऐसा wiki (Notion) या blog platform संचालित होता है जिसमें सीधे भाग लिया या संपादन किया जा सकता है।
12. developer relations (DevRel) activities – बाहरी डेवलपर्स से संवाद करने के लिए channel (technical blog, conference आदि) चलाया जाता है या इसके लिए समर्पित व्यक्ति/टीम होती है।
13. ऊपर की कोई भी बात लागू नहीं होती T_T (Friday the 13th का श्राप)

[ehlegeth]

कुल मिलाकर यह सर्वे इस मान्यता पर किया गया लगता है कि development practice भी development culture का एक हिस्सा है और किसी हद तक उसकी दिशा व philosophy को दर्शाती है, लेकिन मेरा मानना है कि development culture का सार केवल बिखरी हुई practices को अपनाने या न अपनाने में नहीं, बल्कि उसके पीछे मौजूद सिद्धांतों और प्रयासों में है। इसलिए, मुझे नहीं लगता कि ऐसे प्रयास किसी संगठन के पास वास्तव में अच्छी culture है या नहीं, यह परखने का भरोसेमंद मानदंड बन सकते हैं, और यह निष्कर्ष भी कि इसे tool (SaaS) के जरिए हल किया जाना चाहिए, बहुत अर्थपूर्ण नहीं लगता।

• एक निश्चित आकार से बड़ी कंपनियों में आम तौर पर वे development practices (4, 6, 7) शामिल होती हैं जो सामान्य रूप से स्वीकार की जाती हैं या किसी खास tool के इस्तेमाल से अपने-आप मिल जाती हैं।
• कंपनी या product के आकार के अनुसार जिनका महत्व कम हो जाता है (5, 8, 10, 12), या development culture के लिहाज़ से जो मूलभूत नहीं हैं, ऐसे items (2) का मिला होना खटकता है।
• item 13... का मौजूद होना ही इसकी विश्वसनीयता को काफी कम कर देता है.

[moon83]

जिन डेवलपर्स की नौकरी उन कंपनियों में है जिन्होंने ऊंचे अंक हासिल किए हैं, वे इसके बारे में क्या सोचते हैं, यह जानने की जिज्ञासा है, हाहा

[spilist2]

मुझे लगता है कि यह बहुत अच्छा सर्वे और एक अच्छा प्रयास है, लेकिन इसे सही तरीके से उपयोग करने के लिए कुछ और बिंदुओं पर विचार करने की ज़रूरत हो सकती है.

1. क्या सिर्फ yes या no में जवाब देने के बजाय 5-point scale जैसी किसी पद्धति से मूल्यांकन नहीं करना चाहिए?
2. इससे हर आइटम का मूल्यांकन में समान वज़न हो जाता है, लेकिन मुझे नहीं लगता कि हर आइटम वास्तव में डेवलपर retention, संतुष्टि, क्षमता-वृद्धि आदि पर समान प्रभाव डालता है.
3. (2 के अनुसार) भले ही सभी आइटम्स पर yes हो, फिर भी यह गारंटी नहीं लगती कि वह कंपनी ऐसी होगी जहाँ डेवलपर संतुष्ट होकर काम कर सके.

[525hm]

सहमत हूँ। साथ ही, अगर अंक दिए भी जाएँ तो उनके मानदंडों का पूरी तरह निरपेक्ष होना मुश्किल है, इसलिए आखिरकार यह भी कई review scores की तरह सिर्फ़ संदर्भ के तौर पर देखने लायक़ ही रह जाएगा, ऐसा मुझे लगता है।