मैंने एक प्रमुख राष्ट्रीय केबल टीवी नेटवर्क के लिए व्यावसायिक अनुप्रयोग प्रतिस्थापन की एक विशाल रेखा पर काम किया। नई प्रणाली का विकास SCRUM के साथ किया गया था, यह लगभग सभी प्रमुख उप-प्रणालियों को फिर से लागू करने के लिए 18-24 महीने की विकास परियोजना थी; जो 10 साल पुराने थे।
विकास शुरू होने से पहले 6 महीने की तरह एक नियोजन चरण था, लेकिन इसे SCRUM के रूप में भी संपर्क किया गया था। यह वह जगह है जहाँ उत्पाद स्वामी ने मौजूदा सिस्टम विश्लेषण और ग्राहकों के साक्षात्कार के बाद उच्च स्तरीय स्टोर और महाकाव्यों को लिखा।
महत्वपूर्ण रखरखाव मोड में जाने के रूप में मौजूदा प्रणाली बेहद स्थिर थी; केवल शो स्टॉपर मुद्दे तय किए गए थे, सब कुछ बस ऐतिहासिक उद्देश्यों के लिए लॉग इन किया और यह सुनिश्चित करने के लिए कि नई प्रणाली में समान मुद्दे दिखाई नहीं दिए।
नई प्रणाली एक चुस्त प्रक्रिया में वर्णित के रूप में विकसित हुई, यह अधिकांश भाग के लिए बेहद चिकनी थी। जब रिप्लेसमेंट सिस्टम फीचर पार्टिटी में पहुंचा, तो यह प्रोडक्शन में नहीं, बल्कि समानांतर प्रोडक्शन ट्रायल में चला गया। गैर-महत्वपूर्ण श्रमिकों के एक उप-सेट ने दोनों प्रणालियों का उपयोग करना शुरू कर दिया , यह पुष्टि करने के लिए कि नई प्रणाली पुराने की तरह व्यवहार करती है; पुराने कीड़े के साथ निश्चित रूप से।
जब नई प्रणाली ने लगभग 100% नई सुविधाओं को प्राप्त किया, तो इसे सामान्य समानांतर उत्पादन रन के लिए रोल आउट किया गया, जो कुछ महीनों तक चला।
एक बार ग्राहक द्वारा उनकी जरूरतों को पूरा करने के लिए, पुरानी प्रणाली का समर्थन किया गया, स्विच ऑफ किया गया और बैठ गया। मुझे लगता है कि उन्होंने पुराने सिस्टम हार्डवेयर को पुन: purposed किया है क्योंकि उन्हें कट जाने के बाद पुराने सिस्टम को वापस करने की आवश्यकता नहीं है।