आप अपनी टीम पर आर्किटेक्चर असहमति को कैसे हल करते हैं?

Question

Accepted Answer

स्मार्ट इंजीनियर आर्किटेक्चर पर असहमत होंगे, यह स्वस्थ है। TL का काम असहमति को **एक अच्छे निर्णय और एक प्रतिबद्ध टीम में** बदलना है, न कि तर्क जीतना। अधिकांश विवाद तब तक हल हो जाते हैं जब तक सभी मानदंड पर सहमत हों।

## इसे हल करने की प्रक्रिया

```text
1. AGREE on the criteria first — what are we optimizing for?
   (scale, simplicity, time-to-ship, team familiarity)
2. Let each side make its STRONGEST case — steelman, don't strawman
3. Look for DATA — spike it, benchmark it, prototype it
4. If still tied — the TL decides, and explains why
5. DISAGREE AND COMMIT — once decided, everyone rows together
```

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

दो इंजीनियर माइक्रोसर्विसेज बनाम मोनोलिथ पर बहस करते हैं। आप फिर से तैयार करते हैं: "अगले वर्ष हम किस चीज के लिए अनुकूलन कर रहे हैं?" उत्तर, एक छोटी टीम के साथ तेजी से शिप करना, मोनोलिथ को स्पष्ट कॉल बनाता है। तर्क वास्तव में अव्यक्त लक्ष्यों के बारे में था।

## कब निर्णय लें बनाम स्थगित करें

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

## एक नुकसान

अपनी वरिष्ठता को बहस को बंद करने न दें, और न ही बहस को हमेशा के लिए चलने दें। दोनों ही टीमों को मार देते हैं: एक को असंतोष पैदा करता है, दूसरा पक्षाघात पैदा करता है।

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

अनसुलझे आर्किटेक्चर झगड़े सड़ जाते हैं और टीमों को शिविरों में विभाजित करते हैं।

एक TL जो निष्पक्ष रूप से सुविधा प्रदान करता है, फिर निर्णय लेता है, दोनों एक ठोस डिजाइन और एक टीम प्राप्त करता है जो इसके मालिक हैं, यहां तक ​​कि जिन्होंने दूसरी ओर बहस की थी।