आईटी परियोजना के लिए पीएमए की दक्षताओं को कैसे सत्यापित किया जाए?

हमारे पास एक नई आईटी प्रणाली को विकसित करने और लागू करने के लिए एक परियोजना है! और आपको एक पीएम चाहिए ...
क्या हुआ था? इसके बिना कहाँ। और ऐसा लगता है कि बाजार सभी प्रकार के परियोजना प्रबंधकों के साथ संतृप्त है।

- चुनें! सभी को एक शानदार समृद्ध अनुभव है। निर्माण और रक्षा में परियोजनाओं को लागू करने में अनुभव के साथ पीएम हैं। चिकित्सा परियोजनाओं को लागू करने में अनुभव के साथ पीएम हैं। यहां तक ​​कि विमान में भी हैं! आपको और क्या चाहिए? इन उद्योगों में जिम्मेदारी और सटीकता का स्तर सिर का एक पूरा डंप है।
"क्या वह इसे जानता है?"
- आपको इसकी आवश्यकता क्यों है! उन्हें परियोजना प्रबंधन पद्धति का उत्कृष्ट ज्ञान है ... यह मुख्य बात है!

और ये हुआ भी ...

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

तो, पहले आपको एक सूचना प्रणाली विकसित करने की आवश्यकता है!

- पीएम, आप पहले क्या करेंगे?
- जरूरत और लक्ष्यों को परिभाषित करें!
- अच्छा है। और फिर?
- चलो एक विकास परियोजना योजना तैयार करते हैं!
- यह तार्किक है। और विकास के चरण क्या हैं? रचना के लिए शीर्ष-स्तरीय कार्यों को निर्धारित करना आवश्यक है!
"मुझे इसकी आवश्यकता क्यों है?" मैं किसी से पूछूंगा!
- और आईटी में कौन इस जानकारी का मालिक है?
- कौन, कौन? प्रोग्रामर ... शायद ...

अभी हाल ही में, मैं एक ऐसी ही कहानी पर आया था। एक तरफ, सब कुछ सुचारू लगता है। वास्तव में, प्रोग्रामर जानता है कि आमतौर पर किन चरणों का विकास होता है। लेकिन, चलो एक संशोधन करें। तो निशान को याद नहीं करने के लिए, आइए आर्किटेक्ट पर जाएं! उसे पक्का पता होना चाहिए।

- हाय, आर्किटेक्ट। विकास में क्या शामिल है? योजना में कार्य की आवश्यकता है।
- हमें टीके लेने की जरूरत है और इस पर कार्यात्मक!
"क्या वह सब है?" इतना आसान है
- ठीक है, अभी भी परीक्षण।
- और क्या होगा अगर टीके प्रक्रिया में बदल जाए?
"मुझे नहीं पता है कि" मेरा काम टीके पर काम करना है
हम नीचे गए। उन्होंने पूछा। प्राप्त 2 अंक: टीके और विकास।
- हम क्या करने जा रहे हैं, पीएम?
- तो सब कुछ स्पष्ट है! हम आर्किटेक्ट के लिए कहेंगे और इसे देंगे। इसकी सराहना की जाए। समय सीमा बताती है। यह तत्परता के बिंदुओं को निर्धारित करेगा, और हम इन बिंदुओं पर इसे नियंत्रित करेंगे। और समय-समय पर उपयोगकर्ता को परिणाम दिखाते हैं।

यह कैसे होता है, लगभग, जब पीएम को पता नहीं है।

और जब हम किराए पर लेंगे तो हम उससे क्या पूछेंगे? और अगर आप बहुत दूर जाते हैं, तो सूचना प्रणाली का जीवन चक्र उसके जन्म से लेकर मृत्यु तक क्या है। हालांकि, सिस्टम मरते नहीं हैं। वे "नैतिक रूप से" अप्रचलित हैं।

