जब टीम अति-भारित हुन्छ, तपाईं पहिले के काम गर्ने निर्णय गर्न कुन मापदण्ड प्रयोग गर्नुहुन्छ?

Question

IT Interview Practice · Accepted Answer

**पहिले म अति-भारलाई देखिने बनाउँछु र सबै कुरा अटाउँछ भन्ने नाटक बन्द गर्छु।** जब टीम अति-भारित हुन्छ, असफलताको ढाँचा भनेको सबै कुराको अलिअलि गर्नु र केही पनि सम्पन्न नगर्नु हो। मेरो काम भनेको स्पष्ट प्राथमिकीकरण बाध्य पार्नु र टीमलाई thrash बाट जोगाउनु हो।

## म लागू गर्ने मापदण्डहरू

- **प्रभाव बनाम प्रयास।** म कामलाई लागत विरुद्ध दिइने मूल्यले क्रमबद्ध गर्छु। उच्च-प्रभाव, न्यून-प्रयासका आइटम पहिले जान्छन्; उच्च-प्रयास, न्यून-प्रभावका आइटम खुला रूपमा काटिन्छन् वा पछि सारिन्छन्।
- **उल्टाउन सकिने र अत्यावश्यकता।** उल्टाउन नसकिने वा समय-सीमाबद्ध (security fix, सम्झौतागत deadline, launch निर्भरता) जे पनि लाइनमा अगाडि जान्छ।
- **ढिलाइको लागत।** केही काम जति लामो पर्खन्छ त्यति महँगो हुन्छ (बढ्दो **tech debt**, deadline जरिवाना); केही अर्को महिना उस्तै हुन्छ। म लागत कति छिटो बढ्छ भन्ने आधारमा प्राथमिकता दिन्छु।
- **अरूलाई रोक्ने।** अरू व्यक्ति वा टीमलाई unblock गर्ने कामको आफ्नै मूल्यभन्दा बाहिर multiplier हुन्छ।
- **जोखिम।** यो गलत वा ढिलो भयो भने लागत के हो? पहिले महँगो असफलताबाट जोगाऊ।

## एउटा सरल framework

| Bucket | उदाहरण | कारबाही |
|---|---|---|
| Critical + urgent | Production incident, security छिद्र | अहिले गर, अरू काम छोड |
| उच्च मूल्य, urgent होइन | मुख्य roadmap feature | तालिका बनाऊ र जोगाऊ |
| न्यून मूल्य, urgent | हल्ला तर सानो अनुरोध | पछि धकेल वा delegate गर |
| न्यून मूल्य, urgent होइन | राम्रो हुने कुराहरू | अस्वीकार गर, स्पष्ट रूपमा काट |

## म यसलाई कसरी चलाउँछु

- पाँचवटा समानान्तर priority-one होइन, **एउटै क्रमबद्ध सूची** बनाऊ। यदि सबै कुरा प्राथमिकता हो भने, केही पनि होइन।
- **stakeholder** हरूलाई trade-off स्पष्ट शब्दमा सञ्चार गर: "हामी यो sprint मा A वा B गर्न सक्छौं, दुवै होइन। कुन बढी महत्त्वपूर्ण छ?"
- ध्यान जोगाऊ: work in progress सीमित गर, context switching घटाऊ, र टीमलाई sprint बीचमा नयाँ अवरोधबाट जोगाऊ।

## जोखिमहरू

- data होइन, सबैभन्दा हल्ला गर्ने stakeholder लाई प्राथमिकता तय गर्न दिनु।
- सबै कुरामा हुन्छ भन्नु, जुन वास्तवमा "म अनियमिततालाई निर्णय गर्न दिन्छु" भन्नु हो।
- दायरामा अटाउन मौन रूपमा गुणस्तर काट्नु; त्यसले लागतलाई production मा सार्छ मात्र।

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

अति-भार मुनि, निर्मम, पारदर्शी प्राथमिकीकरणले नै तनावग्रस्त, thrash हुने टीमलाई वास्तवमा महत्त्व राख्ने कुराहरू ship गर्ने टीममा बदल्छ, र यसले सबै कुरा मौन रूपमा छुटाउनुको सट्टा trade-off बारे इमानदार भएर stakeholder सँग विश्वास कायम राख्छ।

Bucket	उदाहरण	कारबाही
Critical + urgent	Production incident, security छिद्र	अहिले गर, अरू काम छोड
उच्च मूल्य, urgent होइन	मुख्य roadmap feature	तालिका बनाऊ र जोगाऊ
न्यून मूल्य, urgent	हल्ला तर सानो अनुरोध	पछि धकेल वा delegate गर
न्यून मूल्य, urgent होइन	राम्रो हुने कुराहरू	अस्वीकार गर, स्पष्ट रूपमा काट

म लागू गर्ने मापदण्डहरू

एउटा सरल framework

म यसलाई कसरी चलाउँछु

जोखिमहरू

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

सम्बन्धित प्रश्नहरू