मुझे प्रश्न में "खो गया" समझ में नहीं आता है। यह काम आपको करना चाहिए। तो यह कैसे खोया जा सकता है?
Agile के पीछे "सिद्धांत" यह है कि आपके पास परिपक्व आधारभूत संरचना है।
दो अलग-अलग बुनियादी ढांचे के मुद्दे हैं।
नया आधारभूत संरचना बनाते समय, हम पहले कुछ स्पिंट्स में अन्वेषण करते हैं। आप इसे शेड्यूल नहीं कर सकते हैं। आप इसमें विभिन्न पथ, रोडब्लॉक, नुकसान, जाल और जाल की भविष्यवाणी नहीं कर सकते हैं। इसे सीखने की आवश्यकता है। एक नया आधारभूत ढांचा डालने के लिए आवश्यक समय की भविष्यवाणी करने की कोशिश न करें। सामग्री गलत हो जाएगी। यदि ऐसा नहीं होता है, तो बुनियादी ढांचा वास्तव में "नया" नहीं है - यह एक क्लोन या प्रति है।
मौजूदा आधारभूत संरचना का उपयोग - सर्वर कॉन्फ़िगर और परिनियोजन - प्रत्येक रिलीज के साथ होता है, इसलिए हम उन्हें जितनी बार कर सकते हैं उतनी बार करते हैं।
कुछ चीजें (जैसे हमारी नई फ़ायरवॉल) ने कुछ रिलीज में वास्तविक जटिलताओं को फेंक दिया।
लेकिन आम तौर पर, कॉन्फ़िगर और डिप्लॉयमेंट - परिपक्व बुनियादी ढांचे की तरह - आधारभूत होते हैं। वे पहले से ही आपकी प्रक्रिया का हिस्सा हैं। आप पहले से ही कर रहे हैं। वे "खो" कैसे हो सकते हैं?
"प्रयास खोने का प्रयास" से आपका क्या मतलब है? "खोया" मतलब क्या है? आप जानते थे कि आपको यह करना है। तुमने यह किया। क्या खो गया है
संपादित करें। यह विचार है कि इस बार "खो गया" या "दिखाई नहीं दे रहा है" या "प्रभाव" या सामान्य रूप से व्यवसाय के अलावा कुछ भी अन्य टिप्पणियों के बावजूद, कोई समझ नहीं आता है।
यह सिर्फ सामान है जो आप करते हैं। यह रिलीज का हिस्सा है। यह सिर्फ काम की तरह है, विकास की तरह, आप बस करते हैं।
"माइग्रेशन का एक दिन लंबा समय है" लेकिन अगर ऐसा होता है, तो यही वह होता है। आप बस इसके लिए अनुमति देते हैं। यह केवल एक कार्य है जिसे आप हर रिलीज के साथ करते हैं।
यदि अनुसूची पवित्र है - और माइग्रेशन का दिन एक "समस्या" है - आपको यह पूछना है कि "समस्या" कौन है और उनके पास "समस्या" क्या है? क्या यह एक परियोजना प्रबंधक की समस्या है? यदि ऐसा है, तो शेड्यूल ने डिलीवर फीचर सेट को ट्रिम कर दिया है, और उस प्रोजेक्ट मैनेजर को वास्तविकता के अपने विचार पर पुनर्विचार करने की जरूरत है। उपयोगकर्ता का फीचर सेट वास्तविक है। कार्यक्रम सिर्फ एक अच्छा विचार है जो हमेशा काम नहीं करता था।
यह प्रश्न ऑफ-विषय है क्योंकि यह इस साइट के दायरे में नहीं है, जैसा कि [मैं यहां कौन से विषय पूछ सकता हूं?] (// stackoverflow.com/help/on-topic) यह भी देखें: [क्या प्रश्नों के प्रकारों से मुझे पूछने से बचना चाहिए?] (// stackoverflow.com/help/dont-ask) आप [अन्य स्टैक एक्सचेंज साइट] (// stackexchange.com/sites#name) पर पूछने में सक्षम हो सकते हैं, उदाहरण के लिए [ pm.se] या [softwareengineering.se]। किसी भी साइट पर किसी प्रश्न को पोस्ट करने का इरादा रखने के लिए सहायता केंद्र में विषय-वस्तु पृष्ठ को पढ़ना सुनिश्चित करें। – Makyen