ஒரு deadline க்கு commitment கொடுப்பதற்கு முன்பு requirement இன் technical feasibility ஐ நீங்கள் எவ்வாறு மதிப்பிடுகிறீர்கள்?

Question

Accepted Answer

Feasibility மற்றும் deadline என்பவை இரண்டு வெவ்வேறு கேள்விகள், இவ்விரண்டையும் ஒன்றாக கருதுவதுதான் teams over-commit செய்ய வைக்கும். கிட்டத்தட்ட எதையும் *சாத்தியமாக* செய்ய முடியும்; உண்மையான கேள்வி என்னவென்றால் **ஒரு குறிப்பிட்ட தேதிக்குள், இந்த team உடன், கொடுக்கப்பட்ட constraints இல்** அது சாத்தியமாகுமா என்பதுதான். ஒரு senior tech lead இவற்றை தெளிவாக பிரித்து, அவர்கள் size செய்யாத work க்கு ஒருபோதும் date கொடுப்பதில்லை.

## நான் அதை எவ்வாறு செயல்படுத்துகிறேன்

- **உண்மையான goal ஐ தெளிவுபடுத்துங்கள்.** Business க்கு உண்மையில் என்ன outcome தேவை? பெரும்பாலும் stated requirement என்பது ஆழமான தேவைக்கு ஒரு solution மட்டுமே, மேலும் குறைந்த செலவு பாதை இருக்கிறது.
- **அதை knowns மற்றும் unknowns ஆக பிரிக்கவும்.** Work ஐ decompose செய்து ஒவ்வொரு பகுதியையும் label செய்யுங்கள். Unknowns, knowns அல்ல, estimates வெடிக்கிற இடம்.
- **அபாய உடைய unknown ஐ முதலில் spike செய்யுங்கள்.** மிகவும் தோல்வியடைய சாத்தியமான பகுதியில் ஒரு சிறிய throwaway proof of concept ஐ build செய்யுங்கள். ஒரு two-day spike ஒரு two-month surprise ஐ தடுக்க முடியும்.
- **Constraints ஐ சரிபார்க்கவும்.** Data shape மற்றும் volume, scale மற்றும் load, third-party integrations மற்றும் அவற்றின் limits, மற்றும் தேவையான technology உடன் team இன் உண்மையான skills.
- **Dependencies ஐ அடையாளம் காணுங்கள்.** மற்ற teams, external approvals, infra, vendors. நீங்கள் control செய்யாத work என்பது slippage இன் மிகவும் பொதுவான மூலமாகும்.
- **ஒரு எண்ணுடன் அல்ல, assumptions உடன் ranges கொடுக்கவும்.** "ஆறு முதல் ஒன்பது வாரங்கள், payment API X ஐ support செய்கிறது என்பதை கருதி, மேலும் வேறு எந்த team ஆலும் நம்மை block செய்யவில்லை என்றால்." estimate ஐ என்ன மாற்றும் என்பதை கூறுங்கள்.

## Possible vs. possible by date X

| Question | அது உண்மையில் என்ன கேட்கிறது |
| --- | --- |
| Is it possible? | அதை build செய்ய முடிந்தால்? |
| Possible by date X? | இந்த team, scope, மற்றும் constraints உடன், அப்போதாவது? |
| என்ன confidence ஐ அதிகரிக்கிறது? | Spikes, cut scope, அதிக மানுஷ்யர், அதிக நேரம் |

## ஏன் இது முக்கியமாக உள்ளது

ஒரு confident "yes" அது missed deadline ஆக மாறுகிறது ஒரு honest "இதோ range மற்றும் risks" ஐ விட மிக அதிக செலவு ஆகிறது. Feasibility ஐ நன்றாக மதிப்பிட்டு, team ஐ death marches இல் இருந்து பாதுகாக்கிறது, business க்கு plan செய்ய real information கொடுக்கிறது, மற்றும் உங்கள் future estimates நம்பிக்கை கொடுக்கவிடும் trust ஐ உருவாக்குகிறது.

Question	அது உண்மையில் என்ன கேட்கிறது
Is it possible?	அதை build செய்ய முடிந்தால்?
Possible by date X?	இந்த team, scope, மற்றும் constraints உடன், அப்போதாவது?
என்ன confidence ஐ அதிகரிக்கிறது?	Spikes, cut scope, அதிக மানுஷ்யர், அதிக நேரம்