क्या ITIL लागू करने लायक है? [बन्द है]

Question

मैं ServerFault पर "द जोएल टेस्ट फॉर सिसडमिन जॉब्स" प्रश्न से देखता हूं कि किसी ने भी नहीं कहा कि कंपनी बेहतर रूप से आईटीआईएल का उपयोग कर रही है या वे वहां काम नहीं करेंगे। वास्तव में, किसी ने भी आईटीआईएल का उल्लेख नहीं किया है।

क्या ITIL एक सनक है? क्या व्यावहारिक होना भी बोझिल है? क्या आईटीआईएल को अच्छी तरह से काम करने के लिए एक निश्चित आकार होना चाहिए?

"घटना" बनाम "समस्या" की आईटीआईएल की परिभाषाएं दिलचस्प हैं, लेकिन तेजी से मदद करने वाले डेस्क वातावरण में, क्या संगठनों ने वास्तव में दोनों के बीच अंतर करना उपयोगी पाया है?

Answer 1

पूर्ण रूप से। ITIL पत्थर 10 आदेशों में एक सेट नहीं है जिसे पत्र का पालन करना है।

यह केवल एक आधार या एक रूपरेखा है जिसे बाहर संचालित करना है।

असली समस्या व्याख्या में आती है। यदि आप ITIL को एक ऐसे स्तर पर ले जाते हैं जो कि परिवहनों को लागू करने से आसान हो जाता है, तो यह कभी भी काम नहीं करेगा। लेकिन जब इसे ठीक से लागू किया जाता है, तो आईटी सेवा स्तर ऊपर चला जाता है, और Sysadmin तनाव WAAAAY नीचे चला जाता है!

Answer 2

जो कोई भी आईटीआईएल को व्यावहारिक रूप से लागू करता है वह मूर्ख है (और उन्होंने मुझे बताया कि "आधिकारिक" आईटीआईएल पाठ्यक्रम पर)।

आप अपनी आवश्यकताओं के अनुसार इसके कुछ हिस्सों को अपना सकते हैं और अपना सकते हैं। यह स्पष्ट रूप से एक आईटी व्यक्ति की दुकान के लिए पागल है, आईटीआईएल को लागू करने और लागू करने के लिए, जब परिवर्तन प्रबंधन, रिलीज प्रबंधन आदि के विभिन्न "क्षेत्रों" के बीच अधिकांश वार्तालाप वास्तव में एक व्यक्ति के मस्तिष्क के अंदर होने वाले हैं, लेकिन कहा जा रहा है कि, पैमाने के दूसरे छोर, अगर आपको सिर्फ Microsoft या HP या Apple के आंतरिक हेल्पडेस्क प्रबंधक होने का सौभाग्य मिला है और जो कोई भी, सभी जगह उपयोगकर्ताओं और हेल्पडेस्क कॉलसेंटर्स के साथ, आप बिना जीआईएल के संभवत: नौकरी कैसे कर सकते हैं? एक दिशानिर्देश के समान कुछ?

मैं वास्तव में इस बात है कि हम अपने हेल्पडेस्क के लिए घटना बनाम समस्या प्रबंधन को क्रियान्वित किया है और इसे कम से जोड़ना चाहिए है बहुत उपयोगी है।

Answer 3

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

उदाहरण के लिए: यदि आपका हेल्पडेस्क अनुरोधों से अभिभूत हो रहा है, तो उन्हें श्रेणीबद्ध करने, स्रोतों का विश्लेषण करने और परिस्थितियों को कम करने के लिए कार्यों पर निर्णय लेने में मदद मिलती है।

यह वास्तव में सर्वोत्तम सामान्य प्रथाओं और नियमों का एक समूह है, जिन्होंने संगठनों में काम करने के लिए खुद को साबित किया है।

Answer 4

आईटीआईएल के बारे में मुझे जो सबसे ज्यादा पसंद है, वह यह है कि यह एक आम भाषा को परिभाषित करता है जब अन्य कंपनियों से आईटी पेशेवरों से बात करते हुए, यहां तक ​​कि यूरोपीय बहुभाषी बहु-सांस्कृतिक वातावरण में भी। ...

