- हाय! खैर, आप कैसे हैं, कौन, कहाँ? - लंबे समय तक नहीं देखा।
- हां, मैं एक बड़ी कंपनी में आईटी प्रोजेक्ट मैनेजर हूं।
- ओह, PRINCE, जोखिम, चरम प्रबंधन, वित्त। मुश्किल!
- अरे नहीं। तो, ग्राहक से तकनीकी और टीके के लिए मैं पैसे के लिए खींचें। कचरा।यहाँ इस तरह के एक वास्तविक संवाद है। और, मुझे लगता है, संवाद कई कंपनियों के लिए प्रासंगिक है, खासकर अगर वे दस सबसे बड़े विक्रेताओं और इंटीग्रेटर्स में से नहीं हैं, जहां प्रक्रियाओं को फिर भी डिबग किया जाता है और परियोजनाएं परियोजनाओं की तरह दिखती हैं। यह स्पष्ट है कि कई छोटी और मध्यम आकार की कंपनियां "प्रोजेक्ट" की अवधारणा से दूर हो जाती हैं और कार्ड की तरह काम करना बंद हो जाएगा। ऐसी परिस्थितियों में, प्रोजेक्ट मैनेजर का काम ओवरसियर के काम की तरह होता है, जो प्रोग्रामर के पास आता है और तेज़ी से फ़ीचर मांगता है, उसके बाद परीक्षकों के पास जाता है और अभी और बिना आलोचकों के परीक्षण के कॉल करता है, फिर वह टीम के साथ जाता है और इसे प्रोडक्शन के साथ तैनात करता है और बैंगनी चेहरे के साथ कीड़े लाता है। क्लाइंट का चेहरा, चाहे वह एक मामूली बग हो या एक महत्वपूर्ण, चेहरा हमेशा एक ही बैंगनी होता है, और भाषण शब्दों के साथ शुरू होता है: "सब कुछ ग्राहक से गिर गया है"। सच है, स्थिति अस्वस्थ लगती है? आइए उसके बारे में बात करते हैं।
एक विशिष्ट परियोजना प्रबंधक जो वास्तव में यह नहीं समझता है कि परियोजना प्रबंधन क्या है।गैर-यादृच्छिक शुरुआत
फरवरी 2007 में, निज़नी नोवगोरोड में एक परियोजना प्रबंधन सम्मेलन आयोजित किया गया था। तब यह सुपर कूल और इनोवेटिव थीम थी। बड़े व्यवसाय, उद्यमियों, deputies, वैज्ञानिकों और छात्रों के कई सौ प्रतिनिधियों ने तत्कालीन मौजूदा परियोजना प्रबंधन प्रथाओं और व्यवसाय प्रक्रिया तंत्रों पर चर्चा की। सच कहूं, तो यह सब पूरी तरह से भगवानविहीन लग रहा था: विदेशी कंपनियों और घरेलू औद्योगिक दिग्गजों ने इस बारे में बात की कि वे अपनी कंपनियों में परियोजनाओं का प्रबंधन कैसे करते हैं और अपने अनुभव को अपनाने के लिए उन्हें बुलाया। छोटे व्यवसाय के भ्रमित प्रतिनिधि उनके सामने बैठ गए और समझ गए कि स्वचालन प्रणालियों में अकेले लाखों डॉलर खर्च होते हैं, प्रशिक्षण, आकाओं, कार्यान्वयन का उल्लेख नहीं है। यह एक भविष्य की तरह लग रहा था जो कोने के चारों ओर था। 2007 की दूर की शुरुआत में, हमारा
रीजनसॉफ्ट सीआरएम अपनी यात्रा शुरू कर रहा
था , और सम्मेलन में भाग लेने वाले हमारे भविष्य के कर्मचारियों में से दो थे, फिर जिन छात्रों ने हमारी कंपनी के बारे में कुछ भी नहीं सुना था। और किसी को भी नहीं पता था कि अगस्त 2018 में हमारे
रीजन्सॉफ्ट सीआरएम 7.0 सीआरएम सिस्टम का विमोचन होगा, और हम हैबर पर एक लेख लिखेंगे (जो उस समय एक साल भी पुराना नहीं था) कि परियोजना प्रबंधन सभी के लिए उपलब्ध था।
विश्वास नहीं होता? व्यर्थ में। वास्तव में, व्यापार में सब कुछ एक प्रक्रिया है और सब कुछ एक परियोजना है। आपको बस थोड़ा परेशान होना पड़ेगा।
चेतावनी! लेख पेशेवर डेवलपर्स द्वारा लिखा गया था और इसमें आरएम के लिए एक निश्चित मात्रा में व्यंग्य और नापसंदगी हो सकती है।वास्तव में नहीं, हम उनसे प्यार करते हैं हम इस विषय को क्यों उठा रहे हैं?
किसी भी कंपनी में, जल्दी या बाद में एक परियोजना शुरू होती है। यह एक नए उत्पाद या सेवा का शुभारंभ, नए साल के विज्ञापन अभियान का निर्माण, सॉफ्टवेयर की शुरूआत, एक नई उत्पादन लाइन का शुभारंभ आदि हो सकता है। फिर कर्मचारियों के बीच एक प्रोजेक्ट मैनेजर (समन्वयक) चुनने या किसी विशेषज्ञ को नियुक्त करने और हर संभव तरीके से सब कुछ करने का समय आता है। लेकिन यह पूरी प्रक्रिया बादल रहित है।
- व्यवसाय को पता नहीं है कि परियोजना क्या है। वास्तव में, यह कुछ भी जटिल नहीं है: लक्ष्य, उद्देश्य, बजट, जोखिम, संसाधन आवंटन, रिपोर्टिंग। लेकिन कुछ घटकों को लगातार अनदेखा किया जाता है: या तो बजट सीमा से परे हो जाता है (और यह एक नियोजन त्रुटि है), फिर कार्य ओवरलैप, ओवरलैप करते हैं और कुछ कर्मचारियों के काम को असहनीय बनाते हैं, जबकि अन्य - फ़्रीबी। इस वजह से, पूरी परियोजना जोखिम में है, जो मुख्य रूप से ग्राहक के हितों (आंतरिक या बाहरी - कोई अंतर नहीं) पर हमला करती है।
- परियोजना प्रबंधन में, जोखिम लगातार भुला दिए जाते हैं। और वे हमेशा वहाँ रहते हैं, सांसारिक और आसानी से अनुमान लगाने योग्य (संसाधनों की कमी, आपूर्तिकर्ताओं की कमी, कर्मचारी बीमारी) पूरी तरह से अचानक उन लोगों को ध्यान में रखा जाना चाहिए (मौसम, दुनिया में आर्थिक स्थिति, मुद्रा के साथ काम करना, विधायी जोखिम)। बेशक, जोखिम की घटना पूरी परियोजना को खतरे में डालती है। इसलिए, जोखिम का मूल्यांकन सक्रिय होना चाहिए, प्रतिक्रियाशील नहीं - यानी, आर्कटिक लोमड़ी आपके पास जाने से पहले निर्णय ले। यदि परियोजना लंबी है, तो परियोजना के जीवन के प्रत्येक 2-3 महीनों में जोखिमों का पुन: निर्धारण किया जाना चाहिए।
- व्यवसाय कार्यप्रणाली का शौकीन है और काम के सार के बारे में भूल जाता है, औपचारिकताओं पर समय खो देता है। यह बड़ी कंपनियों के लिए विशेष रूप से सच है और, अजीब तरह से पर्याप्त है, स्टार्टअप। इसके अलावा, उनके पास अलग-अलग कारण हैं: स्टार्ट-अप फैशन में होने का प्रयास करते हैं और PRINCE या PMBOK के अनुसार प्रबंधन के तथ्य को रिकॉर्ड करना सुनिश्चित करते हैं, और बड़ी कंपनियों में (विशेष रूप से जो आईएसओ के अनुसार काम नहीं करते हैं) हमेशा
बिल्लियां होती हैं, जैसा कि आप जानते हैं, जब कुछ करने के लिए नहीं होता है, तो अंडे उन कर्मचारियों द्वारा दिए जाते हैं जिन्हें अंडे की आवश्यकता होती है। मानकों के प्रति अपने महत्व और प्रतिबद्धता को प्रदर्शित करता है। अक्सर प्रलेखन, बैठकों, चरणों, आदि के उचित संगठन की खोज में। तेजी से और गुणवत्ता काम खो दिया है।
- प्रोजेक्ट मैनेजर (प्रोजेक्ट मैनेजर के रूप में संदर्भित) श्रमिकों की एक बहुत ही अस्पष्ट श्रेणी है। आइटी में हालात कमोबेश खराब नहीं हैं, जहां ज्यादातर (लेकिन, अफसोस, सभी) परियोजनाएं विकास के माहौल से भीतर से बढ़ती हैं। लेकिन आईटी कंपनी का दु: ख, अगर एक मानविकी स्नातक या एक प्रबंधन स्नातक एक तकनीकी परियोजना प्रबंधक बन जाता है। नहीं, ये बुरे लोग नहीं हैं, और वे शायद मोटी मोटी किताबें ("प्रेरणा" के कई स्रोतों सहित) पढ़ते हैं, लेकिन आईटी परियोजनाओं के लिए तकनीकी पृष्ठभूमि के बिना लोगों द्वारा चलाए जाने के लिए बहुत विशिष्ट है (उन्हें यकीन है कि वे हमारे साथ बहस करेंगे - और यह अच्छा है अगर वहाँ सफलता की कहानियाँ हैं)। अन्य क्षेत्रों की तरह, उनमें परियोजना प्रबंधक लोगों को उचित अनुभव के बिना लेते हैं, लेकिन, उदाहरण के लिए, एक प्रासंगिक शिक्षा या फिर से शुरू करने के साथ जिसमें आप तीन बक्से के साथ झूठ बोल सकते हैं। सामान्य तौर पर, चयन अधिक महत्वपूर्ण होना चाहिए, और इससे भी बेहतर - आंतरिक भंडार से।
- परियोजनाओं के साथ काम करते समय, केवल एक पक्ष के कार्यों और संसाधनों को ध्यान में रखा जाता है। किसी भी परियोजना में एक धारक (निष्पादक) और एक ग्राहक होता है जो परियोजना के परिणाम की प्रतीक्षा कर रहा होता है। सबसे अधिक बार, पूरी परियोजना ग्राहक के हितों के उद्देश्य से होती है, जिसे किसी भी कीमत पर पूरा किया जाना चाहिए, कम बार - यह विशेष रूप से ठेकेदार (आंतरिक परियोजनाओं) के संसाधनों से आता है। उचित परियोजना प्रबंधन के साथ, सभी प्रतिभागियों के हितों को ध्यान में रखा जाना चाहिए, कार्यों का समन्वय किया जाना चाहिए।
- नेतृत्व का डर परियोजना को संकट में डालता है। अक्सर कर्मचारी मामलों की वास्तविक स्थिति पर रिपोर्ट करने से डरते हैं, समय सीमा या बजट की अधिकता के बारे में सूचित करने के लिए। अंत में, परियोजना को खराब गुणवत्ता के साथ पूरा किया जा सकता है या पूरी तरह से निराशाजनक स्थिति में डूब सकता है। बदले में, ऐसी स्थिति में प्रबंधक के पास परियोजना को नियंत्रित और मॉनिटर करने के लिए एक उपकरण नहीं हो सकता है।
- परियोजना प्रबंधक का काम औसत दर्जे का या खराब माप-योग्य नहीं है, और वह खुद केपीआई से बाहर निकलने के लिए अपनी पूरी कोशिश कर रहा है (उदाहरण के लिए, यह तर्क देते हुए कि परियोजना एक विशेष कार्य है जिसे मापा नहीं जा सकता है) और परिणामों (एक बार) के आधार पर प्रीमियम की ओर बढ़ना चाहिए। यह दृष्टिकोण परियोजना के लिए प्रबंधक की जिम्मेदारी को कम कर देता है और अन्य प्रतिभागियों के बीच "फैलता" है।
- परियोजनाएं अक्सर सीमाएं निर्धारित नहीं करती हैं - परियोजना के पैमाने की अस्पष्ट समझ इसे आसानी से दीर्घकालिक निर्माण में बदल सकती है।
- परियोजना की आंतरिक समस्याएं और संचार समस्याएं। प्रारंभ में, परियोजना प्रबंधक एक नेता है और एक ही समय में, एक कम्युनिकेटर, जिसका कार्य दूसरों के बीच समन्वय और टीम का निर्देशन करना है। लेकिन ऐसा होता है कि प्रबंधक खुद को पूरी तरह से सही मानता है, खुद को टीम से ऊपर रखता है और ऑफर और यहां तक कि काम की पूरी परतों को नजरअंदाज करता है, micromanagement करता है और सभी कार्यों को बंद करने की कोशिश करता है। शब्द के शाब्दिक अर्थों में टीम धीरे-धीरे चुप रहना सीखती है। बेशक, डिजाइन का काम, यहां तक कि सबसे सरल प्रबंधक के नेतृत्व में, ऐसा नहीं है जहां क्षेत्र में एक योद्धा है।
ठीक है, परियोजना की मुख्य प्रेरक शक्ति के रूप में संचार पारदर्शी और सूचनात्मक होना चाहिए: सभी प्रतिभागियों को कार्यों, जोखिमों और घटनाओं पर नवीनतम स्थितियों के साथ अद्यतित होना चाहिए।
- काश, किसी भी गतिविधि के रूप में, डिजाइन कार्य में पारेतो सिद्धांत के लिए लगभग हमेशा एक जगह होती है: 20% टीम वास्तव में 80% काम करती हैं। बेशक, आप चीजों की इस स्थिति के साथ रख सकते हैं, लेकिन काम को उत्तेजित करना और अधिक प्रभावी टीम प्राप्त करना बेहतर है।
जैसा कि आप देख सकते हैं, पूरी तरह से प्रतिबंधीय परियोजना प्रबंधन त्रुटियां जो हम में से प्रत्येक ने कम से कम एक बार सामना की हैं। अधिक नकारात्मक कारक अभिसरण करते हैं, परियोजना को अंतिम रूप देना और इसे सफलतापूर्वक बंद करना कठिन है। इसलिए, परियोजना प्रबंधन में केवल भरोसेमंद रिश्तों और परियोजना-जादूगर पर भरोसा करना बेहतर नहीं है - स्वचालन उपकरण का उपयोग करना बेहतर है, क्योंकि यह अधिक स्पष्ट, विश्वसनीय, पारदर्शी और तेज है।
परियोजना के घटक और पेशेवर सॉफ्टवेयर
कंपनी की कार्यप्रणाली और आकार पर ध्यान दिए बिना, किसी भी परियोजना के लिए उपयुक्त एक सामान्य सूत्र है:
परियोजना = समय + लागत + गुंजाइश
परियोजना प्रबंधन का पूरा बिंदु वरिष्ठ प्रबंधन के हस्तक्षेप के बावजूद तीन बाधाओं पर संतुलन बनाने की क्षमता है।इस प्रकार, आपको समय सीमा को पूरा करने की आवश्यकता है, लागत और परियोजना की सीमाओं को नहीं खोना चाहिए।
समय - वह अवधि जिसके लिए आपको परियोजना को लागू करने की आवश्यकता होती है, जिसे आमतौर पर अलग-अलग समय अंतराल में विभाजित किया जाता है। हालांकि, समय सीमा प्रदर्शन टीम के एरोबेटिक्स का एक संकेतक है, लेकिन अपने आप में अंत नहीं है: यदि उच्च-गुणवत्ता वाले निष्पादन की आवश्यकता होती है, तो समय को यथोचित रूप से स्थानांतरित किया जाना चाहिए। आवंटित अंतर को पूरा करने के लिए, आपको कार्य और उपलब्ध संसाधनों की प्रगति की सावधानीपूर्वक योजना बनाने की आवश्यकता है।
परियोजना की लागत (बजट) सबसे महत्वपूर्ण पैरामीटर है जिस पर विशेष ध्यान देने की आवश्यकता है। कठिनाई इस तथ्य में निहित है कि पूरे प्रोजेक्ट की लागत की गणना और अग्रिम में घोषणा की जानी चाहिए, और अप्रत्याशित परिस्थितियों और जोखिमों से लागत में महत्वपूर्ण बदलाव नहीं होना चाहिए। परियोजना के कार्यान्वयन के दौरान, धन की आवाजाही की सावधानीपूर्वक निगरानी करना और किसी भी व्यय और प्राप्तियों को रिकॉर्ड करना आवश्यक है। प्रोजेक्ट इकोनॉमी के लिए एक सावधानीपूर्वक दृष्टिकोण सबसे अधिक सिरदर्द और कॉर्पोरेट डिसएस्पेशन को दूर करता है।
परियोजना की सीमाएं न केवल इसके पैमाने का आकलन हैं, बल्कि ग्राहक की आवश्यकताओं का भी कड़ाई से पालन करती हैं और निश्चित रूप से, संदर्भ की शर्तें और परियोजना पासपोर्ट। तकनीकी कार्य वास्तव में ठेकेदार का कवच है, क्योंकि आप हमेशा काम और सीमाओं के वर्णित संस्करणों का उल्लेख कर सकते हैं। ToR के सफल होने के लिए, आवश्यकताओं को सावधानीपूर्वक एकत्र करना, उन्हें परियोजना के चरणों में तोड़ना और संदर्भ की शर्तों पर सहमत होना आवश्यक है। यह आदर्श होगा यदि आप निर्धारित करते हैं और न केवल तय किया जाएगा कि क्या किया जाएगा, बल्कि यह भी कि क्या नहीं किया जाएगा।
एक और महत्वपूर्ण सवाल: परियोजना प्रबंधन के लिए कौन सा सॉफ्टवेयर उपयुक्त है?
परियोजना प्रबंधन सॉफ्टवेयर पूरे जीवन चक्र में मदद करता है: कार्य सेटिंग और योजना से लेकर संसाधन प्रबंधन, लागत नियंत्रण और रिपोर्टिंग तक। इसके अलावा, सॉफ्टवेयर इच्छुक पार्टियों और टीम के सदस्यों के लिए पारदर्शिता बनाता है।
निश्चित रूप से, इस लेख को पढ़ने वाले अधिकांश डेवलपर्स पहले से ही "एटलसियन स्टैक" को अपने सिर में बार-बार देख चुके हैं। आइए हम इस अद्भुत मज़ा को आईटी लोगों को छोड़ दें और उन कंपनियों के बारे में बात करें जो इतनी उन्नत नहीं हैं कि उल्लेखित सॉफ़्टवेयर में तल्लीन हो जाएं। आमतौर पर, एक परियोजना प्रबंधन प्रणाली को सॉफ्टवेयर के रूप में समझा जाता है जिसमें गैंट चार्ट और ग्राहकों और कर्मचारियों के न्यूनतम कार्ड शामिल होते हैं। लेकिन यह अक्सर परियोजनाओं के साथ पूर्ण काम के लिए पर्याप्त नहीं है, इसलिए आपको सॉफ़्टवेयर को अन्य सॉफ़्टवेयर समाधानों के साथ एकीकृत करना होगा, और यह हमेशा सहज और हमेशा महंगा नहीं होता है।
एक अन्य प्रकार का कार्यक्रम सीआरएम, बीपीएम और अन्य सॉफ्टवेयर है जिसमें अंतर्निहित परियोजना प्रबंधन तंत्र है। इसलिए, हमने प्रोजेक्ट मैनेजमेंट मॉड्यूल को
रीजनसॉफ्ट सीआरएम एंटरप्राइज संस्करण में
एकीकृत किया है । विकास के दौरान, हमारे पास अतिरिक्त प्रतिबंध थे (अधिक सटीक रूप से, इसके विपरीत, विस्तार की आवश्यकताएं) - परियोजना प्रबंधन मॉड्यूल हमारे क्षेत्रसॉफ्ट सीआरएम के अंदर स्थित है, जिसका अर्थ है कि अतिरिक्त कनेक्शन होना चाहिए। क्या वे परियोजना प्रबंधन कार्यों में हस्तक्षेप करते हैं? नहीं, निश्चित रूप से - ग्राहकों और अन्य संस्थाओं के साथ संचार केवल उपयोगकर्ता को लाभ देगा:
- सामान्य अनुभाग - परियोजना की समय सीमा, जिम्मेदार, महत्वपूर्ण तथ्य, तत्परता की डिग्री (दृश्य प्रगति बार), परियोजना के वर्तमान चरण की जानकारी;
- बजट - परियोजना का राजस्व और व्यय, बिलों और भुगतानों को ध्यान में रखते हुए;
- प्रतिभागियों - परियोजना के प्रतिभागियों की कमाई और श्रम भागीदारी के गुणांक के बारे में जानकारी (यहाँ यह है, प्रत्येक योगदान की औसतता और पेरेटो सिद्धांत के साथ संघर्ष!)।
- दस्तावेज - संलग्न फाइलों के रूप में परियोजना दस्तावेज;
- व्यावसायिक प्रक्रियाएँ - आप प्रोजेक्ट या किसी कंपनी प्रक्रिया से जुड़ी प्रक्रियाओं के उदाहरणों को आवश्यकतानुसार चला सकते हैं;
- घटनाओं - समय, प्रबंधक और इवेंट धारक (निगरानी और पारदर्शिता) के साथ परियोजना के भीतर लॉगिंग इवेंट;
- कार्य - अधिकतम विस्तार के साथ परियोजना के लिए कार्यों की एक सूची;
- बिक्री - यदि परियोजना के भीतर बिक्री होती है (यह आंतरिक भी हो सकती है);
- सेवाएं - परियोजना के भीतर प्रदान की गई सेवाएं;
- विवरण - विवरण, नोट्स और कुछ और के लिए एक मुफ्त क्षेत्र।
सभी परियोजनाएं एक विशेष खंड में लॉग इन होती हैं जहां आप छंटाई और फ़िल्टर का उपयोग कर सकते हैं - वांछित परियोजना को सेकंड में खोजा जाता है।
रीजनसॉफ्ट सीआरएम के भीतर परियोजनाओं में, परियोजना बजट को आसानी से माना जाता है और निगरानी की जाती है - सभी आवश्यक डेटा दर्ज करके, आप एक भी रूबल नहीं खोएंगे। बजट बार में सिर्फ एक नज़र यह समझने के लिए पर्याप्त है कि चीजें कैसी हैं। परियोजना का बजट हिस्सा राजस्व और व्यय भागों को ध्यान में रखता है, जिसके आधार पर बाद में परियोजना की योजनाबद्ध और वास्तविक लाभप्रदता समग्र रूप से, साथ ही साथ इसके प्रतिभागियों के पारिश्रमिक की गणना की जा सकती है।
राजस्व और व्यय को नियोजित और वास्तविक में विभाजित किया गया है। यह आपको लंबी परियोजनाओं का प्रबंधन करने की अनुमति देता है, जिसके कार्यान्वयन को महीनों या वर्षों के लिए समय पर बढ़ाया जाता है, इसकी तैयारी के चरण में परियोजना के वित्तीय संकेतकों की योजना बना रहा है, और योजनाबद्ध लोगों के साथ वास्तव में प्राप्त संकेतकों के अनुपालन को भी ध्यान में रखता है।
पूर्ण स्पष्टता के लिए, आप पूरे प्रोजेक्ट कार्ड को प्रिंट रूप में अनलोड कर सकते हैं - बैठकों और रिपोर्टिंग के लिए एक सुविधाजनक उपकरण।
छोटे और मध्यम आकार के व्यवसायों की मुख्य समस्या यह है कि वे उसी तरह परियोजनाओं का प्रबंधन करने से इनकार करते हैं जैसे वे बड़े व्यवसायों का विशेषाधिकार मानते हुए व्यापार प्रक्रियाओं को स्वचालित करने से इनकार करते हैं। बेशक, यह मौलिक रूप से गलत दृष्टिकोण है: अच्छी तरह से काम करने वाला परियोजना प्रबंधन कंपनी के भीतर संबंधों और ग्राहकों के साथ संबंधों को बहुत सरल करता है। क्या योजनाबद्ध समय सीमा और एक सटीक बजट के साथ सहमत ढांचे के भीतर काम करना वास्तव में बुरा है? कैफ एक ही!
तो परियोजनाओं का प्रबंधन कैसे करें?
बेशक, हम एक समीक्षा लेख के साथ परियोजना प्रबंधन के विषय को कवर नहीं करने जा रहे हैं - विशेष रूप से परियोजना प्रबंधकों के बारे में, कार्यप्रणाली के बारे में और प्रबंधन के व्यक्तिगत पहलुओं के बारे में अधिक विस्तृत सामग्री होगी। लेकिन मैं परेशानियों में देरी नहीं करना चाहता। इसलिए, हमने कई परियोजना प्रबंधन नियमों को तैयार किया है जो मुख्य रूप से छोटे और मध्यम आकार के व्यवसायों के लिए सुलभ और संबोधित किए जाते हैं - यही है, ठीक है कि जिनके लिए
रीजनसॉफ्ट विकसित हो रहा है और जिनके दर्द को वह जानता है कि वे दूसरों की तरह नहीं।
joyreactor.cc- परियोजना प्रबंधन के दायरे में सीमाओं के मुख्य त्रय का निरीक्षण करें: समय, लागत, सीमाएँ। इस प्रकार, व्यवसाय (और टीम!) को अधिक कुशलता और पारदर्शी रूप से प्रबंधित किया जाएगा। विशुद्ध रूप से मनोवैज्ञानिक रूप से, एक परियोजना के रूप में एक मार्च फेंकना शाश्वत दिनचर्या की तुलना में अधिक सकारात्मक माना जाता है: जब आप शर्तों को जानते हैं और सुरंग के अंत में प्रकाश देखते हैं, अर्थात कार्य का अंत, उदाहरण के बजाय काम करना आसान है।
- एक ही समय में कई परियोजनाओं को शुरू करने से डरो मत - कार्यों और संसाधनों का सक्षम आवंटन आपको एक समय का लाभ देगा और अंततः कंपनी तेजी से और उच्च गुणवत्ता के साथ काम करने में सक्षम होगी।
- घोड़ा मर चुका है - रोओ। यदि परियोजना अलग हो रही है, तो सीमाएं और समय सीमाएं लंबे समय से टूट गई हैं, इसे अपने आप पर न खींचें और आगे कूदने का प्रयास न करें, कारणों और समस्याओं का विश्लेषण करें और कार्यों को पुनरारंभ करें। ऐसा होता है कि सभी समस्याएं ऐसी चीजों में निहित हैं, उदाहरण के लिए, एक परियोजना जो बहुत बोझिल है - बस इसे कई छोटे और समानांतर उपप्रोजेक्ट में विभाजित करें और यह उड़ जाएगा।
- रिपोर्ट लीजिए, रेट्रोस्पेक्टिव का संचालन करें और समस्याओं, उपलब्धियों और फ्रैंक फैपैप्स का विश्लेषण करें। इस तरह आप भविष्य में समस्याओं से बच सकते हैं। यदि निर्णय सफल हो गया, तो इसे बीयर के साथ पिज्जा खाने वाली टीम के लिए सिर्फ एक कारण न छोड़ें, सफलता के कारणों को समझें और जीवन में खोज को साहसपूर्वक लागू करें।
- प्रोजेक्ट मैनेजर को याद न करें (सबसे अधिक बार सभी परेशानियां इस से शुरू होती हैं) परियोजना प्रबंधक कुछ प्रकार की शिक्षा आवश्यकताओं (जैसे "प्रबंधन", सम्मान) के साथ एक व्यक्ति नहीं है और एक अच्छा प्रस्तुतकर्ता नहीं है, लेकिन एक व्यक्ति जो परियोजना के विषय को समझता है और एक ऐसी प्रणाली को व्यवस्थित करने की आवश्यकता है जिसमें सब कुछ डीबग किया जाता है, दूसरे शब्दों में, प्रत्येक प्रक्रिया देता है आउटपुट, जो अगली प्रक्रिया के लिए इनपुट के रूप में कार्य करता है। इसमें, ज़ाहिर है, संचार, और प्रतिनिधिमंडल और एक टीम में काम करने की क्षमता निहित है।
- परिवर्तनों का प्रबंधन करें - यदि प्रोजेक्ट में कुछ नया दिखाई देता है, तो घटना को संसाधित करना सुनिश्चित करें, वापस कदम न रखें और परिवर्तनों को मना न करें। फिर से, सब कुछ त्रय के ढांचे के भीतर है: लागत, शर्तें, सीमाएं।
- यह परियोजना वास्तविक होनी चाहिए - उन कार्यों के लिए जो इसे हल करती है, और निष्पादन के लिए। यदि आपके पास 200 हजार रूबल हैं और वित्तपोषण के कोई अतिरिक्त स्रोत नहीं हैं, तो दस-मंजिला इमारत शुरू करना बेवकूफी है - एक नींव पिट के लिए भी पर्याप्त नहीं है। परियोजना के उद्देश्यों के लिए उपलब्ध संसाधनों की प्रासंगिकता का मूल्यांकन करना सुनिश्चित करें।
- निर्धारित करें कि परियोजना कितनी लागत प्रभावी और / या संभव है। यह वह जगह है जहां खो स्टार्टअप्स का कब्रिस्तान प्रभावशीलता की गणना करने में असमर्थता है। आप लकड़ी से एक इलेक्ट्रिक कार का उत्पादन शुरू कर सकते हैं या मृत मच्छरों की गिनती के लिए एक आवेदन कर सकते हैं, लेकिन यह परियोजना के लिए एक परियोजना होगी, अर्थशास्त्र का कोई सवाल ही नहीं है। परियोजना शुरू करने से पहले वास्तविक ग्राहक या भविष्य के बाजार के आकार का मूल्यांकन करें। वैसे, यह गैर-वाणिज्यिक लोगों के लिए भी लागू होता है - उदाहरण के लिए, दान और परोपकार भी बेकार हो सकता है, लेकिन संसाधनों का एक टन खाएं।
- एक निश्चित क्षितिज के साथ एक डाउनलोड की योजना बनाएं - ताकि आप समझ सकें कि कौन क्या कर रहा है और क्या संसाधन पहले से ही शामिल हैं और भविष्य में शामिल होंगे। उदाहरण के लिए, इन कार्यों के लिए, आप परियोजना प्रबंधन प्रणाली या सीआरएम (अच्छी तरह से, या गैंट चार्ट) में निर्मित समूह नियोजकों का उपयोग कर सकते हैं।
- प्रलेखन का प्रबंधन करें - सभी परियोजना दस्तावेजों को एक साथ एकत्र किया जाना चाहिए और प्रत्येक चरण, भुगतान, आवश्यकताओं आदि के बारे में व्यापक जानकारी होनी चाहिए।
- (, , Agile), , , , .
- . , , . , . , — .
एक कंपनी में एक परियोजना एक विशेषता नहीं है, एक विशेषता नहीं है, एक प्रबंधक पर कब्जा करने का तरीका नहीं है, और आत्म-प्राप्ति के लिए एक उपकरण नहीं है। यह पूरी टीम के कार्य और जीवन की इकाई है, जिसके समन्वय और व्यावसायिकता पर, कार्यान्वयन की सफलता निर्भर करती है, जिसका अर्थ है कि राजस्व, प्रीमियम और बाजार में कंपनी की विश्वसनीयता। परियोजना प्रबंधन पर एक कंपनी का निर्माण लाभदायक, सुविधाजनक और आशाजनक है, खासकर जब से उत्कृष्ट कार्यप्रणाली और अभ्यास हैं। मुख्य बात औपचारिकता, अंतहीन बैठकों और हिंसक गतिविधि की नकल के लिए परियोजना के साथ काम को चालू करना नहीं है।आप पैसे का अनुकरण करके भुगतान नहीं करना चाहते हैं?