तपाईंलाई छिटो जान भनिन्छ तर थप मानिस दिइँदैन भने तपाईं के गर्नुहुन्छ?

Question

Accepted Answer

मानिस थप्दा वैसे पनि टीमलाई अल्पकालमा विरलै छिटो बनाउँछ, त्यसैले वास्तविक प्रश्न हो: टीमको *समय वास्तवमा कहाँ* गइरहेको छ, र म त्यसबारे के बदल्न सक्छु? म "छिटो जाऊ" लाई लामो घण्टा काम गर्ने माग होइन, leverage खोज्ने संकेतको रूपमा लिन्छु।

## म गतिका लागि कहाँ हेर्छु

- **कुना होइन, दायरा काट।** छिटो ship गर्ने सबैभन्दा छिटो तरिका भनेको कम बनाउनु हो। म PM सँग निर्ममतापूर्वक प्राथमिकता दिन र मूल्य डेलिभर गर्ने सबैभन्दा सानो version फेला पार्न काम गर्छु। धेरैजसो feature 20% काममा 80% मूल्य हुन्छ।
- **घर्षण र पर्खाइको समय हटाऊ।** प्रायः bottleneck coding गति होइन — यो सुस्त CI, flaky test, पीडादायी deploy, सुस्त review, वा अनुमोदनको पर्खाइ हो। ३०-मिनेटको build वा दुई-दिनको review turnaround ठीक गर्नुले निःशुल्क वास्तविक velocity किन्छ।
- **Work-in-progress घटाऊ।** दश कुरा सम्हाल्ने टीमले केही पनि सम्पन्न गर्दैन। समानान्तरमा कम आइटममा केन्द्रित हुनुले कुराहरू चाँडै ship गर्छ।
- **दोहोरिने कुरा automate गर।** Manual testing, manual release, manual environment setup — एकपटक लगानी गर, सधैं बचत गर।
- **तपाईंलाई सक्रिय रूपमा सुस्त बनाउने debt तिर।** सबै होइन; टीम दैनिक ठोक्किने भाग मात्र।
- **Focus समय जोगाऊ।** कम meeting र अवरोध कुनै पनि tool भन्दा ठूलो जित हुन सक्छ।

## म अनुरोधलाई कसरी प्रतिक्रिया दिन्छु

म केवल "असम्भव" भन्दिनँ वा मौन रूपमा स्वीकार गर्दिनँ। म एउटा **trade-off** ले प्रतिक्रिया दिन्छु: "हामी feature A र B काटे, वा testing मा उच्च जोखिम स्वीकार गरे त्यो date भेट्न सक्छौं। यहाँ म के सिफारिस गर्छु।" यसले गतिलाई मौन गुणस्तर जुवा होइन, साझा, सचेत निर्णय बनाउँछ।

## बच्नुपर्ने जोखिमहरू

- **Overtime अनिवार्य गर्नु।** यसले एउटा छोटो sprint किन्छ र burnout, bug, र attrition सँग फिर्ता तिर्छ।
- **Test र review मौन रूपमा छोड्नु।** आज गति, अर्को महिना outage।
- **केही नबदली date मा हुन्छ भन्नु** — त्यो केवल आशा गर्नु हो, र आशाले deadline छुटाउँछ।

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

दिगो गति मानिसलाई निचोर्नबाट होइन, बर्बादी हटाउनबाट आउँछ। दबाबलाई स्पष्ट trade-off र प्रक्रिया सुधारले प्रतिक्रिया दिने Tech Lead ले साँच्चै छिटो र टिकाउ टीम बनाउँछ — sprint गर्ने, भत्किने, र आफ्ना उत्कृष्ट इन्जिनियरहरू गुमाउने टीमको सट्टा।