क्या आईटीआईएल एक Agile दुनिया में फिट है?

Question

हमारा आईटी प्रबंधक आईटीआईएल के लिए दबाव डाल रहा है, मैं केवल इसके साथ परिचित हूं और जानना चाहता हूं कि आईटीआईएल एक एग्इल कार्य-चक्र में फिट बैठता है या नहीं?

मेरी शुरुआती छाप से मैं नहीं मानूंगा, मुख्य रूप से क्योंकि हमारे प्रबंधक जो प्रस्तावित कर रहे हैं वह सब कुछ के खिलाफ समयरेखा डालना है, एसएलए को व्यवसाय के बारे में बताते हुए कि "उच्च प्राथमिकता कार्य x घंटे में पूरा होना चाहिए" आदि ... अगर हम इन एसएलए को पूरा नहीं करते हैं तो डेवलपर्स के रूप में दंडित करें।

यदि कुछ भी मैं एक वार्तालाप रणनीति पसंद करता हूं, जहां समय-सारिणी वेग और कहानी बिंदुओं के चुस्त तरीकों पर आधारित होती है ताकि अंतिम उपयोगकर्ताओं को अपेक्षित समय सीमा पर बातचीत कर सकें।

हमारे पास जगह पर हमारे चुस्त विकास प्रथाएं हैं, परीक्षण संचालित विकास, निरंतर एकीकरण, सुधार के लिए क्षेत्र हैं लेकिन हम इस पर काम कर रहे हैं।

आईटीआईएल और एग्इल विधियों के साथ मिलकर काम करने वाले अन्य अनुभव क्या हैं?

Answer 1

मेरी कंपनी में आईटीआईएल ढांचे का उपयोग सेवा वितरण (उत्पादन और घटना समर्थन) के लिए किया जाता है। इस एसएलए के लिए उपयुक्त है जैसे कि आप प्रति घंटे ग्राहकों/पैसे खोने के लिए कह रहे हैं, तो यह उम्मीद की जाती है कि व्यापार के कुछ संकेत होने चाहिए जब चीजें तय की जाएंगी। यह सीधे विकास पद्धति से संबंधित नहीं है। केवल अगर आप तय करते हैं कि एक आपातकालीन हॉटफिक्स की आवश्यकता है और अनुमोदित है तो कुछ विकास किया जा सकता है। लेकिन हॉटफिक्स आमतौर पर बहुत छोटे होते हैं और एक दोष को ठीक करने के लिए लक्षित होते हैं और उन्हें फुर्तीली पद्धति के साथ कोई समस्या नहीं होनी चाहिए। नई आवश्यकताओं को हॉटफिक्स परिवर्तन के रूप में कभी नहीं किया जाता है और सामान्य देव/परीक्षण/रिलीज प्रक्रिया में लिया जाता है।

Answer 2

यह बिल्कुल अच्छा नहीं लग रहा है, अगर ऐसा है, तो यह वास्तव में चुस्त नहीं है।

मुझे संदेह है कि अगर आईटीआईएल वास्तव में उस के लिए कॉल करता है, विशेष रूप से "उच्च प्राथमिकता कार्यों को एक्स घंटों में पूरा किया जाना चाहिए" चतुरता से बाहर नहीं है, यह सॉफ्टवेयर विकास में फिट नहीं है यानी सभी कार्यों के बराबर पैदा नहीं होते हैं।

अद्यतन:

तो तुम कह सकते हैं कि सामान्य विकास प्रक्रियाओं आईटीआईएल तरीके से मुक्त किया और आईटीआईएल विशुद्ध रूप से बुनियादी ढांचे/घटना समर्थन क्षेत्रों पर ध्यान केंद्रित हो सकता है?

मुझे नहीं लगता कि यह परस्पर अनन्य है। हालांकि यह मामला हो सकता है कि आप टीम का प्रबंधन कैसे करते हैं, आईटीआईएल लागू नहीं है, इसका मतलब यह नहीं है कि इसके वैध क्षेत्र नहीं हैं जो आपके द्वारा विकसित किए जाने वाले प्रभाव को प्रभावित करते हैं।

विकास को इंफ्रास्ट्रक्चर/समर्थन द्वारा आवश्यक डिजाइन/उत्पाद में विचारों को शामिल करने की आवश्यकता है, और ऐसे में आईटीआईएल में सुझाए गए अभ्यासों से संबंधित हो सकते हैं।

शायद एक और उचित सवाल होगा: सॉफ्टवेयर विकास के प्रबंधन के लिए आईटीआईएल के प्रबंधन पहलुओं/प्रथाएं क्या हैं? जो मुझे नहीं पता, लेकिन संदिग्ध विशेष रूप से आईटीआईएल में संबोधित किया गया है। कम से कम मुझे पता है कि आईटीआईएल 3 ने एंटरप्राइज़ आर्किटेक्चर प्रथाओं से संबंधित परिवर्तनों को पेश किया है, जो निश्चित रूप से चुस्त (वास्तव में समर्थक हैं) के साथ संगत हैं --- लेकिन कम से कम वे निश्चित अनुमान/कार्य ट्रैकिंग/देव प्रतिक्रिया समय से संबंधित कुछ भी नहीं हैं ।