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