सॉफ्टवेयर विकास परियोजनाओं के प्रबंधन के लिए एमएस प्रोजेक्ट का उपयोग करना

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

छोटा सा परिचय

संपूर्ण कार्यप्रणाली परियोजना प्रबंधक के लागू कार्यों को हल करने के लिए एमएस प्रोजेक्ट का उपयोग करने के लिए सरल विधियों और सिफारिशों का एक सेट है। मुझे तुरंत यह कहना होगा कि कार्यप्रणाली सार्वभौमिक होने का दावा नहीं करती है, और केवल कुछ प्रतिबंधों के तहत लागू होती है, जिसका मैं वर्णन के दौरान उल्लेख करूंगा।

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

परियोजना की शुरुआत से पहले

परियोजना शुरू करने से पहले, परियोजना प्रबंधक को आमतौर पर दो सवालों के जवाब देने की आवश्यकता होती है:

1. प्रोजेक्ट में कितना समय लगेगा
2. प्रोजेक्ट पर कितना खर्च आएगा

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

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

परियोजना के दौरान

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

परियोजना के पूरा होने पर

परियोजना के पूरा होने पर, प्रबंधक आमतौर पर वापस देखता है और परियोजना को सारांशित करता है। सबसे अधिक बार, यह मूल्यांकन करना आवश्यक है कि परियोजना नियोजित शेड्यूल से कितना बाहर निकल गई और ऐसा क्यों हुआ।

एमएस प्रोजेक्ट क्या कर सकता है

बाहरी जटिलता के बावजूद, एमएस प्रोजेक्ट विचारों के मामले में बहुत सरल है। वह तीन संस्थाओं के साथ काम करता है - कार्य, संसाधन, कैलेंडर और उनके बीच संबंध। संक्षेप में, यह एक डेटाबेस है, जो संस्थाओं को बनाने और संपादित करने के लिए एक यूजर इंटरफेस है, और न्यूनतम, काफी सरल स्वचालन (दर्ज किए गए डेटा के जवाब में प्रोजेक्ट खुद से क्या करता है)।

आइए हम संस्थाओं के गुणों का संक्षिप्त विश्लेषण करें।

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

एक संसाधन में कई वर्णनात्मक गुण होते हैं, लेकिन सबसे महत्वपूर्ण बात, आप कर सकते हैं
समय के साथ उपलब्धता निर्धारित करें, इसके लिए एक कैलेंडर का उपयोग किया जाता है। संसाधन हो सकता है
एक कार्य सौंपा गया।

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

इसका उपयोग कैसे करें

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

योजना तैयार करना

इसलिए, तकनीकी कार्य करने से पहले, और हमें तीन सवालों के जवाब देने की जरूरत है:

1. इस परियोजना में कितना समय लगेगा?
2. इसके लिए कितने (और क्या) विशेषज्ञों की आवश्यकता होगी?
3. इस परियोजना के लिए लगभग कितनी श्रम लागत की उम्मीद है?

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

1. हम कार्यों की एक सूची तैयार कर रहे हैं
2. हम कार्यों के बीच निर्भरता को उजागर करते हैं
   (आगे बढ़ने के लिए किस समस्या का परिणाम है?)।
   
3. कार्य करने वाले कार्य सौंपना
   
4. संसाधन लोड करना संरेखित करना
   
5. क्या हुआ संतुलन
   

सामान्य सिफारिशें

योजना तैयार करने में, हम निम्नलिखित सिफारिशों का पालन करते हैं:

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

चरण-दर-चरण कार्यों की सूची

परियोजना संतुलन

तकनीक में सबसे महत्वपूर्ण बात ठीक संतुलन है। इस प्रक्रिया का उद्देश्य एक योजना तैयार करना है, जिसमें काम को पूरे कलाकारों के बीच समान रूप से विभाजित किया जाता है।

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


कलाकारों द्वारा सामूहिक कार्य

