आप आपनको टिममा आर्किटेक्चर असहमतिलाई कसरी समाधान गर्नुहुन्छ?

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
```

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

दुई इञ्जिनियरहरू माइक्रोसर्भिसेस बनाम मोनोलिथ बारे तर्क गर्छन्। तपाई पुनः फ्रेम गर्नुहुन्छ: "हामी अगामी वर्षमा के अनुकूल गरिरहेका छौं?" जवाफ, सानो टिमको साथ द्रुत सिपिङ, मोनोलिथलाई स्पष्ट पसन्द बनाउँछ। तर्क वास्तवमा अव्यक्त लक्ष्यहरूको बारेमा थियो।

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

अपरिवर्तनीय निर्णयहरूको लागि, छिटो एक छान्नुहोस् र अगाडि बढ्नुहोस्, गलत निर्णय गर्नको लागत साना छ। एकतर्फी ढोकाहरूको लागि, गति र डेटा एकत्र गर्नुहोस्। विचारको विवेकशीलता उलटोसँग मेल खाउँदै bikeshedding र लापरवाह कल दुवै बचाउँछ।

## एक खतरा

आपनको सिनियरिटीलाई बहस बन्द गर्न नदिनुहोस्, वा बहसलाई सधैं चलाउन नदिनुहोस्। दुवै टिमलाई मार्छ: एकले असन्तोष बढाउँछ, अर्कोले पक्षाघात बढाउँछ।

## यो किन महत्त्वपूर्ण छ

असमाधान गरिएको आर्किटेक्चर लडाइहरू दुर्गन्ध आउँछन् र टिमहरूलाई शिविरमा विभाजित गर्छन्।

एक TL जो उचित रूपमा सुविधा प्रदान गर्छ, त्यसपछि निर्णय गर्छ, दुवै ध्वनि डिजाइन र एक टिम जो यसलाई एकसाथ मालिक बनाउँछ, यहाँसम्म कि जसले अर्को पक्षमा तर्क गरेको थियो।