आप कई इंजीनियरों और टीमों के बीच सहमति कैसे प्राप्त करते हैं?

Question

Accepted Answer

कई स्मार्ट, जिद्दी लोगों को एक साथ लाना वरिष्ठ तकनीकी नेतृत्व का सबसे कठिन भाग है। लक्ष्य **एक निर्णय जिसके लिए सभी प्रतिबद्ध हो सकें**, पूर्ण सहमति नहीं है (जो अक्सर असंभव है)। आप प्रक्रिया के माध्यम से संरेखण बनाते हैं, बल के माध्यम से नहीं।

## सहमति कैसे प्राप्त करें

```text
✓ Align on GOALS/criteria first — most disagreement is about unstated goals
✓ Gather input WIDELY and early — people commit to what they shaped
✓ Write a PROPOSAL (RFC) — a concrete doc beats endless meetings
✓ Steelman objections — address the strongest, not the weakest
✓ Find the 80% everyone shares; isolate the real 20% of conflict
✓ Decide with DISAGREE-AND-COMMIT — alignment, not unanimity
✓ Communicate the WHY — people commit to decisions they understand
```

## लिखित RFC का उपयोग करें

क्रॉस-टीम निर्णयों के लिए, एक लिखित **RFC** (comments के लिए अनुरोध) जो प्रतिक्रिया के लिए परिचालित हो, बैठकों से बेहतर है। लोग अपने समय पर कार्य करते हैं, आपत्तियां लिखित रूप में सामने आती हैं, और आपके पास एक स्थायी रिकॉर्ड होता है। बैठकें अंतिम समस्याग्रस्त बिंदुओं को हल करने के लिए होती हैं, जोर से सोचने के लिए नहीं।

## एक ठोस उदाहरण

पांच टीमों को एक साझा API मानक पर सहमत होना चाहिए। आप एक ड्राफ्ट RFC लिखते हैं, एक सप्ताह के लिए टिप्पणियों के लिए आमंत्रण देते हैं, वास्तविक आपत्तियों को संबोधित करते हैं, और अंतराल को बंद करने के लिए एक बैठक रखते हैं। दस लोगों के बीच बिना दस्तावेज़ के लाइव बहस से कहीं बेहतर।

## एक समस्या

सहमति को *एकमतता* से भ्रमित करना। सभी के पूरी तरह से सहमत होने की प्रतीक्षा करना पक्षाघात की ओर ले जाता है, या एक पतला समझौता जिसे कोई पसंद नहीं करता। प्रतिबद्धता के लिए लक्ष्य रखें, सार्वभौमिक उत्साह के लिए नहीं।

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

जिन निर्णयों को खरीदारी नहीं मिली, वे कार्यान्वयन में चुपचाप कमजोर हो जाते हैं, लोग कुछ और बनाते हैं।

वास्तविक संरेखण, जहां सभी समझते हैं और प्रतिबद्ध होते हैं, वह है जो एक बड़े, वितरित समूह को वास्तव में एक साथ आगे बढ़ने देता है।