डिलीवरी के flow metrics को नतीजों और सेहत के संकेतों के साथ मिलाइए। DORA जैसे माप (deployment frequency, बदलाव का lead time, change failure rate, restore करने का समय) डिलीवरी सिस्टम का हाल बताते हैं, व्यक्तियों का नहीं। इनके साथ यह देखें कि शिप किया गया काम उन प्रोडक्ट मेट्रिक्स को हिला पाया या नहीं जिनके लिए बना था, और सेहत के संकेत जैसे on call का बोझ, review में लगने वाला समय और बिना योजना वाला काम। व्यक्तियों को commits, lines या story points से कभी न आंकें।
इंटरव्यूअर यह क्यों पूछते हैं
इंटरव्यूअर यह इसलिए पूछते हैं कि गलत माप असली नुकसान करता है, और बहुत से मैनेजर सीधे व्यक्तिगत आउटपुट की गिनती पर पहुंच जाते हैं। वे सिस्टम स्तर की सोच चाहते हैं, यह साफ कहना कि कौन से मेट्रिक्स गेम किए जा सकते हैं, और डिलीवरी की रफ्तार से असली प्रोडक्ट नतीजों तक की कड़ी। throughput के साथ टीम की सेहत का ज़िक्र यह संकेत देता है कि आप टिकाऊ रफ्तार सोच रहे हैं, एक अच्छी तिमाही के लिए optimize नहीं कर रहे।
अपना जवाब कैसे स्ट्रक्चर करें
- सिस्टम के मेट्रिक्स को व्यक्तिगत आकलन से साफ अलग करें।
- डिलीवरी के flow metrics गिनाएं और बताएं कि हर एक क्या बताता है।
- डिलीवरी को सिर्फ velocity नहीं, प्रोडक्ट के नतीजों से जोड़ें।
- सेहत के संकेत जोड़ें और वे मेट्रिक्स बताएं जिन्हें आप इस्तेमाल करने से मना करते हैं।
उदाहरण जवाब
मैं तीन परतें देखता हूं। डिलीवरी सिस्टम: deployment frequency, merge से प्रोडक्शन तक का lead time, change failure rate और restore करने का समय। ये बताते हैं कि मशीन चल रही है या नहीं, और ये टीम के मेट्रिक्स हैं, कभी व्यक्ति के नहीं। नतीजे: जो हमने शिप किया उसने वह नंबर हिलाया या नहीं जिसके लिए वह बना था, क्योंकि जो टीम तेज़ी से शिप करके कुछ बदलती नहीं वह अच्छा नहीं कर रही। सेहत: review का turnaround, हफ्ते में pages और उनमें से कितने ऑफिस समय के बाहर आते हैं, और sprint का कितना हिस्सा बिना योजना वाला काम खा जाता है। पिछली टीम में जब मैं जुड़ा तो lead time करीब ग्यारह दिन था और उसका ज़्यादातर हिस्सा review के इंतज़ार में जाता था, कोड लिखने में नहीं, तो हमने चार घंटे में review की उम्मीद तय की और lead time बिना किसी के ज़्यादा मेहनत किए आधा हो गया। व्यक्तियों के लिए मैं मेट्रिक्स इस्तेमाल करता ही नहीं। मैं सबूत देखता हूं: उनके डिज़ाइन के काम की क्वालिटी, वे अपने आसपास के लोगों को ऊपर उठाते हैं या नहीं, उनके कोड को तीन दौर के review चाहिए या एक भी नहीं। प्रति व्यक्ति story points टीम को अनुमान फुलाना सिखाने का सबसे तेज़ तरीका है।
जल्दी ही यह इंटरव्यू देने जा रहे हैं? GhostPilot आपकी लाइव कॉल सुनता है, सवाल पूछे जाते ही उसे पकड़ लेता है, और रियल-टाइम में एक स्ट्रक्चर्ड जवाब आपकी स्क्रीन पर डाल देता है। अगले मॉक में इसे आजमाएं, या ले लें एक $29 Session Pass, कोई सब्सक्रिप्शन नहीं, असली इंटरव्यू के लिए।
देखें यह कैसे काम करता हैफॉलो-अप सवाल जिनकी उम्मीद रखें
- अगर लीडरशिप आपसे इंजीनियरों की आउटपुट के हिसाब से रैंकिंग मांगे तो क्या करेंगे?
- धीमी टीम और सच में कठिन समस्या वाली टीम में फर्क कैसे करते हैं?
- platform या इंफ्रास्ट्रक्चर के काम का असर कैसे नापते हैं?
इंजीनियरिंग मैनेजर के और सवाल
आपका इंटरव्यूअर इसका अपना वर्ज़न पूछेगा। फ्री Question Predictor में अपना असली जॉब डिस्क्रिप्शन पेस्ट कीजिए और वो 20 सवाल पाइए जो उस रोल में सबसे ज्यादा पूछे जाने की संभावना है, साथ में यह भी कि हर सवाल असल में क्या टटोल रहा है।
मेरे सवाल प्रेडिक्ट करें