1-3 डेवलपर्स की टीम 10+ तक बढ़ने पर आप क्या प्रबंधन / विकास अभ्यास करते हैं?

Question

मेरी टीम ने कई साल पहले एक ग्राहक के लिए एक वेबसाइट बनाई थी। साइट टैफ़िक बहुत तेज़ी से बढ़ रहा है और हमारे ग्राहक हमें अपनी रखरखाव और सुविधा अनुरोध आवश्यकताओं को भरने के लिए हमारी टीम को विकसित करने के लिए कह रहे हैं।

हमने बहुत कम संख्या में डेवलपर्स के साथ शुरुआत की, और हमारी टीम बढ़ी है - अब हम दोहरे अंकों में हैं।

जब टीम छोटे "गेराज-आकार" टीम से 10+ डेवलपर्स तक बढ़ती है तो क्या प्रबंधन / विकास परिवर्तन सबसे अधिक फायदेमंद होते हैं?

Comments

आप प्रश्न के प्रबंधन भाग को विभाजित करना चाहते हैं और इसे pm.stackexchange.com

— ब्लूबेरी

पहले कौन-सी टीम प्रैक्टिस कर रही थी?

— चिरसायकॉक

मूल रूप से हमारे पास 2 वरिष्ठ स्तर के डेवलपर थे, इसलिए वे आमतौर पर सिर्फ बातें करते थे। जैसे-जैसे टीम और प्रोजेक्ट बढ़ना शुरू हुआ, जूनियर डेवलपर्स थे, इसलिए हमने WIKI, बग ट्रैकिंग सिस्टम, सोर्स कंट्रोल आदि शुरू किए ... अब ऐसा लगता है कि टीम को एक वरिष्ठ डेवलपर द्वारा प्रबंधित किया जाना बहुत बड़ा है, इसलिए शायद हमें शुरू करना चाहिए इसे छोटी टीमों में विभाजित करना।

— मैग

अधिक कॉफी खरीदें।

— 11

क्या एक महान "समस्या" है। बढ़ती टीम को बधाई!

— फुर्तीला स्काउट

Answer 1

मैं कहूंगा कि लगभग दो मुख्य सड़कें हैं:

• टीम को दो या तीन समूहों में विभाजित करें, प्रत्येक एक विशिष्ट क्षेत्र / पहलू के लिए जिम्मेदार है। इसका फायदा यह है कि आप अभी भी जिस तरह से आप उपयोग कर रहे हैं, छोटे समूहों के भीतर काम कर सकते हैं।
• "द सर्जिकल टीम", जिस पर आप द मिथिकल-मैन-मंथ पढ़ सकते हैं । इस लिंक में भी इसके बारे में एक अद्भुत चित्र है।

शुभ लाभ!

Answer 2

हम पिछले 7 वर्षों में लगभग 10 से 200 तक बढ़ गए हैं। पहली चीज़ जो बदलने की ज़रूरत है वह यह है कि आपको बेहतर प्रलेखन और अधिक मानक प्रक्रियाओं की आवश्यकता होगी। आवश्यकताओं को और अधिक औपचारिक रूप से प्राप्त करना पड़ सकता है।

जैसे ही आप बढ़ते हैं, आपको विशेषज्ञों को काम पर रखने पर भी विचार करना चाहिए। यदि आपके पास एक डेटाबेस बैकएंड है, तो आपके पास कम से कम एक समर्पित डेटाबेस विशेषज्ञ होना चाहिए। आपको शायद एक परीक्षक के लिए पैसा खर्च करना चाहिए।

आपके पास और अधिक परियोजनाएं चलेंगी और थैम को प्रबंधित करने की एक बड़ी आवश्यकता होगी, इसलिए यदि आप अभी उपयोग नहीं कर रहे हैं, तो आपको एक परियोजना प्रबंधन प्रणाली और एक बग ट्रैकर की आवश्यकता है। आपको केवल उन लोगों के लिए परिनियोजन पोरसेज़ और उत्पादन सीमित करने की आवश्यकता है, जो परिनियोजन कर रहे होंगे, सीधे ठेस पर अधिक परिवर्तन नहीं कर रहे हैं। आपके डेवलपर्स को केवल ठेस पर चुनिंदा अधिकारों तक सीमित रहने की आवश्यकता होगी।

जब आपके पास बड़ी टीमें होती हैं, तो आपको अधिक लोगों की समस्याएं होंगी और कुछ कम कुशल लोगों को नियुक्त करने की अधिक संभावना होगी (तीन अच्छे डेवलपर्स प्राप्त करने के लिए अपेक्षाकृत आसान जब आपके पास यह सब है, तो एक बार में 30 को किराए पर लेना मुश्किल होगा)। भले ही आप सबसे अच्छे लोगों को प्राप्त करने की कोशिश करते हैं, लेकिन जितना अधिक आप यह संभावना रखते हैं कि यह अधिक संभावना है कि आपको एक डड मिलेगा, इसलिए लोगों को भी जाने देने के लिए तैयार रहें।

लोगों के बीच समन्वय प्रमुख है। किसी उत्पाद में परस्पर अनन्य परिवर्तन करने वाली दो टीमें एक बुरी बात है।

केवल दो या तीन डेवलपर्स के साथ आप जूनियर लोगों को नहीं रख सकते हैं - हर किसी को वरिष्ठ स्तर पर काम करना चाहिए। बहुत सारे डेवलपर्स के साथ, आप जूनियर लोगों को नहीं रख सकते। कुछ जूनियर को किराए पर लें और उन्हें जिस तरह से आप प्रशिक्षित करना चाहते हैं उन्हें प्रशिक्षित करें। यह आमतौर पर कहीं न कहीं काम करने के लिए बेहतर होता है जिसमें कैरियर का रास्ता समान स्तर पर नहीं होता है।

जैसे ही आपकी टीम बढ़ती है, आपके कई वर्तमान डेवलपर नए प्रबंधन कर्मचारी बन जाएंगे। कुछ लोग नफरत करेंगे, सुनिश्चित करें कि उन लोगों के पास प्रबंधन के बजाय एक वरिष्ठ डेवलपर को पदोन्नति देने का अवसर है। प्रबंधन के लिए अपने सभी तकनीकी विशेषज्ञता खोना नहीं है। उन लोगों को पुरस्कृत करें जो प्रबंधन में नहीं जाते हैं क्योंकि आपको नए लोगों को गति प्राप्त करने के लिए वर्तमान प्रणाली के उनके विस्तृत ज्ञान की आवश्यकता होती है।

Answer 3

यदि परियोजना 10+ डेवलपर्स के लिए पर्याप्त बड़ी है, तो इसे छोटे क्षेत्रों में तोड़ना आसान होना चाहिए। टीम को 3-5 लोगों की छोटी टीमों में विभाजित करें, और उन्हें अपने क्षेत्र पर स्वायत्तता दें। एपीआई को टीमों के बीच विकसित करना होगा। मैं चाहता हूँ कि प्रत्येक टीम अपनी आवश्यकताओं का पता लगाए, और एपीआई पर चर्चा करने के लिए प्रत्येक टीम में से एक या दो व्यक्ति शामिल हों। कम लोगों के शामिल होने पर चर्चा करना और निर्णय लेना आसान होता है।