मुद्दा प्रबंधन, समस्या प्रबंधन .. आदि को समझा जाता है और इसका मतलब है।

इसके अलावा, मैं रॉबर्ट मोइर से सहमत हूं: जो कोई भी आईटीआईएल को कुत्ते के साथ लागू करता है वह मूर्ख है

ITIL एक उपकरण है .. आपका उद्धार नहीं।

Comments

आम भाषा के लिए +1

— लीनपास

Answer 5

मेरे अनुभव में आईटीआईएल एक ऐसा ढांचा भी रहा है जो सहायक कर्मचारियों और आईटी कर्मचारियों को व्यापार से अनुचित मांगों के खिलाफ अपनी जमीन पर कब्जा करने और "त्वरित सुधार" के विरोध में प्रौद्योगिकी समस्याओं के वास्तविक समाधानों को लागू करने की अनुमति देता है। " मांग करती है।

मैंने एक ऐसे संगठन में काम किया है, जिसने "व्यापार-सेवारत परिवर्तन" को नष्ट करने, बाईपास, या लगभग हर मानक आईटी को लागू करने के लिए एक बहाने के रूप में इस्तेमाल किया (हार्डवेयर, सॉफ्टवेयर, प्रमाणीकरण प्रणाली, भंडारण प्रणाली, आदि) को लागू करने की कोशिश की। वह कंपनी विफल हो गई और उस कंपनी द्वारा खरीद ली गई जो आईटीआईएल की सहायता मॉडल में रहती है और सांस लेती है।

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

हम करते अभी भी अनुरोध "विशेष" उपकरण या सेवाओं के लिए व्यावसायिक इकाइयों और विभिन्न एप्लिकेशन devs अनुमति देने के लिए एक proess है, लेकिन क्योंकि हम आरोप-बैक कर इस अनुरोध उन लोगों के लिए बहुत "महंगा" बजट के लिहाज से है। ITIL फ्रेमवर्क आपको देता है

Answer 6

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

आईटीआईएल जैसे मानकों को जानना उपरोक्त कार्य को आसान बनाता है क्योंकि आपके पास एक रूपरेखा है जिसके परिणामस्वरूप कार्य को पूरी तरह से कवर करने के लिए सही प्रश्न पूछे जाते हैं, लेकिन सबसे महत्वपूर्ण बात यह है:

• क्या आवश्यक है
• इसकी आवश्यकता क्यों है
• यह किसके लिए आवश्यक है
• इसकी आवश्यकता कब होती है
• किस व्यक्ति की आवश्यकता है (जिम्मेदार है)

दस्तावेज़ीकरण को निम्नतम इकाई में विभाजित करना (जैसे एकल कार्य) काम की जबरदस्त मात्रा है, लेकिन जैसे ही आप ऐसा करते हैं कि आपको पता चलता है कि बड़ी मात्रा में किए गए कार्य अब मैन्युअल रूप से अनावश्यक हैं, स्वचालित हो सकते हैं और / या प्रत्यायोजित किए जा सकते हैं। ।

अपने संगठन पर गहराई से कठोर नज़र रखना कभी भी लोकप्रिय या करने में आसान नहीं होता है, लेकिन इसके परिणामस्वरूप कंपनी की बेहतर समझ होगी और आपको उन चीजों को अधिक लाभदायक बनाने में मदद मिलेगी जो अनावश्यक हैं और जो काम कम वेतन पर कम करने के लिए काम करते हैं। स्तर।

वास्तव में आपको अलोकप्रिय बनाने जा रहा है जब आप इस प्रकार के मानकीकरण करते हैं, तो अक्सर आप अनजाने में यह वर्णन करते हैं कि प्रबंधन की बहुत सारी परतें केवल स्वयं के कारण होती हैं और उन्हें काटने से संचार और प्रदर्शन में सुधार होगा।

Answer 7

आईटीआईएल का विचार बहुत मायने रखता है, दुर्भाग्य से मेरे अनुभव में यह अक्सर समर्थन / संचालन कर्मचारियों को अपना रास्ता निकालने की अनुमति देता है, और व्यवसाय-सेवा में बदलाव को धीमा करता है।