नोट। सैद्धांतिक रूप से, आपको लोड का मूल्यांकन करने के लिए ग्राफ़ का उपयोग करना चाहिए।
उपयोगकर्ता डाउनलोड। ये चार्ट वरिष्ठों के लिए अच्छे (शायद) हैं जब वे
तैयार परियोजना का मूल्यांकन करें। लेकिन वे योजना बनाने के चरण में अनुपयुक्त हैं, जैसा कि वे दिखाते हैं
यह सब कुछ बुरा है, लेकिन वे इस बात की जानकारी नहीं देते कि ऐसा क्यों है और क्या किया जा सकता है।

फिर शुरू होता है संतुलन का जादू। सभी परियोजना प्रतिभागियों पर अधिक या कम समान भार सुनिश्चित करके प्रत्येक चरण के लिए समय सीमा को कम करना आवश्यक है। ऐसा करने के लिए, हम निम्नलिखित क्रियाएं करते हैं:

1. कार्य निष्पादक बदलें।
   
   यह करने के लिए समझ में आता है अगर हम देखते हैं कि एक कलाकार के कार्यों की एक बड़ी पूंछ है,
   और दूसरे के पास स्पष्ट "छेद" हैं, और वह कुछ काम कर सकता है
   पहले।
2. कार्य को दूसरे चरण में ले जाएं।
   
   एक कार्य जो मंच के विस्तार की ओर जाता है, लेकिन आवश्यक नहीं है
   चरण का परिणाम प्राप्त करने के लिए बाद में मंच पर स्थानांतरित किया जा सकता है। और इसके विपरीत
   यदि मंच पर कलाकारों के लोडिंग में "छेद" हैं, और कलाकारों को बदल दें
   यदि यह काम नहीं करता है, तो आप अगले चरण से कार्यों को लेने की कोशिश कर सकते हैं।

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

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

जोखिम लेखा

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

इन सभी जोड़तोड़ों के परिणामस्वरूप, हमें एक परियोजना कार्यान्वयन योजना मिलती है जिसके साथ आप काम कर सकते हैं।

इस योजना के साथ हम कर सकते हैं:

1. परियोजना की शर्तों और उसके चरणों का नाम बताइए। तर्कपूर्ण और अत्यधिक
   विश्वसनीयता।
2. अनुमानित अनुमानित परियोजना श्रम

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

योजना के साथ काम करें

जब कोई प्रोजेक्ट लॉन्च किया जाता है, तो मूल्यांकन के लिए इस्तेमाल की जाने वाली मूल योजना का उपयोग परियोजना की प्रगति को ट्रैक करने के लिए भी किया जा सकता है। परियोजना प्रबंधक को नियमित रूप से निम्नलिखित क्रियाएं करने के लिए आवश्यक है:

1. कलाकारों को असाइनमेंट दें
2. मार्क योजना में कार्य पूरा किया
3. महत्वपूर्ण विचलन के मामले में योजना को समायोजित करें

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


घटक द्वारा समूहीकरण करके प्रदर्शन को ट्रैक करें

नोट। आमतौर पर मैं कैलेंडर के अनुसार कार्यों को स्थानांतरित नहीं करता, लेकिन केवल ध्यान दें कि वे कैसे पूरे होते हैं। मैं वर्तमान समय से कुल परियोजना उद्देश्य के विचलन द्वारा योजना से विचलन को ट्रैक करता हूं।

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


ट्रैकिंग के साथ गैंट चार्ट

कस्टम फ़ील्ड का उपयोग करके कार्य संरचना प्रबंधित करें

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


एक कस्टम फ़ील्ड बनाना

उसके बाद, हमें प्रत्येक कार्य के लिए इंगित करने का अवसर मिलता है कि घटक किसके हैं, और, घटकों द्वारा कार्यों के समूहन का उपयोग करके, यह देखने के लिए कि चीजें कैसे चल रही हैं।


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

कस्टम फ़ील्ड का उपयोग, साथ ही साथ फ़िल्टरिंग, सॉर्टिंग और ग्रुपिंग कार्यों को MS Project में एकीकृत किया गया है, जिससे आप कई प्रकार के विचार प्राप्त कर सकते हैं जो आपको प्रोजेक्ट मैनेजर के लिए कई प्रश्नों के उत्तर प्राप्त करने की अनुमति देते हैं।

प्रोजेक्ट पूरा हो रहा है

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

निष्कर्ष

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

निश्चित रूप से मुझे कुछ याद आया, सवाल पूछने में संकोच न करें।