जब टीम सहमति तक नहीं पहुँच पाती तो आप एक बड़ा तकनीकी निर्णय कैसे लेते हैं?

Question

IT Interview Practice · Accepted Answer

**सहमति लक्ष्य है, लेकिन यह हमेशा प्राप्य नहीं होती, और इसका इंतज़ार करना समय पर लिए गए पर्याप्त-अच्छे निर्णय से बदतर हो सकता है।** जब टीम वास्तव में बँटी हुई हो, तो Tech Lead के रूप में मेरा काम है चर्चा को एकत्रित करना, निर्णय लेना, और परिणाम का स्वामी होना — स्पष्ट रूप से, न कि डिफ़ॉल्ट से या जिसने सबसे लंबा तर्क किया उससे।

## मैं निर्णय की ओर कैसे बढ़ता हूँ

- **असहमति को मेज़ पर लाएँ।** अक्सर "कोई सहमति नहीं" का मतलब है कि लोग अलग-अलग चीज़ों पर बहस कर रहे हैं। मैं तथ्यों को प्राथमिकताओं से अलग करता हूँ और वास्तविक विकल्पों और मायने रखने वाले मानदंडों (लागत, जोखिम, time-to-ship, maintainability) को लिखता हूँ।
- **जहाँ संभव हो इसे डेटा-सूचित बनाएँ।** एक timeboxed **spike** या prototype कई बहसों को सुलझा देता है जिन्हें राय कभी नहीं सुलझाएगी। "चलो बहस न करें, चलो मापें" अहंकार को शांत करता है।
- **प्रतिवर्ती बनाम अपरिवर्तनीय अंतर खोजें।** अगर निर्णय उलटने में सस्ता है (one-way door बनाम two-way door), तो मैं तेज़ी से तय करने और समायोजित करने की ओर झुकता हूँ। अगर इसे पूर्ववत करना कठिन है, तो मैं de-risking में अधिक निवेश करता हूँ।
- **Disagree and commit।** मैं इसे स्पष्ट करता हूँ कि हर किसी को सुना जाता है, फिर एक बार निर्णय लेने के बाद, टीम पूरी तरह प्रतिबद्ध होती है भले ही कुछ असहमत हों। हमेशा के लिए फिर से बहस करना ही असली विफलता है।

## जब मैं खुद निर्णय लेता हूँ

- हर किसी को वास्तव में सुने जाने के बाद और हम अभी भी बँटे हुए हैं, तो मैं इसे भटकने देने के बजाय निर्णय लेता हूँ। मैं निर्णय, तर्क, और जिन प्रमुख trade-offs को मैं स्वीकार कर रहा हूँ, उन्हें बताता हूँ।
- मैं उन लोगों को बताता हूँ जिन्होंने दूसरा रास्ता पसंद किया *क्यों* और उनके विकल्प की खूबियों को स्वीकार करता हूँ। सम्मान के साथ रद्द किया जाना भरोसा बनाए रखता है।
- मैं एक **review checkpoint** तय करता हूँ: "हम छह हफ़्तों में इन मेट्रिक्स के साथ फिर से देखेंगे; अगर यह स्पष्ट रूप से गलत है, तो हम रास्ता बदल देंगे।"

## गलतियाँ

- सबसे मज़बूत तर्क के बजाय **सबसे शोरगुल वाली या सबसे senior आवाज़ की ओर डिफ़ॉल्ट होना**।
- **अंतहीन analysis paralysis** — एक प्रतिवर्ती निर्णय को अपरिवर्तनीय की तरह मानना।
- चुप्पी से निर्णय लेना, जहाँ शांत असहमति सड़ती है और execution के दौरान फिर से उभरती है।

## यह क्यों महत्वपूर्ण है

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

मैं निर्णय की ओर कैसे बढ़ता हूँ

जब मैं खुद निर्णय लेता हूँ

गलतियाँ

यह क्यों महत्वपूर्ण है

संबंधित प्रश्न