team consensus அடைய முடியாதபோது ஒரு பெரிய technical முடிவை எப்படி எடுக்கிறீர்கள்?

Question

Accepted Answer

**Consensus இலக்கு, ஆனால் அது எப்போதும் அடையக்கூடியதல்ல, அதற்காக காத்திருப்பது சரியான நேரத்தில் எடுக்கப்பட்ட போதுமான-நல்ல முடிவை விட மோசமாக இருக்கலாம்.** team உண்மையில் பிளவுபடும்போது, Tech Lead ஆக என் வேலை விவாதத்தை ஒருங்கிணைப்பது, முடிவை எடுப்பது, மற்றும் விளைவை own செய்வது — தெளிவாக, default ஆக அல்லது யார் நீண்ட நேரம் வாதிட்டார்கள் என்பதன் மூலம் அல்ல.

## நான் எப்படி ஒரு முடிவை நோக்கி இயக்குகிறேன்

- **கருத்து வேறுபாட்டை மேசையில் கொண்டு வாருங்கள்.** பெரும்பாலும் "consensus இல்லை" என்றால் மக்கள் வெவ்வேறு விஷயங்களைப் பற்றி வாதிடுகிறார்கள். உண்மைகளை விருப்பங்களிலிருந்து பிரிக்கிறேன், மற்றும் உண்மையான options மற்றும் முக்கியமான அளவுகோல்களை (செலவு, risk, time-to-ship, maintainability) எழுதுகிறேன்.
- **முடிந்த இடத்தில் data-informed ஆக்குங்கள்.** ஒரு timeboxed **spike** அல்லது prototype கருத்து ஒருபோதும் தீர்க்காத பல விவாதங்களைத் தீர்க்கிறது. "வாதிடாமல், அளவிடுவோம்" ego-ஐ தணிக்கிறது.
- **reversible vs. irreversible வேறுபாட்டைத் தேடுங்கள்.** முடிவு மலிவாக மீளக்கூடியதாக இருந்தால் (one-way door vs. two-way door), வேகமாக முடிவெடுத்து சரிசெய்வதை நோக்கி bias செய்கிறேன். மீள்வது கடினமாக இருந்தால், de-risk செய்வதில் அதிகம் முதலீடு செய்கிறேன்.
- **Disagree and commit.** எல்லோரும் கேட்கப்படுகிறார்கள் என்பதை வெளிப்படையாக்குகிறேன், பிறகு ஒரு முடிவு எடுக்கப்பட்டவுடன், சிலர் ஒத்துக்கொள்ளாவிட்டாலும் team முழுமையாக commit செய்கிறது. என்றென்றும் மீண்டும் வழக்காடுவதே உண்மையான தோல்வி.

## நானே முடிவை எடுக்கும்போது

- எல்லோரும் உண்மையாகக் கேட்கப்பட்ட பிறகும் நாங்கள் இன்னும் பிளவுபட்டிருந்தால், அது நகர விடுவதற்குப் பதிலாக நான் முடிவெடுக்கிறேன். முடிவையும், காரணத்தையும், நான் ஏற்றுக்கொள்ளும் முக்கிய trade-offs-ஐயும் கூறுகிறேன்.
- வேறு பாதையை விரும்பிய மக்களிடம் *ஏன்* என்று சொல்லி அவர்களின் option-இன் தகுதிகளை ஒப்புக்கொள்கிறேன். மரியாதையுடன் மறுக்கப்படுவது நம்பிக்கையை அப்படியே வைத்திருக்கிறது.
- ஒரு **review checkpoint**-ஐ அமைக்கிறேன்: "இந்த metrics-உடன் ஆறு வாரங்களில் மீண்டும் பார்ப்போம்; அது தெளிவாக தவறு என்றால், போக்கை மாற்றுவோம்."

## தவறுகள்

- வலுவான வாதத்திற்குப் பதிலாக **சத்தமான அல்லது மிக senior குரலுக்கு default ஆவது**.
- **முடிவில்லா analysis paralysis** — ஒரு reversible முடிவை ஒரு irreversible ஒன்றாகக் கருதுவது.
- மௌனத்தால் முடிவெடுப்பது, அங்கு அமைதியான கருத்து வேறுபாடு கொதித்து execution-இன் போது மீண்டும் வெளிப்படுகிறது.

## இது ஏன் முக்கியம்

deadlock-ஐ உடைக்க முடியாத ஒரு team நிற்கிறது, மற்றும் முடிவின்மை வேகத்தையும் மன உறுதியையும் அமைதியாக அரிக்கிறது. காரணத்துடனும் மீண்டும் பார்க்கும் பாதையுடனும் வெளிப்படையாக முடிவை எடுப்பது, எல்லோரும் ஒத்துக்கொள்ளாதபோதும் team-ஐ ஒன்றாக முன்னேற விடுகிறது — இதுதான் ஒரு Tech Lead-இன் உண்மையான வேலை.