एउटा ठूलो परियोजना जोखिम र अनिश्चितताको भित्ता हो। यसलाई साना, स्वतन्त्र रूपमा शिप गर्न सकिने टुक्रामा विभाजन गरेर योजनायोग्य, समानान्तरीकरण योग्य, र जोखिम-न्यूनीकरणीय बनाइन्छ। कला यो हो कि प्रत्येक टुक्रा मूल्य प्रदान गरे र जोखिम छिटो उजागर गरे।
कसरी स्लाइस गर्ने
✓ Slice VERTICALLY — thin end-to-end features, not horizontal layers
✓ Ship the RISKIEST/most uncertain part early — learn before you commit
✓ Make each slice INDEPENDENTLY valuable and shippable if possible
✓ Keep slices SMALL — days, not months
✓ Sequence so the team can work in PARALLEL
✓ Define DONE for each (tested, deployed, not just "code written")
ठाडो तेर्सो भन्दा राम्रो
"सबै ब्याकएन्ड, त्यसपछि सबै फ्रन्टएन्ड" बनाउनुहोस्, तपाईले हप्तासम्म प्रदर्शनीयोग्य केही पाउनु हुन्न र अन्तमा एकीकरण गर्नुहुन्छ (जहाँ सबै टुट्छ)। यसको सट्टा एउटा पतली फिचर पूर्ण रूपमा, अन्त देखि अन्त सम्म, त्यसपछि अर्को बनाउनुहोस्। तपाई लगातार शिप र सिख्नुहुन्छ।
एउटा ठोस उदाहरण
"रिपोर्टिङ प्रणाली बनाउनुहोस्" को लागि, पहिलो स्लाइस "डाटाबेस तह" होइन। यो "एउटा रिपोर्ट, वास्तविक डाटा, स्क्रिनमा, अन्त देखि अन्त सम्म" हो। यो सम्पूर्ण पाइपलाइन काम गरेको प्रमाणित गर्छ र सप्ताह एकमा प्रयोगकर्ताहरूलाई प्रतिक्रिया गर्न कुरा दिन्छ।
एउटा समस्या
बहुत छोटो स्लाइस गरेर समन्वय ओभरहेड सिर्जना हुन्छ; बहुत ठूलो र तपाई ठूलो-ब्याङ्ग जोखिममा फर्किनुहुन्छ। स्लाइसलाई एक व्यक्तिले दिनमा पूरा गर्न सकने गरी लक्ष्य गर्नुहोस्।
यो किन महत्त्वपूर्ण छ
बिग-ब्याङ्ग परियोजनाहरू बिग-ब्याङ्ग असफल हुन्छन्, तपाईले ढेर पछि फेला पार्नुहुन्छ, जब परिवर्तन गर्न महँगो हुन्छ।
साना ठाडो स्लाइसहरूले तपाईलाई छिटै मूल्य शिप गर्न, सस्तोमा दिशा सुधार गर्न, र सम्पूर्ण टिमलाई समानान्तरमा उत्पादनशील राख्न दिन्छ।