1. बाहिरिने लागत सिमुलेशन
Sunk costs ले कार्यकारी निर्णयलाई धुमिल बनाउँछ।
परम्परागत fixed-bid सम्झौतामा परियोजना रोकेर हुने हानि र लचिलो DaaS/Staff Augmentation मोडेलको तुलना गर्नुहोस्।
सञ्चित लागत तुलना
बाहिरिने (रद्द गर्ने) निर्णय लिने महिनालाई बदल्न स्लाइडर सार्नुहोस्।
परम्परागत जोखिम (fixed-bid)
समाप्ति जरिवाना र मध्यवर्ती deliverable का लागि buyout दायित्वहरू प्रायः लागू हुन्छन्, जसले sunk cost जोखिम बढाउँछ।
DaaS जोखिम (लचिलो सम्झौता)
तपाईंले सम्पन्न कामका लागि मात्र भुक्तानी गर्नुहुन्छ। जुनसुकै बेला रोक्न सकिने भएकाले, नोक्सानी बढ्नु अघि बाहिरिन सक्नुहुन्छ।
कुनै पनि समयमा रद्द गर्न सकिने क्षमताले आपूर्तिकर्तालाई उच्च गुणस्तर कायम राख्न प्रेरित गर्छ।
2. vendor lock-in र "पारदर्शिता" को संरचना
Lock-in को डर भित्र के छ भनेर नदेख्दा हुन्छ।
Black box रोक्ने र स्वायत्त नियन्त्रण पुनःस्थापित गर्ने तत्वहरू तुलना गर्नुहोस्।
Black-box विकास
विस्तृत स्पेक केवल विक्रेताको टाउकामा हुन्छ
-
✕
कोड स्वामित्व अस्पष्ट
कस्टम frameworks र लाइब्रेरीहरूले अर्को टोलीलाई takeover गर्न कठिन बनाउँछ।
-
✕
डकुमेन्टेशन अभाव
काम गर्ने उत्पादन पाउनुहुन्छ, तर यसको "किन" होइन।
-
✕
व्यक्तिगत निर्भरता
मुख्य व्यक्ति गएपछि प्रणाली रोक्न सक्छ।
White-box विकास
कुनै पनि बेला हस्तान्तरण गर्न मिल्ने गरी प्रणाली तयार राख्नुहोस्
-
✓
स्ट्यान्डर्ड टेक चयन
व्यापक रूपमा अपनाइएका भाषाहरू र frameworks छान्नुहोस् ताकि विकल्पहरू कायम रहून्।
-
✓
GitHub आदि मा सधैं साझा
ग्राहकको repo मा दैनिक commit गर्नुहोस्, ताकि प्रगति र गुणस्तर real-time मा देखियोस्।
-
✓
Exit रणनीति सुरुबाटै परिभाषित
पहिलो दिनदेखि internalization/transition योजना डिजाइन गर्नुहोस्।
साझेदार चयनका मूल्याङ्कन अक्ष (Risk Radar)
साझेदार चयन गर्दा मूल्य मात्र होइन, तलका पाँच अक्षहरू मूल्याङ्कन गरी reversibility मापन गर्नुहोस्।
- पारदर्शिता: सूचनामा पहुँच
- स्ट्यान्डर्ड टेक: टेक स्ट्याक कति सामान्य छ
- सम्झौता लचिलोपन: रद्द गर्ने सजिलोपन
- डकुमेन्टेशन: रेकर्ड गरिएको डिजाइन उद्देश्य
- आत्मनिर्भरता समर्थन: internalization मा सहयोग गर्ने तत्परता
3. निर्भरता बाट मुक्त: Exit रणनीति
सम्झौता lock-in बाट मूल्य-आधारित सम्बन्धतर्फ जानुहोस्।
आवश्यक पर्दा सहज बाहिरिन र हस्तान्तरणका लागि roadmap परिभाषित गर्नुहोस्।
Step 01 सम्पत्तिको स्वामित्व सुनिश्चित गर्नुहोस्
स्रोत कोड, डिजाइन डेटा र डकुमेन्टेशन ग्राहकको स्वामित्वमा छन् भन्ने सुनिश्चित गर्नुहोस्।
ग्राहकले repository (GitHub आदि) बनाउँछ र विक्रेतालाई आमन्त्रण गर्छ।
Step 02 ज्ञानलाई व्यक्तिगत नबनाउनुहोस्
मिटिङ नोट मात्र होइन, कोड टिप्पणी र ADR पनि डकुमेन्ट गर्नुहोस्।
"किन" को सन्दर्भ छोड्दा handoff लागत घट्छ।
Step 03 ओभरल्याप अवधि
internalization वा विक्रेता परिवर्तन गर्दा 1-2 महिनाको ओभरल्याप राख्नुहोस्।
pair programming र code review प्रयोग गरी काम तहमा अधिकार हस्तान्तरण गर्नुहोस्।
Goal पूर्ण स्वावलम्बन
बाह्य साझेदार बिना प्रणाली चलिरहने अवस्था।
यो जोखिम व्यवस्थापनको अन्तिम लक्ष्य — स्वस्थ विकास मुद्रा।