मैं हमारे कारखाने में होने वाले चैनल एयर कंडीशनिंग सिस्टम के साथ "मजेदार" कहानी कभी नहीं भूलूंगा। मिला, फिर, एक प्रणाली। अच्छा, शक्तिशाली। यह पूरे संयंत्र और आस-पास के प्रशासनिक भवनों को ठंडा करना था। अच्छी तरह से खरीदा हुआ। 200K अमेरिकी रूबल के लिए कुछ के लिए। उन्होंने लगा दिया। ऑपरेशन में डाल दिया। कई महीनों के ऑपरेशन के बाद, सिस्टम तुला हुआ है। क्यों? हां, क्योंकि कोई भी प्रणाली बिना समर्थन और नियमित तकनीकी सहायता के जीवित नहीं रह सकती है!

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

तो एविएशन या कंस्ट्रक्शन इंडस्ट्री से आईटी प्रोजेक्ट में आने वाले पीएम ऐसी योजना कैसे बना सकते हैं जिसमें ये सभी चरण शामिल हों?

आर्किटेक्ट से सलाह लें? जो अपने कार्य को खंडित रूप से देखता है और कल्पना नहीं करता है कि "पहले" क्या है और "बाद" क्या है? अफसोस। इस तरह की परियोजना पहले से ही बर्बाद है।

इसलिए, पीएम को समझना, परियोजना में कौन से कार्य शामिल हैं, कौन से कार्य संबंधित हैं, और जो समानांतर में किए जा सकते हैं, एक आईटी परियोजना के लिए महत्वपूर्ण है।

और अब हम कैसे समझते हैं कि पीएम अपेक्षित परिणाम से कितना मेल खाता है? ऐसा करने के लिए, कई कठिन प्रश्न नहीं हैं, जिनके लिए हमें स्पष्ट उत्तर प्राप्त करने की आवश्यकता है।

प्रश्न 1: विकास के लिए तकनीकी विशिष्टताओं के निर्माण के चरण क्या हैं?

उत्तर है:

• ग्राहक की कार्यात्मक आवश्यकताओं के गठन से
• बुनियादी ढांचे के लिए कार्य का गठन, जो बदले में, दोष सहिष्णुता और बैकअप के लिए अनुबंध के विकास का परिणाम है
• और अन्य प्रणालियों के साथ भविष्य की प्रणाली के इंटरैक्शन के नक्शे से।

वास्तव में, हमें निकास पर 3 कार्य मिलते हैं: कार्यात्मक और तकनीकी, बुनियादी ढांचे के लिए तकनीकी विनिर्देश, इंटरफ़ेस विकास के लिए तकनीकी विनिर्देश। वे नियंत्रण के लिए चेक-पॉइंट भी हैं।

प्रश्न 2: विकास के चरण क्या हैं?

उत्तर है:

• डेवलपर्स द्वारा कार्यों के वितरण से
• स्वीकृति योजना के गठन से
• व्यापक परीक्षण (पायलटिंग) से
• माइग्रेशन प्लान बनाने से लेकर और इस प्लान को विकसित करने तक

प्रश्न 3: कमीशनिंग के चरण क्या हैं?

उत्तर है:

• लोड परीक्षण
• शिक्षण सामग्री का निर्माण
• उपयोगकर्ता प्रशिक्षण
• सभी NSI (सामान्य संदर्भ सूचना + उपयोगकर्ता अभिगम) में भरना
• डेटा माइग्रेशन
• संतुलन की टोह
• परिचालन कार्य की शुरुआत (पायलटिंग)
• पहले लॉन्च के दौरान हॉट-असिस्ट

प्रश्न 4: समर्थन करने के लिए सिस्टम को स्थानांतरित करने की योजना कमीशन के बाद कैसी दिखती है?

उत्तर है:

कम से कम सिस्टम में 3 समर्थन स्तर होते हैं:

1. इंफ्रास्ट्रक्चर सपोर्ट और सर्वर लोड मॉनिटरिंग
2. सिस्टम में कुछ गलत हो जाने पर कार्यात्मक समर्थन और थ्रेड मॉनिटरिंग।
3. इस तरह से काम करने के सवालों के जवाब प्रदान करने के तरीके और अन्यथा नहीं, के रूप में के रूप में अच्छी तरह से विकसित करने के लिए की जरूरत है प्रदान करने के तरीके

और इनमें से प्रत्येक चरण का अपना SLA होना चाहिए। यहां एक ऐसा शब्द भी है जो आईटी से बाहर के लोगों के लिए हमेशा स्पष्ट नहीं होता है।

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