जितना संभव हो, मातम से बाहर रहें। किसी भी टीम में, यदि आप नेता हैं, तो आपको संकट और बड़ी तस्वीर के लिए अपने बैंडविड्थ का एक निश्चित हिस्सा बचाने की आवश्यकता है। आरेख अच्छे हैं और कोडिंग मानक हमेशा समझदार होते हैं, लेकिन ऐसी प्रक्रियाएं स्थापित करना जहां लोग एक-दूसरे के काम की जांच करते हैं वे और भी बेहतर हैं (क्रॉस परीक्षण, सहकर्मी समीक्षा, जोड़ी प्रोग्रामिंग)। टीम में हर किसी को एक स्टार होने की जरूरत नहीं है - टीम एक साथ आमतौर पर व्यक्तियों में किसी भी कमजोरियों को दूर कर सकती है।
जो बात मैं सुझाऊँगा, वह यह है कि आप उकसावे का विरोध करें, जितना संभव हो सके, लोगों को यह बताने के लिए कि आप उनकी कोडिंग में क्या गलतियाँ देखते हैं - इसके बजाय, उन्हें स्वयं इसे देखने के लिए प्रेरित करें। विकास कार्यों की सहयोगी समीक्षा का एक हिस्सा बने रहें, लेकिन सुनिश्चित करें कि आप अन्य सदस्यों की तुलना में अधिक योगदान नहीं करते हैं। इसके बजाय, लोगों को यह देखने के लिए प्रोत्साहित करने में अतिरिक्त प्रयास करें कि आप क्या देखते हैं और इस बात की बहुत सारी व्याख्याएँ देते हैं कि आप किन चीजों को देखते हैं।
ओवरलैप के बारे में बहुत ज्यादा चिंता न करें - काम के एक समझदार ब्रेकआउट से परे, आप टीम के सदस्यों को आपस में जांच करने के लिए कह सकते हैं, और फिर बस सत्यापित करें कि संचार हुआ। टीम जल्दी से एक-दूसरे को आम सहमति देने के तरीके के रूप में देखना शुरू कर देगी, और इससे आपका काम लगभग 20 गुना आसान हो जाएगा - तब आपको बस इतना करना होगा कि प्रमुख क्षेत्र असहमत होने पर टाई ब्रेकर हो।
फिर सामूहिक रूप से टीम को देखने के लिए अपने प्रयास को बचाएं। प्रत्येक व्यक्ति में कुछ भयानक ताकत और कुछ आकर्षक कमजोरियां होंगी। आदर्श रूप से, आप उन लोगों पर काम फेंकना शुरू करेंगे जो उनकी ताकत के अनुकूल हैं, जबकि अभी भी उन्हें अपनी कमजोरियों के माध्यम से काम करने का मौका दे रहा है जो टीम की उत्पादकता को अक्षम नहीं करता है।
टीम नेतृत्व का अंतिम स्वर्ण सितारा लोगों को उनकी कमजोरियों से इस तरह से अवगत करा रहा है कि वे प्रेरित हैं और उन्हें ठीक करने के लिए पर्याप्त रूप से सूचित हैं।