మీరు ఒక కొత్త కంపెనీలో Tech Lead గా చేరినప్పుడు మీ మొదటి 90-రోజుల roadmap ఎలా ఉంటుంది?

Question

Accepted Answer

నా మొదటి 90 రోజులు **వినండి, తర్వాత మ్యాప్ చేయండి, ఆపై చర్య తీసుకోండి** అనే క్రమంలో ఉంటాయి: నేను ఏదైనా మార్చే ముందు నమ్మకం, సందర్భం సంపాదిస్తాను, తర్వాత ఒక చిన్న కనిపించే విజయాన్ని ship చేస్తాను, ఆపై మాత్రమే నిర్మాణాత్మక మార్పులను ప్రతిపాదిస్తాను. లక్ష్యం విశ్వసనీయత, వీరత్వం కాదు.

## రోజులు 0–30: వినండి మరియు నేర్చుకోండి

- **ప్రతి ఒక్కరిని 1:1 లో కలవండి** — ప్రతి engineer, నా manager, PM, మరియు కీలక stakeholders. ఏది పనిచేస్తోందో, ఏది విరిగిపోయిందో, మరియు ఎవరైనా ఏమి సరిచేయాలని వారు కోరుకుంటారో నేను అడుగుతాను.
- **కోడ్ మాత్రమే కాదు, system ను చదవండి** — app ను locally రన్ చేయండి, కీలక request path ను trace చేయండి, గత 3 నెలల incidents మరియు postmortems చదవండి.
- **delivery pipeline ను మ్యాప్ చేయండి** — కోడ్ laptop నుండి production కు ఎలా వెళ్తుంది, అది ఎక్కడ నిలిచిపోతుంది, CI/CD మరియు on-call కథ ఏమిటి.
- **ఇంకా నిర్మాణాత్మకంగా ఏమీ రాయవద్దు.** workflow నేర్చుకోవడానికి మరియు నేను hands-on అని చూపించడానికి చిన్న PRs (docs, ఒక flaky test, ఒక README) file చేస్తాను.

## రోజులు 30–60: నిర్ధారించండి మరియు ఒక విజయాన్ని అందించండి

- ఫలితాలను ఒక చిన్న **వ్రాతపూర్వక నిర్ధారణ** గా సంశ్లేషించండి: top 3 బలాలు, top 3 risks, impact ద్వారా ranked.
- **ఒక high-signal, low-risk విజయాన్ని** ఎంచుకోండి — ఉదా. CI time ను సగానికి తగ్గించండి, అత్యంత noisy alert ను సరిచేయండి, deploy ను document చేయండి. కనిపించే విలువ పెద్ద మార్పులకు రాజకీయ మూలధనాన్ని నిర్మిస్తుంది.
- దిశకు కట్టుబడే ముందు నా అవగాహనను team మరియు manager తో validate చేయండి.

## రోజులు 60–90: దిశను నిర్ణయించండి

- business లక్ష్యాలతో ముడిపడిన ఒక **technical roadmap** ను, sequencing మరియు owners తో ప్రతిపాదించండి.
- **team rituals** ను స్థాపించండి లేదా మెరుగుపరచండి — code review norms, on-call rotation, planning cadence.
- 6 నెలల వద్ద **నా విజయం ఎలా కొలవబడుతుందో** నా manager తో అంగీకరించండి.

## నివారించాల్సిన లోపాలు

- **అర్థం చేసుకునే ముందు తిరిగి రాయడం** — ఆ "స్పష్టమైన" గందరగోళం తరచుగా కష్టపడి సంపాదించిన constraints ను encode చేస్తుంది.
- **ఒకేసారి అన్నింటినీ సరిచేయడానికి ప్రయత్నించడం** — కొన్నింటిని ఎంచుకుని, వాటిని పూర్తి చేయండి.
- **social graph ను విస్మరించడం** — నిజంగా ఎవరు నిర్ణయాలు తీసుకుంటారో అనేది architecture అంత ముఖ్యం.

## ఇది ఎందుకు ముఖ్యం

ఒక Tech Lead యొక్క leverage నమ్మకం మరియు సందర్భం నుండి వస్తుంది, ఈ రెండూ compound అవుతాయి. మొదటి నెలను వినడంలో గడపడం నెమ్మదిగా అనిపిస్తుంది కానీ తప్పు సమస్యను బిగ్గరగా పరిష్కరించే ఖరీదైన పొరపాటును నివారిస్తుంది — మరియు ఒక విశ్వసనీయమైన ప్రారంభ విజయం తర్వాత కష్టమైన నిర్మాణాత్మక పనిని చేపట్టే అధికారాన్ని మీకు కొనిస్తుంది.