आपकी टीम छह लोगों से बढ़कर चौदह हो गई है। आप पुनर्गठन कैसे करेंगे?

बंटवारा काम के हिसाब से करें, org chart के हिसाब से नहीं। लकीर वहां खींचें जहां ownership सच में अलग हो सकती है (अलग सर्विसेज़, अलग ग्राहक सतहें) ताकि हर टीम का अपना मिशन हो, अपना on call हो और रोज़मर्रा के काम के लिए दूसरी टीम पर कम निर्भरता हो। दोनों टीमें अंत से अंत तक शिप करने लायक रहें, दूसरा lead सोच समझकर चुनें, और बदलाव के दौरान throughput में अस्थायी गिरावट की योजना रखें।

चौदह का मतलब है कि मेरी one to ones उथली हैं और standup एक नाटक है जिसमें ग्यारह लोग दो को सुन रहे हैं, तो संकेत तो पहले से मौजूद है। अहम फैसला यह है कि लकीर कहां जाए। मैं देखता हूं कि पिछली दो तिमाहियों में काम असल में कहां गुच्छों में बंटा: सिस्टम के कौन से हिस्से साथ बदलते हैं, कौन से दो लोग लगातार बात करते हैं, कहां व्यवहार में पहले से एक handoff मौजूद है। वरिष्ठता के हिसाब से या कौन किससे पटता है इसके हिसाब से बांटने से ऐसी दो टीमें बनती हैं जिन्हें हर टिकट के लिए एक दूसरे की ज़रूरत पड़ती है, जो एक बहुत बड़ी टीम से भी बुरा है। मेरे पिछले बंटवारे में हमने लकीर ग्राहक को दिखने वाली प्रोडक्ट सतह और platform तथा data pipeline के बीच खींची, क्योंकि उनके stakeholders अलग थे, release की लय अलग थी और साझा कोड लगभग था ही नहीं। नेतृत्व पर, मैं बाहर से किसी अजनबी को उतारने के बजाय अंदर से किसी ऐसे व्यक्ति को बढ़ाना पसंद करूंगा जिस पर टीम का पहले से भरोसा है, और उसे ठीक से सहारा दूंगा। और मैं अपनी लीडरशिप को बता देता हूं कि एक तिमाही throughput कम रहेगा, क्योंकि इसका उल्टा दिखावा करने से एक सामान्य बदलाव की लागत नाकामी की तरह दिखने लगती है।