श्रीमती प्रकल्प उदाहरणे. कार्य तपशील विंडोमध्ये एक दुवा तयार करा


सी मध्ये नवीन प्रकल्पाची निर्मितीएमएस प्रकल्प

उदाहरणार्थ, सेमी वापरून स्टोअरसाठी व्यवसाय कार्ड साइट डिझाइन आणि विकसित करण्यासाठी प्रकल्प विचारात घ्या.

प्रोजेक्ट शेड्यूल तयार करण्याच्या पहिल्या पायऱ्या आहेत: नवीन प्रकल्प योजना सुरू करणे, प्रकल्पासाठी प्रारंभ किंवा समाप्ती तारीख निश्चित करणे आणि प्रकल्पाबद्दल सामान्य माहिती प्रविष्ट करणे.

  1. एमएस प्रोजेक्ट लाँच करा.
  2. तयार करा बटणावर क्लिक करा टूलबार वरमानक किंवा कमांड चालवाफाइल/तयार करा.
  3. प्रकल्प मेनूवर एक संघ निवडाप्रकल्प तपशील. 17 ऑक्टोबर 2008 प्रकल्प सुरू करण्याची तारीख प्रविष्ट करा किंवा निवडा. आणि बटणावर क्लिक कराठीक आहे.

मायक्रोसॉफ्ट प्रोजेक्टमध्ये नवीन प्रोजेक्ट सुरू करताना, तुम्ही प्रोजेक्ट सुरू करण्याची तारीख किंवा शेवटची तारीख टाकू शकता, पण दोन्ही नाही. फक्त प्रविष्ट करण्याची शिफारस केली जातेप्रारंभ तारीख प्रकल्प, आणि शेवटची तारीख असेलगणना केली कार्ये प्रविष्ट केल्यानंतर आणि शेड्यूल केल्यानंतर मायक्रोसॉफ्ट प्रोजेक्टमध्ये. प्रकल्प विशिष्ट तारखेपर्यंत पूर्ण करायचा असल्यास, प्रकल्पाची केवळ शेवटची तारीख प्रविष्ट करा. प्रकल्प कधी सुरू करणे आवश्यक आहे हे निर्धारित करण्यासाठी शेवटच्या तारखेपासून प्रारंभिक नियोजन केले पाहिजे.

  1. सेव्ह बटणावर क्लिक करा.
  2. फाइल नाव फील्डमध्ये प्रकल्पाचे नाव प्रविष्ट करावेबसाइट डेव्हलपमेंट 1, आणि नंतर बटणावर क्लिक कराजतन करा.

प्रकल्पाबद्दल मुख्य माहिती प्रविष्ट करा

प्रत्येक प्रकल्पामध्ये घटकांचा एक अद्वितीय संच असतो: प्रकल्पाचा उद्देश, विशिष्ट कार्ये आणि ते पूर्ण करणारे लोक. सर्व महत्वाची माहिती आणि त्यांचे संबंध लक्षात ठेवण्यासाठी, आपण प्रकल्प डेटा प्रविष्ट केला पाहिजे आणि जेव्हा आवश्यक असेल तेव्हा त्याचा संदर्भ घ्या.

  1. फाइल मेनूवर एक संघ निवडागुणधर्म आणि टॅब उघडादस्तऐवज.
  2. प्रकल्पाविषयी कोणतेही तपशील एंटर करा, जसे की ते कोण व्यवस्थापित करेल आणि प्रकल्प फाइलची देखभाल करेल, प्रकल्पाच्या उद्देशाचे वर्णन करा, ज्ञात मर्यादा आणि प्रकल्पाबद्दल इतर सामान्य टिपा प्रविष्ट करा.
  3. ओके बटण दाबा.

प्रोजेक्ट कॅलेंडर सेट करा

प्रकल्प कॅलेंडरप्रत्येक प्रकल्प सदस्यासाठी कामाचे दिवस आणि तास प्रतिबिंबित करण्यासाठी सुधारित केले जाऊ शकते.मानक कॅलेंडर: सोमवार ते शुक्रवार कामकाजाचे दिवस, 9:00 ते 18:00 पर्यंत, एका तासाच्या जेवणाच्या विश्रांतीसह. तुम्ही नॉन-वर्किंग तास देखील परिभाषित करू शकता, जसे की शनिवार व रविवार किंवा रात्री, तसेच विशेष शनिवार व रविवार, जसे की सुट्टी.

  1. दृश्य मेनूवर एक संघ निवडा Gantt चार्ट.

हे दृश्य नवीन प्रकल्पासाठी डीफॉल्ट सेटिंग्ज प्रदर्शित करण्यासाठी वापरले जाते. प्रकल्प दृश्य विंडोमध्ये अतिरिक्त अनुलंब शीर्षक पट्टी आहे जी दृश्याचे नाव प्रदर्शित करते.

  1. सेवा मेनूमध्ये एक संघ निवडाकामाचे तास बदला.
  2. कॅलेंडरवर एक तारीख निवडा, जसे की 1 जानेवारी 2008.
  3. एक पर्याय निवडाकाम न करण्याची वेळ 1 ते 9 जानेवारी, 23 फेब्रुवारी आणि 8 मार्च या आठवड्याच्या शेवटी.
  4. एक पर्याय निवडागैर-मानक कामाचे तासशुक्रवारी, शेतात ऑपरेशनचे तास बदलण्यासाठीसह फील्डमध्ये 9:00 ते 13:00 आणि समाप्ती वेळ प्रविष्ट करा 14:00 ते 17:00 पर्यंत.
  5. ओके बटण दाबा.

कार्य सूची प्रविष्ट करणे आणि व्यवस्थापित करणे

या ट्यूटोरियलच्या शेवटी, तुम्ही सारांश आणि तपशीलवार कार्यांद्वारे आयोजित केलेल्या कार्यांची सूची तयार कराल.

कार्ये आणि त्यांचे कालावधी प्रविष्ट करणे

एक सामान्य प्रकल्प संबंधित एक संच आहेकार्ये . कार्य कार्यक्षेत्र आणि विशिष्ट द्वारे निर्धारित केले जातेपरिणाम ; ते पुरेसे लहान असावे जेणेकरून प्रगतीचा नियमितपणे मागोवा घेता येईल. कार्यांचा कालावधी सामान्यतः एक दिवस ते दोन आठवड्यांपर्यंत असावा.

  1. प्रकल्प विंडोमध्ये (म्हणून प्रस्तुत केले जातेकार्य नाव फील्डमध्ये ) मध्ये Gantt चार्ट पहिल्या कार्याचे नाव प्रविष्ट करा (आकृती 1 पहा). स्तंभातकालावधी मायक्रोसॉफ्ट प्रोजेक्ट प्रश्नचिन्हासह एका दिवसाचा अंदाजित कार्य कालावधी प्रविष्ट करतो.

तुम्ही प्रत्येक कामासाठी नोट्स जोडू शकता. शेतातकार्याचे नाव कार्य निवडा आणि बटणावर क्लिक कराटास्क नोट्स . फील्डमध्ये माहिती प्रविष्ट करानोट्स आणि क्लिक कराओके बटण.

  1. कालावधी फील्ड मध्ये कार्य पूर्ण करण्यासाठी लागणारा वेळ प्रविष्ट करा (आकृती 1 पहा). अंमलबजावणीची वेळ प्रविष्ट केली आहे: महिने, आठवडे, दिवस, तास किंवा मिनिटांमध्ये, कामकाजाचे दिवस वगळता. आपण खालील संक्षेप वापरू शकता.

महिने = महिना आठवडे = n दिवस = d तास = h मिनिटे = मिनिट

नोंद. अंदाजे कालावधी निर्दिष्ट करण्यासाठी, त्याच्या नंतर एक प्रश्नचिन्ह टाइप करा.

  1. ENTER की दाबा.
  2. पुढील ओळींवर, प्रकल्प पूर्ण करण्यासाठी आवश्यक असलेली अतिरिक्त कार्ये प्रविष्ट करा. त्यांना कसे व्यवस्थित करावे आणि सुधारित करावे याबद्दल नंतर चर्चा केली जाईल.

नोंद. तुम्ही प्रत्येक कार्यासाठी प्रारंभ आणि समाप्ती फील्डमध्ये तारखा प्रविष्ट करू नये. मायक्रोसॉफ्ट प्रोजेक्ट कार्यांमधील संबंधांवर आधारित प्रारंभ आणि समाप्ती तारखांची गणना करते, ज्याची पुढील धड्यात चर्चा केली जाईल.

प्रकल्पपूर्व सर्वेक्षण

प्रकल्प दिवसाची व्याख्या

नियोजन

कामाच्या दिवसांचे वेळापत्रक

दिवसाचे बजेट नियोजन

दिवसाच्या जोखमीचे नियोजन

रचना

विषयांचे निर्धारण आणि दिवसाच्या सामग्रीचे संघटन

दिवस सामग्री विश्लेषण

दिवस सामग्री संरचना

सामग्री वितरण योजना तयार करा

दिवस डिझाइन डिझाइन

स्क्रिप्टची रचना करणे

होस्टिंग साइट डिझाइन करणे

दिवस सामग्री डिझाइन

डिझाइन 0 दिवस पूर्ण झाले

दिवसाचे विश्लेषण आणि व्यवस्थापन

अंमलबजावणी

टेम्पलेट्स (डिझाइन) दिवसांचा विकास

ग्राफिक सामग्रीचा विकास (बटणे, लोगो) दिवस

CMS) दिवस

संसाधन (सामग्री) दिवस भरणे

होस्टिंग दिवस

दस्तऐवजीकरण (सूचना) दिवस

उपयोगिता, ग्राहक आणि नियंत्रण उपाय (जोखीम निर्णय) दिवसाच्या दृष्टीने पॅटर्नचे विश्लेषण

चाचणी

अंतर्गत चाचणी

उपयोगिता चाचणी दिवस

कार्यात्मक चाचणी दिवस

सामग्री चाचणी (व्याकरण आणि तर्कशास्त्राच्या दृष्टीने) दिवस

बाह्य चाचणी दिवस

परिष्करण दिवस

अंमलबजावणी

साइटचे ग्राहकाकडे हस्तांतरण

दिवसांच्या वापरावर मास्टर क्लास आयोजित करणे

जाहिरात

शोध इंजिन ऑप्टिमायझेशन दिवस

शोध इंजिनमध्ये नोंदणी

माहिती दिवसांसह प्रत्येक घटक भरणे

अंमलबजावणी 0 दिवस पूर्ण झाली

कागदपत्रांचे विश्लेषण आणि संग्रहण

दिवसाच्या समर्थनासाठी कराराचा निष्कर्ष

कर्जमाफीचे दिवस

तांदूळ. 1. प्रकल्प योजना

एक मैलाचा दगड तयार करणे

मैलाचा दगड हे एक कार्य आहे ज्याचा उपयोग शेड्यूलमधील महत्त्वपूर्ण घटना दर्शवण्यासाठी केला जातो, जसे की एक मोठा टप्पा पूर्ण करणे. जेव्हा तुम्ही Microsoft Project मध्ये कार्यासाठी शून्य कालावधी टाकता, तेव्हा Gantt चार्ट संबंधित दिवसाच्या सुरुवातीला एक माइलस्टोन चिन्ह दाखवतो.

  1. कालावधी फील्ड मध्ये तुम्हाला मैलाचा दगड बनवायचा असलेल्या कार्याच्या कालावधीवर क्लिक करा आणि नंतर मूल्य प्रविष्ट करा 0दि . की दाबाप्रविष्ट करा.

नोंद. शून्य कालावधी असलेले कार्य आपोआप मैलाचा दगड म्हणून चिन्हांकित केले जाते, परंतु कोणतेही कार्य मैलाचा दगड बनवले जाऊ शकते. एखादे कार्य माइलस्टोन म्हणून चिन्हांकित करण्यासाठी, फील्डमधील कार्य निवडाकार्याचे नाव. बटणावर क्लिक करा कार्य तपशीलमानक टूलबारवर (किंवा आदेश चालवाप्रकल्प/कार्य तपशील). टॅब निवडायाव्यतिरिक्त आणि नंतर बॉक्स चेक कराकार्य एक मैलाचा दगड म्हणून चिन्हांकित करा.

तार्किक संरचनेत कार्यांचे आयोजन

रचनाअधिक व्यवस्थापित करण्यायोग्य घटकांमध्ये कार्ये आयोजित करण्यात मदत करते. पदानुक्रम तयार करून, तुम्ही संबंधित कार्ये अधिक सामान्य कार्यामध्ये एकत्र करू शकता. सामायिक कार्यांना सारांश कार्ये (किंवा टप्प्याटप्प्याने) म्हणतात; सारांश टास्क अंतर्गत गटबद्ध केलेल्या कार्यांना म्हणतातउपकार्य . सारांश कार्याची प्रारंभ आणि समाप्ती तारीख त्याच्या पहिल्या आणि शेवटच्या उपकार्यांच्या प्रारंभ आणि समाप्ती तारखांवरून निर्धारित केली जाते. आमच्या उदाहरणात, एकूण (टप्पे) कार्ये आहेत -प्रकल्पपूर्व सर्वेक्षण, रचना, अंमलबजावणी, चाचणी, अंमलबजावणी.

बाह्यरेखा व्यवस्थित करण्यासाठी, बाह्यरेखा बटणे वापरा.

इंडेंट

काठ

सबटास्क दाखवा

उपकार्य लपवा

  1. कार्य नाव फील्डमध्ये तुम्हाला सबटास्क बनवायची असलेली टास्क निवडा.
  2. इंडेंट बटणावर क्लिक करा कार्ये इंडेंट करण्यासाठी.
  3. उर्वरित सबटास्कसह तेच करा.

कार्य सूची बदलत आहे

तुम्ही कार्य सूची तयार केली असल्यास, तुम्हाला कार्यांचे स्थान बदलायचे आहे, कार्यांचा संच कॉपी करायचा आहे किंवा तुम्हाला यापुढे आवश्यक नसलेली कार्ये हटवायची आहेत.

  1. "आयडेंटिफायर" फील्डमध्ये » (सर्वात डावीकडील बॉक्स) तुम्हाला कॉपी, हलवायचे किंवा हटवायचे असलेले कार्य निवडा. पंक्ती हायलाइट करण्यासाठी, टास्क आयडी क्रमांकावर क्लिक करा. एक कळ दाबून धरून अनेक समीप रेषा निवडण्यासाठीशिफ्ट , इच्छित श्रेणीतील पहिल्या आणि शेवटच्या पंक्ती क्रमांकावर क्लिक करा. एकाधिक यादृच्छिक रेषा निवडण्यासाठी, की दाबा CTRL आणि ते धरून ठेवताना, टास्क आयडी क्रमांकांवर एक-एक क्लिक करा.
  2. कार्य कॉपी करा, हलवा किंवा हटवा. कार्य कॉपी करण्यासाठी, बटणावर क्लिक कराकॉपी करा . कार्य हलविण्यासाठी, बटणावर क्लिक कराकट . कार्य हटवण्यासाठी, की दाबा DEL.
  3. कट ब्लॉक हलवण्यासाठी किंवा कॉपी केलेला ब्लॉक पेस्ट करण्यासाठी, तुम्हाला जिथे पेस्ट करायचा आहे त्या पंक्ती निवडा. आवश्यक पंक्ती निवडल्या आहेत याची खात्री करा. बटणावर क्लिक कराघाला . पेस्ट केलेल्या पंक्तींमध्ये माहिती असल्यास, त्या पंक्तींच्या वर नवीन पंक्ती समाविष्ट केल्या जातील.
  4. प्रोजेक्ट फाईल वेळोवेळी सेव्ह करा.

सल्ला. विद्यमान कार्यांमध्ये नवीन कार्य जोडण्यासाठी, कार्य ID क्रमांक निवडा आणि की दाबाआयएनएस . नवीन कार्य समाविष्ट केल्यानंतर, सर्व कार्ये स्वयंचलितपणे पुन्हा क्रमांकित केली जातात.

कार्यांमध्ये संबंध निर्माण करणे

कार्ये शेड्यूल करण्याचा सर्वात विश्वासार्ह मार्ग म्हणजे त्यांच्या दरम्यान संबंध स्थापित करणे, म्हणजे.कार्य अवलंबित्व. कार्य अवलंबित्व त्यानंतरच्या कार्यांची अट प्रतिबिंबित करते, किंवाअनुयायी , पूर्वीची कार्ये, किंवापूर्ववर्ती. उदाहरणार्थ, "पेंट द वॉल" टास्क "हँग द क्लॉक" टास्कच्या आधी पूर्ण करायचे असल्यास, तुम्ही दोन टास्क लिंक करू शकता जेणेकरून "पेंट द वॉल" टास्क पूर्ववर्ती होईल आणि "हँग द क्लॉक" टास्क. उत्तराधिकारी

समस्या लिंक प्रकार

एमएस प्रोजेक्टमधील कार्यांमध्ये चार प्रकारचे दुवे आहेत. फिनिश-टू-स्टार्ट रिलेशनशिप, किंवा थोडक्यात FS (OH), टास्क अवलंबित्वाचा सर्वात सामान्य प्रकार आहे ज्यामध्ये टास्क A पूर्ण होईपर्यंत टास्क बी सुरू होऊ शकत नाही:

स्टार्ट-टू-स्टार्ट रिलेशनशिप, किंवा एसएस (एचएच) थोडक्यात, एक अवलंबित्व दर्शवते जेथे टास्क A सुरू होईपर्यंत टास्क बी सुरू होऊ शकत नाही. उदाहरणार्थ, तांत्रिक संपादन सामग्री संपादनापूर्वी सुरू होऊ शकत नाही, परंतु तांत्रिक संपादन सुरू करण्यासाठी, ते सामग्री संपादन पूर्ण होण्याची प्रतीक्षा करणे आवश्यक नाही. अशा कनेक्शनच्या मदतीने, जवळजवळ एकाच वेळी कार्ये करणे आवश्यक आहे ते सहसा एकत्र केले जातात.

फिनिश-टू-फिनिश रिलेशनशिप, किंवा थोडक्यात, FF(00) एक अवलंबित्व दर्शवते ज्यामध्ये टास्क A पूर्ण होईपर्यंत टास्क बी पूर्ण करू शकत नाही. एकाच वेळी, परंतु एक पूर्ण होईपर्यंत दुसरा समाप्त होऊ शकत नाही. उदाहरणार्थ, प्रोग्रामचे हँडओव्हर चुका सुधारणे (हँडओव्हर प्रक्रियेदरम्यान आढळले) सोबत जाते आणि जोपर्यंत त्रुटींचे निराकरण पूर्ण होत नाही तोपर्यंत हस्तांतर देखील पूर्ण केले जाऊ शकत नाही.

स्टार्ट-टू-फिनिश रिलेशनशिप, किंवा थोडक्यात SF, एक अवलंबित्व दर्शवते ज्यामध्ये टास्क A सुरू होईपर्यंत टास्क बी पूर्ण करू शकत नाही. सामान्यतः, अशा रिलेशनशिपचा वापर केला जातो जेव्हा A हे एक निश्चित प्रारंभ तारखेसह कार्य असते जे बदलले जाऊ शकत नाही. या प्रकरणात, मागील कार्याचा कालावधी वाढल्यास त्यानंतरच्या कार्याची प्रारंभ तारीख बदलत नाही.

एकदा कार्ये जोडली गेली की, पूर्ववर्ती तारखा बदलून उत्तराधिकारी तारखांवर परिणाम होतो. मायक्रोसॉफ्ट प्रोजेक्ट डीफॉल्टनुसार फिनिश-स्टार्ट टास्क अवलंबित्व तयार करतो. तथापि, वास्तविक प्रकल्प मॉडेलिंगसाठी, एंड-टू-स्टार्ट अवलंबित्व प्रत्येक केससाठी योग्य नाहीकार्य दुवा स्टार्ट-स्टार्ट, एंड-एंड किंवा स्टार्ट-एंडमध्ये बदलले जाऊ शकते.

विलंब आणि प्रगती वापरणे

बहुतेकदा जीवनात, कार्यांमधली अवलंबित्व फिनिश-टू-स्टार्टपेक्षा थोडी अधिक क्लिष्ट असते. उदाहरणार्थ, "भिंती रंगविणे" आणि "चित्रे टांगणे" या कार्यादरम्यान, पेंट सुकण्यासाठी एक दिवस निघून गेला पाहिजे. कार्यांमधील अशा अवलंबित्वाचे वर्णन करण्यासाठी, MS प्रोजेक्ट Lag पॅरामीटर वापरते. उदाहरणार्थ, पेंटिंग भिंतींच्या बाबतीत, कार्यांमधील विलंब 1 दिवस असावा.

Lag ही लिंकची प्रॉपर्टी आहे आणि ती लिंक प्रॉपर्टी डायलॉग बॉक्समध्ये (उदाहरणार्थ, 1 दिवस) किंवा पूर्ववर्ती कार्याच्या कालावधीची टक्केवारी म्हणून निर्दिष्ट केली जाऊ शकते. उदाहरणार्थ, जर पूर्ववर्ती 4 दिवसांचा असेल, तर 25% अंतर 1 दिवस असेल.

काहीवेळा तुम्हाला पुढील कार्य सुरू करण्यापूर्वी मागील कार्य पूर्ण होण्याची प्रतीक्षा करावी लागत नाही. उदाहरणार्थ, घरातील किमान काही भिंतींवर प्लास्टर टाकल्यावर तुम्ही वॉलपेपर सुरू करू शकता. या प्रकरणात, शिसे वापरावे. लीड लॅग प्रमाणेच प्रविष्ट केली जाते, परंतु नकारात्मक चिन्हासह, उदाहरणार्थ, 1 दिवसाची लीड -Id (-1d) म्हणून दर्शविली जाते आणि 50% लीड (म्हणजेच, पुढील कार्य सुरू होते. जेव्हा मागील अर्धा पूर्ण होईल) -50% म्हणून.

नातेसंबंध निर्माण करण्याचे मार्ग

उंदीर

Gantt चार्टच्या एका पट्टीवरून दुसर्‍या पट्टीवर माऊस ड्रॅग करून लिंक तयार केली जाते, ज्यामध्ये लिंक प्रकार डीफॉल्टनुसार FS म्हणून परिभाषित केला जातो. अगोदरचे टास्क ते आहे जिथे ड्रॅगिंग सुरू झाले आणि उत्तराधिकारी टास्क ते आहे जिथे ड्रॅगिंग संपले (लिंकच्या शेवटी बाण उत्तराधिकारी कार्य सूचित करतो). लिंक हटवण्यासाठी किंवा त्याचा प्रकार बदलण्यासाठी, डायग्रामवर डबल-क्लिक करा आणि उघडणाऱ्या डायलॉग बॉक्समध्ये योग्य ऑपरेशन्स करा.

मेनू वापरणे

दोन किंवा अधिक कार्ये एकमेकांशी जोडण्यासाठी, त्यांना फील्डमध्ये निवडाकार्याचे नाव , आणि त्याच क्रमाने ज्यामध्ये ते कनेक्ट केले जावेत. एका ओळीत अनेक कार्ये निवडण्यासाठी, की दाबाशिफ्ट आणि ते धरून ठेवताना, पहिल्या आणि शेवटच्या कार्यांवर क्लिक करा. यादृच्छिकपणे एकाधिक कार्ये निवडण्यासाठी, की दाबा CTRL आणि ते धरून ठेवताना, आवश्यक कार्यांवर क्लिक करा.

लिंक टास्क बटणावर क्लिक करा ( किंवा कमांड चालवाकार्ये संपादित करा/लिंक करा).

टास्क लिंक संपादित करण्यासाठी, तुम्हाला संपादित करायच्या असलेल्या टास्कमधील लिंक लाइनवर डबल-क्लिक करा. टास्क डिपेंडेंसी डायलॉग बॉक्स उघडेल. जर लाइन स्टाइल डायलॉग बॉक्स उघडला, तर तुम्ही लिंक लाइनवर क्लिक केले नाही; तुम्ही हा संवाद बंद करा आणि टास्क लिंकवर पुन्हा डबल-क्लिक करा.

कॉम्बो बॉक्सप्रकार कार्यांमधील इच्छित कनेक्शन निवडा आणि बटणावर क्लिक कराठीक आहे.

कार्यांमधील दुवा खंडित करण्यासाठी, कार्य नाव फील्डमध्ये ही कार्ये निवडा आणि बटणावर क्लिक कराटास्क अनलिंक करा. सर्व दुवे काढून टाकले जातात आणि सर्व कार्ये यावर आधारित पुनर्निर्धारित केली जातातनिर्बंध , जसे की शक्य तितक्या लवकर किंवा वास्तविक समाप्त.

टेबलमधील दुवे संपादित करणे

टास्क एंट्री दरम्यान टास्कचा पूर्ववर्ती द्रुतपणे निर्दिष्ट करण्यासाठी, प्रीडेसेसर्स कॉलम वापरा, जो एंट्री टेबलमध्ये डीफॉल्टनुसार समाविष्ट आहे.

अशा प्रकरणांमध्ये जेथे कनेक्शन मानक एकापेक्षा वेगळे आहे, मागील कार्याची संख्या आणि कनेक्शनच्या प्रकाराशी संबंधित संक्षेप फील्डमध्ये सूचित केले जाणे आवश्यक आहे. जर कनेक्शनमध्ये विलंब किंवा लीड असेल तर ते + किंवा - चिन्हे वापरून कनेक्शनच्या प्रकारापुढे सूचित केले जाणे आवश्यक आहे. मानक FS (OH) कनेक्शनसह विलंब किंवा लीड वापरल्यास, त्याचे संक्षेप देखील सूचित केले जाणे आवश्यक आहे. आणि जर कार्यामध्ये अनेक पूर्ववर्ती असतील तर त्यांच्याशी असलेले दुवे अर्धविरामाद्वारे निर्दिष्ट केले जाणे आवश्यक आहे.

फॉर्ममध्ये दुवे संपादित करा

तुम्ही एखाद्या प्रोजेक्टमध्ये विविध प्रकारच्या लिंक्स वापरत असल्यास, त्यांच्यासोबत काम करण्यासाठी विशेष डायलॉग बॉक्स वापरणे अधिक सोयीचे असेल. टास्क फॉर्म डायलॉग बॉक्स सर्वात सोयीस्कर आहे. Gantt चार्टमध्ये असताना, विंडो/स्प्लिट (विंडो/स्प्लिट) मेनू कमांड सिलेक्ट केल्यास हा फॉर्म प्रदर्शित होतो.

प्रकल्पातील कार्यांमधील दुवे स्थापित करा (तक्ता 1 पहा).


तक्ता 1

कार्याचे नाव

पूर्ववर्ती

प्रकल्पपूर्व सर्वेक्षण

प्रकल्प व्याख्या

नियोजन

कामाचे वेळापत्रक

बजेट नियोजन

जोखीम नियोजन

रचना

साइट संरचना डिझाइन

विषयांचे निर्धारण आणि सामग्रीचे संघटन

सामग्री विश्लेषण

सामग्री संरचना

10НН+2d

सामग्री वितरण योजना तयार करा

डिझाईन अभियांत्रिकी

12НН+1d

स्क्रिप्ट डिझाइन करणे

12НН+2d

होस्टिंग साइट डिझाइन

सामग्री डिझाइन

12НН+2d

डिझाइन पूर्ण झाले

विश्लेषण आणि व्यवस्थापन

अंमलबजावणी

टेम्पलेट्सचा विकास (डिझाइन)

ग्राफिक सामग्रीचा विकास (बटणे, लोगो)

20НН+2d

अतिरिक्त परिस्थितींचा विकास ( CMS)

21НН+1d

संसाधन भरणे (सामग्री)

होस्टिंग

दस्तऐवजीकरण (सूचना)

24НН+1d

उपयोगिता, ग्राहक आणि नियंत्रण उपाय (जोखीम निर्णय) च्या दृष्टीने नमुन्यांचे विश्लेषण

चाचणी

अंतर्गत चाचणी

उपयोगिता चाचणी

26ON+7d

कार्यात्मक चाचणी

26ON+8d

सामग्री चाचणी (व्याकरण आणि तर्कशास्त्राच्या दृष्टीने)

26ON+6d

बाह्य चाचणी

परिष्करण

अंमलबजावणी

साइटचे ग्राहकाकडे हस्तांतरण

वापरावर एक मास्टर क्लास आयोजित करणे

जाहिरात

शोध इंजिन ऑप्टिमायझेशन

33ON+5d

शोध इंजिनमध्ये नोंदणी

प्रत्येक घटकाची माहिती भरणे

अंमलबजावणी पूर्ण झाली

प्रकल्प दस्तऐवजीकरण हस्तांतरण

कागदपत्रांचे विश्लेषण आणि संग्रहण

समर्थनासाठी कराराचा निष्कर्ष

दाव्यांची माफी

प्रकल्प सुरू होण्याची तारीख

आमचा प्रकल्प सोमवार 10/20/2008 पासून सुरू होऊ द्या.

  1. प्रोजेक्ट/प्रोजेक्ट माहिती या मेनू कमांडसह प्रोजेक्ट डेफिनिशन डायलॉग उघडा (प्रकल्प/प्रकल्प तपशील) आणि पॅरामीटरचे मूल्य बदला प्रारंभ तारीख (प्रारंभ तारीख) 20.10.2008 पासून . त्यानंतर, प्रकल्प योजना स्वयंचलितपणे पुनर्बांधणी केली जाईल.
  2. वेबसाइट डेव्हलपमेंट 1.

निर्बंध आणि मुदत

MS प्रोजेक्टमध्ये विशिष्ट तारखेला टास्क बांधणे हे कंस्ट्रेंट घटक वापरून चालते (मर्यादा ). मर्यादांचा वापर करून, तुम्ही, उदाहरणार्थ, निर्दिष्ट करू शकता की एखादे कार्य विशिष्ट दिवशी सुरू झाले पाहिजे किंवा ठराविक तारखेच्या नंतर पूर्ण झाले पाहिजे.

कार्य कालावधी आणि त्यांच्यातील संबंध परिभाषित करून, तुम्ही कार्यक्रमाला शेड्यूल बदलल्यास प्रकल्प योजनेची पुनर्गणना करण्याची लवचिकता देता. निर्बंधांच्या परिचयामुळे ही लवचिकता कमी होते आणि MS प्रोजेक्ट अनेक प्रकारच्या निर्बंधांमध्ये फरक करते (तक्ता 2) गणनांच्या लवचिकतेवर किती परिणाम करतात यावर अवलंबून.

प्रारंभ तारखेपासून शेड्यूल केलेल्या प्रकल्पांमध्ये, डीफॉल्टनुसार, सर्व कार्यांना शक्य तितक्या लवकर मर्यादा असतात (लवकरात लवकर), आणि शेवटच्या तारखेपासून शेड्यूल केलेल्या प्रकल्पांसाठी, शक्य तितक्या उशीरा (शक्य तितक्या उशीरा).

टेबल 2

निर्बंध प्रकार

शेड्यूल प्रभाव

वर्णन

शक्य तितक्या लवकर (ASAP)

लवचिक

या मर्यादेसह, MS प्रोजेक्ट शक्य तितक्या लवकर शेड्यूलवर इतर शेड्यूल पर्याय विचारात घेऊन कार्य ठेवते. कार्यावर कोणतेही अतिरिक्त निर्बंध नाहीत. ही डीफॉल्ट मर्यादा सर्व कार्यांना लागू होते जर प्रकल्प सुरू तारखेपासून शेड्यूल केला असेल

शक्य तितक्या उशीरा (ALAP), शक्य तितक्या उशीरा (KMP)

लवचिक

या मर्यादेसह, MS प्रोजेक्ट इतर योजना पॅरामीटर्स लक्षात घेऊन, शक्य तितक्या उशीरा वेळापत्रकावर कार्य ठेवते. कार्यावर कोणतेही अतिरिक्त निर्बंध नाहीत.

जर प्रकल्प पूर्ण होण्याच्या तारखेपासून शेड्यूल केला असेल तर ही डीफॉल्ट मर्यादा सर्व कार्यांना लागू होते

फिनिश नो लेटर दॅन (FNLT), फिनिश नो लेटर दॅन ( SNP)

सरासरी

ही मर्यादा नवीनतम तारीख दर्शवते ज्या दिवशी कार्य पूर्ण करणे आवश्यक आहे. या प्रकरणात, कार्य या दिवशी आणि त्यापूर्वी दोन्ही पूर्ण केले जाऊ शकते. पूर्ववर्ती कार्य FNLT मर्यादा (FNLT) बंधन तारखेच्या पुढे "पुश" करण्यात सक्षम होणार नाही.

पूर्ण तारखेपासून शेड्यूल केलेल्या प्रकल्पांसाठी, तुम्ही कार्य पूर्ण करण्याची तारीख प्रविष्ट करता तेव्हा ही मर्यादा लागू होते

पेक्षा नंतर प्रारंभ करा (SNLT), नको नंतर प्रारंभ करा (NNL)

सरासरी

ही मर्यादा कार्य सुरू करण्याची नवीनतम तारीख दर्शवते. कार्य आधी किंवा या दिवशी सुरू होऊ शकते, परंतु नंतर नाही. पूर्ववर्ती कंस्ट्रेंट तारखेच्या पुढे SNLT (SNLT) मर्यादा असलेले कार्य "पुश" करू शकणार नाहीत.

पूर्ण तारखेपासून शेड्यूल केलेल्या प्रकल्पांसाठी, जेव्हा तुम्ही कार्यासाठी प्रारंभ तारीख प्रविष्ट करता तेव्हा ही मर्यादा लागू होते

(FNET) पेक्षा आधी पूर्ण नाही,(ONR) पेक्षा आधी पूर्ण करू नका

सरासरी

ही मर्यादा एखादे कार्य पूर्ण होण्याची सर्वात लवकर तारीख दर्शवते. नियुक्त केलेल्या तारखेपेक्षा लवकर पूर्ण करण्यासाठी एखादे कार्य शेड्यूलमध्ये ठेवले जाऊ शकत नाही.

प्रारंभ तारखेपासून शेड्यूल केलेल्या प्रकल्पांसाठी, तुम्ही कार्य समाप्ती तारीख प्रविष्ट करता तेव्हा ही मर्यादा लागू होते

(SNET) पेक्षा लवकर प्रारंभ करा

सरासरी

ही मर्यादा एखादे कार्य सुरू होण्याची सर्वात लवकर तारीख दर्शवते. निर्दिष्ट तारखेपेक्षा पूर्वीचे कार्य शेड्यूलवर ठेवले जाऊ शकत नाही.

प्रारंभ तारखेपासून शेड्यूल केलेल्या प्रकल्पांसाठी, जेव्हा तुम्ही एखाद्या कार्यासाठी प्रारंभ तारीख प्रविष्ट करता तेव्हा ही मर्यादा लागू होते

सुरू करणे आवश्यक आहे (एमएसओ), निश्चित प्रारंभ ( FN)

नम्र

ही मर्यादा शेड्यूलमध्ये टास्क सुरू करण्याची तारीख नेमकी कोणत्या तारखेला ठेवली जावी हे निर्दिष्ट करते. इतर घटक (कार्ये, विलंब किंवा लीड्समधील कनेक्शन इ.) शेड्यूलमधील कार्याच्या स्थितीवर परिणाम करू शकत नाहीत.

मस्ट फिनिश ऑन (MFO), फिक्स्ड फिनिश ( FO)

नम्र

ही मर्यादा शेड्यूलमध्ये टास्क पूर्ण करण्याची तारीख नेमकी कोणत्या तारखेला ठेवली पाहिजे हे निर्दिष्ट करते. इतर कोणतेही घटक यावर परिणाम करू शकत नाहीत

तुम्ही एंट्री टेबलमधील स्टार्ट आणि फिनिश कॉलम्समध्ये किंवा हे कॉलम असलेल्या इतर कोणत्याही टेबलमध्ये टास्कसाठी सुरू किंवा समाप्ती तारीख टाकून डीफॉल्ट निर्बंध बदलू शकता. तारीख प्रविष्ट केल्यानंतर, एमएस प्रोजेक्ट टेबलनुसार मर्यादा सेट करेल. 2.

अंतिम मुदत ) कार्य पूर्ण करण्याची अंतिम मुदत दर्शविणारी तारीख. अंतिम मुदत वापरणे आणि मर्यादा वापरणे यातील फरक असा आहे की अंतिम मुदतीच्या अस्तित्वाचा प्रकल्प शेड्यूलच्या गणनेवर परिणाम होत नाही. एखाद्या कार्याची अंतिम मुदत असल्यास, Gantt चार्ट संबंधित चिन्ह प्रदर्शित करतो आणि जर कार्य ही अंतिम मुदत पूर्ण करत नसेल, तर निर्देशक स्तंभात एक विशेष चिन्ह दिसेल.

तुम्ही कामाच्या व्याप्तीचे नियोजन करण्यापासून प्रकल्पात गुंतलेल्या संसाधनांच्या नियोजनापर्यंत जाण्यापूर्वी प्लॅनमध्ये मर्यादा असणे आवश्यक आहे. याचे कारण असे की डेडलाइन सामान्यत: नियुक्त केलेल्या लोकांच्या संख्येवर अवलंबून असते आणि डेडलाइन पूर्ण करण्यासाठी अधिक लोकांना कधी कामासाठी नियुक्त करणे आवश्यक आहे आणि डेडलाइन कडक नसल्यास कमी केव्हा हे सांगेल.

प्रकल्पाच्या सांगाड्याच्या आराखड्याचा मसुदा तयार केल्यानंतर मुख्य टप्प्यांच्या अंमलबजावणीच्या वेळेवरील मुख्य निर्बंध सादर केले जाऊ शकतात. योजनेत सर्व कामे जोडल्यानंतर, त्यापैकी सर्वात महत्वाचे मर्यादित करणे आवश्यक आहे आणि त्यानंतरच कनेक्शन आणि कालावधीच्या व्याख्येकडे जा. सहसा या टप्प्यावर, आपण काम वेळेवर आहे की नाही हे शोधू शकता आणि काही कार्यांचा कालावधी समायोजित करू शकता.

मर्यादा आणि मुदत वापरण्याचे उदाहरण

आमच्या उदाहरणात आम्ही स्केलेटल वर्क प्लान टप्प्यात मर्यादा आणि डेडलाइन परिभाषित केल्या नसल्यामुळे, आम्ही सध्याच्या कामाच्या योजनेमध्ये डेडलाइन आणि मर्यादा परिभाषित करणे सुरू करू. प्रकल्पातसेमी वापरून स्टोअरसाठी व्यवसाय कार्ड साइटची रचना आणि विकासआम्ही दोन्ही प्रकारचे एमएस प्रोजेक्ट प्रतिबंध वापरू: आणि प्रत्यक्षातनिर्बंध आणि मुदत त्यामुळे तुम्ही वापराच्या सुलभतेची तुलना करू शकता.

चला असे गृहीत धरू की साइट सरासरी 4 महिन्यांत विकसित झाली आहे. याचा अर्थ असा की साइटचा विकास ऑक्टोबरच्या शेवटी सुरू करून, आम्ही ते फेब्रुवारीच्या मध्यभागी पूर्ण करणे आवश्यक आहे, उदाहरणार्थ, 20 च्या नंतर नाही. ही तारीख सहसा ज्या ग्राहकाला साइट हस्तांतरित केली जाते त्यांच्याशी करारामध्ये निर्दिष्ट केलेली असल्याने, हे निर्बंध अतिशय कठोर आहे. त्यानुसार, दाव्यांच्या माफीच्या अंतिम कार्यासाठी, तुम्हाला तारखेपर्यंत मर्यादा नसून नंतर समाप्त करणे आवश्यक आहे. 20.02.09.

  1. डायलॉग बॉक्स उघडण्यासाठी तुम्हाला टास्कवर डबल-क्लिक का करावे लागेलकार्य तपशीलआणि टॅबवर जायाव्यतिरिक्त.
  2. प्रगत टॅबवर प्रतिबंध प्रकार ड्रॉपडाउनमध्ये (प्रतिबंध प्रकार ) निवडा पेक्षा नंतर समाप्त नाही.
  3. मर्यादा तारीख फील्डमध्ये ( निर्बंध तारीख) ज्या तारखेपर्यंत कार्याचा शेवट मर्यादित आहे ते निर्दिष्ट करा- 20.02.09.

काहीवेळा, मर्यादा दूर करण्यासाठी, तुम्हाला मर्यादा तारीख फील्डमधील प्रविष्ट केलेली तारीख हटवणे आवश्यक आहे. परंतु एमएस प्रोजेक्ट तुम्हाला हे फील्ड रिकामे ठेवण्याची परवानगी देत ​​​​नाही, आणि म्हणून, फील्डमधून तारीख काढून टाकण्यासाठी, तुम्हाला ती NA (NA) मजकूरासह बदलण्याची आवश्यकता आहे.

  1. ओके बटण दाबा.

मर्यादा सेट करताना, MS प्रोजेक्ट कार्याला काही दुवे आहेत का ते तपासते आणि तसे असल्यास, सेट केलेल्या मर्यादांमुळे संघर्ष होऊ शकतो का याचे विश्लेषण करते. जर, प्रोग्रामनुसार, हे शक्य असेल, तर एक इशारा प्रदर्शित केला जाईल ज्याद्वारे आपण प्रतिबंध सेटिंग (प्रथम स्विच) रद्द करू शकता, दुसरे वापरणे सुरू ठेवा (एमएस प्रोजेक्टच्या दृष्टिकोनातून इष्टतम) प्रतिबंध (दुसरा स्विच), किंवा निवडलेले निर्बंध (तिसरे स्विच) वापरणे सुरू ठेवा.

आमच्या बाबतीत, कार्य, जे फिनिश नो लेटर दॅन कंस्ट्रेंटच्या अधीन आहे (पेक्षा नंतर समाप्त नाही). एमएस प्रोजेक्ट आमच्या परिस्थितीत फिनिश नो अअरर दॅन कंस्ट्रेंट वापरणे इष्टतम मानते (लवकर संपत नाही), परंतु ते आम्हाला अजिबात शोभत नाही.

नोंद. तुम्ही इंडिकेटर फील्डमधील संबंधित चिन्हावर माउस फिरवून तयार केलेल्या निर्बंधाच्या प्रकाराबद्दल माहिती मिळवू शकता (निर्देशक).

  1. मग समजा, टेम्पलेट डेव्हलपमेंट सेवा प्रदान करणाऱ्या फ्रीलान्स डेव्हलपरसोबतच्या करारानुसार,टेम्पलेट विकास(या कार्यास कोणतेही पूर्ववर्ती नाहीत) प्रारंभ करणे आवश्यक आहे 20.11.08 आणि 5 दिवसात पास करा. त्यानुसार, आम्ही ही तारीख मस्ट स्टार्ट ऑन कंस्ट्रेंट (निश्चित सुरुवात) आणि कालावधी मध्ये 5 दिवस.
  2. प्लॅनमध्ये 18 क्रमांकाचे महत्त्वाचे कार्य समाविष्ट करूयाडिझाइन पूर्ण झाले. करारानुसार, स्टेजच्या 5 दिवस आधी डिझाइन पूर्ण करणे आवश्यक आहेअंमलबजावणी, म्हणजेच 20.11.08 पर्यंत.
  3. एखाद्या कार्यासाठी अंतिम मुदत सेट कराहोस्टिंग 26.12.08 रोजी.
  4. जेव्हा टेम्पलेट्स, ग्राफिक डिझाइन, CMS चा विकास किमान अर्धा पूर्ण झाला असेल आणि संसाधनाची सामग्री भरली असेल तेव्हाच तुम्ही होस्टिंगवर साइट ठेवू शकता. तर आम्ही टास्क बांधूहोस्टिंग प्लेसमेंटकार्यासह अवलंबन FS (OH).संसाधन भरणे (सामग्री)आणि विलंब (लॅग) -50% सेट करा.
  5. होस्टिंगखरं तर, अंतिम आहे, कारण त्याच्या पूर्ण झाल्यानंतर प्रकल्पाचा एक परिणाम प्राप्त होतो, जो प्रकल्प कार्यसंघाद्वारे "बाहेर" हस्तांतरित केला जातो. या प्रकरणात, परिष्करण कार्यांचा कालावधी शून्य नाही. फिनिशिंग म्हणून शून्य नसलेल्या कालावधीसह कार्य चिन्हांकित करण्यासाठी, तुम्हाला प्रगत टॅब वापरण्याची आवश्यकता आहे (याव्यतिरिक्त ) कार्य तपशील संवाद बॉक्समध्ये. टॅबवर, टास्क मार्क म्हणून माइलस्टोन चेकबॉक्स तपासा (कार्य एक मैलाचा दगड म्हणून चिन्हांकित करा).

आवर्ती कार्ये

अनेकदा एखाद्या प्रकल्पात, काही कामे नियमितपणे होतात, जसे की प्रकल्प ग्राहकासाठी अहवाल तयार करणे किंवा प्रकल्प कार्यसंघाला भेटणे. आवर्ती कार्ये प्रकल्प योजनेत अशा कार्यांचे वर्णन करण्यासाठी डिझाइन केलेले आहेत. तुम्ही त्यांना इन्सर्ट/रिकरिंग टास्क मेनू कमांड वापरून प्रोजेक्टमध्ये जोडू शकता (घाला/आवर्ती कार्य) जे आवर्ती कार्य तपशील संवाद बॉक्स उघडेल.

आमच्या प्रकल्पामध्ये, आम्ही एक आवर्ती कार्य तयार करूप्रकल्प कार्यसंघ बैठकजे शुक्रवारी विकले जाईल.

  1. कमांड कार्यान्वित कराघाला/आवर्ती कार्य.
  2. आवर्ती कार्य तपशील संवाद बॉक्स उघडतोनाव सूचित करा - प्रकल्प कार्यसंघ बैठकआणि कालावधी 2 तास.
  3. कार्य पुनरावृत्ती मध्यांतर निश्चित करासाप्ताहिक, शुक्रवारी.

हे कार्य शेड्यूल करण्यासाठी कॅलेंडर अंतर्गत (हे कार्य शेड्यूल करण्यासाठी कॅलेंडर) कोणत्या कॅलेंडरच्या आधारे कार्य कॅलेंडर योजनेमध्ये ठेवले जाईल हे निर्धारित करते. डीफॉल्टनुसार, जेव्हा कॅलेंडर ड्रॉप-डाउन सूची काहीही नाही वर सेट केली जाते, तेव्हा कार्य प्रोजेक्ट कॅलेंडरच्या सेटिंग्ज आणि संसाधनांच्या कॅलेंडरच्या आधारावर ठेवले जाते. तुम्हाला टास्क शेड्युलिंगसाठी विशिष्ट कॅलेंडर वापरायचे असल्यास, तुम्ही ड्रॉप-डाउन सूचीमधून ते निवडू शकता. या प्रकरणात, शेड्युलिंग संसाधन कॅलेंडरकडे दुर्लक्ष करते चेकबॉक्स उपलब्ध होईल (शेड्युलिंग करताना संसाधन कॅलेंडर विचारात घेऊ नका)(आम्ही विभागात या ध्वजाचा परिणाम तपशीलवार पाहू"टास्क कॅलेंडर" नंतर).

  1. सर्व सेटिंग्ज केल्यानंतर, आपल्याला बटण दाबावे लागेलठीक आहे , आणि प्रोग्राम प्रकल्पामध्ये आवर्ती कार्य तयार करेल.

या प्रकरणात, अनपेक्षित समस्या उद्भवू शकतात, उदाहरणार्थ, कार्याची पुनरावृत्ती शनिवार व रविवार रोजी झाली. MS प्रोजेक्ट हे शोधून काढेल आणि समस्येचे निराकरण करण्यासाठी संभाव्य पर्यायांसह एक संदेश प्रदर्शित करेल: होय बटणावर क्लिक करून कार्य पुनरावृत्ती पुढील कामकाजाच्या दिवशी हलवा, नाही बटणावर क्लिक करून काम नसलेल्या दिवसांमध्ये पुनरावृत्ती तयार करू नका किंवा नकार द्या. रद्द करा वर क्लिक करून आवर्ती कार्य तयार करा.

एखाद्या प्रकल्पात आवर्ती कार्य ठेवल्यानंतर, कार्य स्वतःच योजनेतील एक टप्पा म्हणून दिसते आणि त्याची पुनरावृत्ती त्याच्या नेस्टेड कार्ये म्हणून होते. या प्रकरणात, कार्य आणि पुनरावृत्ती निर्देशक फील्डमध्ये विशेष चिन्हांसह चिन्हांकित केली जातात.

प्रकल्पाचे एकूण कार्य

जेव्हा कामाची व्याप्ती परिभाषित केली जाते, तेव्हा आमची योजना चार टप्पे असते जी प्रकल्पाची सर्व कार्ये एकत्र करते. त्यापैकी प्रत्येकासाठी, कालावधी ज्ञात आहे, परंतु आमच्याकडे संपूर्ण प्रकल्पाच्या कालावधीबद्दल सामान्य माहिती नाही. टप्प्यांचा कालावधी जोडून ते मिळू शकत नाही, कारण ते अंशतः एकाच वेळी कार्यान्वित केले जातात, याचा अर्थ प्रकल्पाचा एकूण कालावधी त्याच्या टप्प्यांच्या कालावधीच्या बरोबरीचा नाही. टप्प्याटप्प्याला एक संपूर्ण मध्ये एकत्र करण्यासाठी, आपण दुसरा टप्पा तयार करू शकतासेमीवर आधारित व्यवसाय कार्ड वेबसाइटची रचना आणि विकासआणि त्यात सर्व विद्यमान टप्पे समाविष्ट करा. पण ते अधिक योग्य आहेप्रोजेक्ट सारांश कार्य प्रदर्शित करा(प्रोजेक्ट सारांश कार्य) एक विशेष कार्य विशेषतः सर्व प्रकल्प क्रियाकलाप एकत्र आणण्यासाठी डिझाइन केलेले. हे Gantt चार्टवर एका विशिष्ट रंगात प्रदर्शित केले जाते आणि MS Project त्याच्यासोबत एका विशिष्ट पद्धतीने कार्य करते.

  1. प्रकल्प सारांश कार्य प्रदर्शित करण्यासाठी, मेनूमध्येदृश्य टॅबवरील पर्याय ) बॉक्स चेक करा प्रकल्प सारांश कार्य दर्शवा (प्रकल्प सारांश कार्य दर्शवा). फाइल गुणधर्मांमधील शीर्षक फील्डमधून घेतलेल्या शीर्षकासह सारांश कार्य प्रदर्शित केले जाईल, जे फाइल/प्रॉपर्टीज मेनू कमांडद्वारे उघडलेल्या डायलॉग बॉक्समध्ये संपादित केले जाऊ शकते (फाइल/गुणधर्म).

या डायलॉग बॉक्समध्ये टिप्पण्या फील्ड भरल्यास (नोट्स ), नंतर त्याचे मूल्य सारांश कार्यासाठी टिप्पणी होईल. जेव्हा तुम्ही एखाद्या सारांश कार्याचे नाव किंवा त्यावर टिप्पणी (नोट्स) बदलता, तेव्हा फाइल गुणधर्मांमधील संबंधित फील्डची मूल्ये आपोआप बदलतात.

  1. प्रोजेक्ट फाइल नावासह सेव्ह करावेबसाइट विकास 2.

Gantt चार्ट हा एक रेखा चार्ट आहे जो संबंधित क्रियाकलापांसाठी प्रारंभ आणि समाप्ती तारखा सेट करतो, त्या पूर्ण करण्यासाठी वापरल्या जाणार्‍या संसाधनांसह.

  • ट्यूटोरियल

एक छोटासा परिचय

प्रकल्प व्यवस्थापकाच्या लागू केलेल्या समस्यांचे निराकरण करण्यासाठी एमएस प्रोजेक्ट वापरण्यासाठी संपूर्ण कार्यपद्धती ही फक्त सोप्या पद्धती आणि शिफारसींचा एक संच आहे. मी ताबडतोब एक आरक्षण करीन की कार्यपद्धती सार्वत्रिक असल्याचा दावा करत नाही आणि केवळ काही निर्बंधांनुसारच लागू आहे, ज्याचा मी कथेच्या ओघात उल्लेख करेन.

प्रथम, प्रोजेक्ट मॅनेजरसाठी सहसा काय आवश्यक असते हे लक्षात ठेवूया. अनुभवी नेत्यांसाठी, हे स्पष्ट आहे, परंतु नवशिक्यांसाठी (किंवा फक्त नेते बनणार आहेत) पुन्हा एकदा लक्षात ठेवणे उपयुक्त ठरेल. तर, सॉफ्टवेअर डेव्हलपमेंट प्रकल्प म्हणजे काही अद्वितीय उत्पादनाची निर्मिती. प्रकल्प जीवन चक्राच्या वेगवेगळ्या टप्प्यांवर, विविध कार्ये सोडवण्यासाठी RP ला आवश्यक असते.

प्रकल्प सुरू करण्यापूर्वी
प्रकल्प सुरू करण्यापूर्वी, प्रकल्प व्यवस्थापकास सहसा दोन प्रश्नांची उत्तरे देणे आवश्यक असते:
  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. महत्त्वपूर्ण विचलनाच्या बाबतीत योजना दुरुस्त करा
कलाकारांद्वारे कार्ये जारी करणे वेगवेगळ्या प्रकारे केले जाऊ शकते. तुम्ही अंमलबजावणीला छोट्या पुनरावृत्तीमध्ये खंडित करू शकता, प्रति पुनरावृत्ती कार्यांचा एक पूल तयार करू शकता आणि पुनरावृत्तीच्या शेवटी परिणाम चिन्हांकित करू शकता. तुम्ही सहभागींना स्टेजसाठी कार्यांचा एक संच त्वरित घोषित करू शकता, प्रत्येकाला गॅंट चार्टची एक प्रत देऊ शकता आणि प्रगतीबद्दल वेळोवेळी सर्वेक्षण करू शकता. तुम्ही MS प्रोजेक्ट आणि TFS इंटिग्रेशन वापरू शकता आणि प्रोजेक्ट थेट TFS वर अपलोड करू शकता. मुद्दा साधनाचा नाही. मुख्य गोष्ट आहे योजनेचे नियमित अद्यतन. मी हे आठवड्यातून एक किंवा दोनदा करतो. हे त्वरीत समस्या क्षेत्रे पाहणे शक्य करते.
समस्या क्षेत्र निश्चित करण्यासाठी, विविध गटांचा वापर करणे सोयीस्कर आहे - कलाकारांनुसार, घटकांनुसार, इ. अनेकदा असे दिसून येते की संपूर्ण प्रकल्प शेड्यूलच्या अगदी पुढे आहे, परंतु एका विशिष्ट संदर्भात एक विलंब आहे. उदाहरणार्थ, विकसकांपैकी एकाने अनपेक्षितपणे गंभीर प्रणालीगत समस्येला अडखळले ज्यामुळे विचलन झाले. केवळ सरासरी मेट्रिक वापरल्याने ही समस्या दिसून येणार नाही - ती केवळ टप्प्याच्या शेवटी दिसून येईल, जेव्हा काहीही करण्यास खूप उशीर होईल.

नोंद.सहसा मी कॅलेंडरवर कार्ये हलवत नाही, परंतु ती कशी पूर्ण केली जातात ते फक्त लक्षात ठेवा. मी सध्याच्या क्षणापासून प्रकल्पाच्या एकूण कार्याच्या विचलनाद्वारे योजनेतील विचलनाचा मागोवा घेतो.

आणखी एक रणनीती आहे - कार्यांच्या अंतिम मुदतीत बदल करणे, अपूर्ण कार्ये पुढे "ढकलणे". या दृष्टिकोनासह, एमएस प्रोजेक्टचे आणखी एक उपयुक्त वैशिष्ट्य, बेसलाइन, योजनेतील विचलनांचा मागोवा घेण्यासाठी वापरली जाऊ शकते. बेसलाइन म्हणजे फक्त टास्कच्या स्टेटसचा सेव्ह केलेला स्नॅपशॉट. हे प्रकल्पाच्या सुरूवातीस केले जाऊ शकते. सध्याच्या योजनेची बेसलाइनशी तुलना करण्यासाठी, "ट्रॅकिंगसह Gantt चार्ट" उघडा. डायनॅमिक प्लॅनसाठी, जेथे कामांचा क्रम वारंवार बदलतो, हे गैरसोयीचे असू शकते, म्हणून मी प्रकल्पामध्ये टप्पे समाविष्ट करतो जे प्रकल्पाचे काही महत्त्वाचे परिणाम प्रतिबिंबित करतात आणि केवळ त्यांच्यासाठी बेसलाइनमधील विचलनांचा मागोवा घेतो.

सानुकूल फील्डसह कार्य संरचना व्यवस्थापित करा

कार्यात्मक विघटन किंवा कार्य वर्गीकरणासाठी एमएस प्रोजेक्टमधील सारांश कार्ये न वापरण्याची मी जोरदार शिफारस करतो. वस्तुस्थिती अशी आहे की एमएस प्रोजेक्टमधील कार्यांची पदानुक्रम त्यांच्या अनुक्रमांशी जोरदारपणे जोडलेली आहे. आणि बर्‍याचदा तुम्हाला कार्ये वेगळ्या क्रमाने पहायची असतात, तर संपूर्ण रचना “चुर्ण” होते. कार्य रचना व्यवस्थापित करण्यासाठी, मी वापरण्याची शिफारस करतो सानुकूल फील्ड. एमएस प्रोजेक्टमध्ये अपरिभाषित वर्तनासह फील्डचा पूर्वनिर्धारित संच आहे जो आपण योग्य वाटेल तसे वापरू शकतो. उदाहरणार्थ, घटकांमध्ये कार्ये विभाजित करण्यासाठी, आपल्याला मजकूर फील्डवर आधारित आवश्यक आहे मजकूर1एक फील्ड तयार करा घटकआणि सिस्टमच्या घटकांशी संबंधित मूल्यांची सूची सेट करा.

त्यानंतर, आम्हाला प्रत्येक कार्यासाठी तो कोणत्या घटकाशी संबंधित आहे हे निर्दिष्ट करण्याची आणि घटकांनुसार कार्यांचे गटीकरण वापरून, गोष्टी कशा चालल्या आहेत याचा मागोवा घेण्याची संधी मिळते.

सानुकूल फील्ड आपल्याला कार्ये अनेक श्रेणींमध्ये विभागण्याची परवानगी देतात, उदाहरणार्थ, मी कामाच्या प्रकारानुसार कार्ये विभागली: विकास, चाचणी, दस्तऐवजीकरण.
मी जिज्ञासूंसाठी नमूद करेन की एमएस प्रोजेक्टमध्ये तुम्ही टास्क गुणधर्मांवर आधारित आकृत्या काढण्याचे नियम देखील सेट करू शकता. इच्छित असल्यास, आपण भिन्न घटकांसाठी कार्ये करू शकता भिन्न रंग आहेत, आणि रंग केवळ कार्य गुणधर्मानुसार निर्धारित केला जाईल, प्रत्येक कार्यासाठी ते व्यक्तिचलितपणे सेट करण्याची आवश्यकता नाही. अशा सेटिंग्जना स्क्रिप्ट लिहिण्याची आवश्यकता नसते, परंतु मानक चार्ट सानुकूलन साधनांद्वारे बनविले जाते.

सानुकूल फील्डचा वापर, तसेच MS प्रोजेक्टमध्ये तयार केलेली फिल्टरिंग, सॉर्टिंग आणि ग्रुपिंग फंक्शन्स, तुम्हाला विविध दृश्ये मिळविण्याची अनुमती देतात ज्यामुळे तुम्हाला प्रोजेक्ट मॅनेजरच्या अनेक प्रश्नांची उत्तरे मिळू शकतात.

प्रकल्प पूर्ण

प्रकल्पाच्या शेवटी, आम्हाला एक योजना मिळते ज्यामध्ये सर्व कार्ये पूर्ण होतात. मी सहसा मूळ योजना तसेच ठेवण्याचा प्रयत्न करतो, किमान आधाररेखा म्हणून. खरे सांगायचे तर, या टप्प्यावर, एमएस प्रोजेक्टचा फारसा उपयोग नाही, कारण ही नियोजित मूल्ये स्वारस्य नसून वास्तविक आहेत. या समस्येचे काही उपाय MS Project Server द्वारे ऑफर केले जातात, वास्तविक श्रम खर्च विचारात घेण्याची संधी आहे, परंतु हे या लेखाच्या व्याप्तीच्या पलीकडे आहे.

निष्कर्ष

मी सॉफ्टवेअर डेव्हलपमेंट प्रकल्प व्यवस्थापित करत असताना माझ्यासमोर उद्भवलेल्या समस्यांच्या व्यावहारिक निराकरणासाठी MS प्रोजेक्ट वापरण्याचा माझा अनुभव सारांशित करण्याचा प्रयत्न केला. वर्णन केलेले तंत्र सार्वत्रिक असल्याचा दावा करत नाही, परंतु मला असे वाटते की ते अगदी सोपे आणि तार्किक आहे, त्याच वेळी ते प्रकल्प व्यवस्थापकाची व्यावहारिक कार्ये सोडविण्यास अनुमती देते.
या दृष्टिकोनाचा वापर केल्याने मला वेळेवर एकापेक्षा जास्त प्रकल्प यशस्वीपणे पूर्ण करता आले आहेत.
खरे आहे, अपयश आले आहेत. हे एक नियम म्हणून घडले, जेव्हा प्रकल्पाचा तयारीचा भाग खराबपणे पार पाडला गेला, म्हणजे, समस्येचे सूत्रीकरण. त्या. प्रकल्पाचा निकाल आवश्यक होता तसा नव्हता आणि हे समजण्यास खूप उशीर झाला.

माझे काहीतरी चुकले असेल, प्रश्न विचारण्यास मोकळ्या मनाने.

  • ट्यूटोरियल

एक छोटासा परिचय

प्रकल्प व्यवस्थापकाच्या लागू केलेल्या समस्यांचे निराकरण करण्यासाठी एमएस प्रोजेक्ट वापरण्यासाठी संपूर्ण कार्यपद्धती ही फक्त सोप्या पद्धती आणि शिफारसींचा एक संच आहे. मी ताबडतोब एक आरक्षण करीन की कार्यपद्धती सार्वत्रिक असल्याचा दावा करत नाही आणि केवळ काही निर्बंधांनुसारच लागू आहे, ज्याचा मी कथेच्या ओघात उल्लेख करेन.

प्रथम, प्रोजेक्ट मॅनेजरसाठी सहसा काय आवश्यक असते हे लक्षात ठेवूया. अनुभवी नेत्यांसाठी, हे स्पष्ट आहे, परंतु नवशिक्यांसाठी (किंवा फक्त नेते बनणार आहेत) पुन्हा एकदा लक्षात ठेवणे उपयुक्त ठरेल. तर, सॉफ्टवेअर डेव्हलपमेंट प्रकल्प म्हणजे काही अद्वितीय उत्पादनाची निर्मिती. प्रकल्प जीवन चक्राच्या वेगवेगळ्या टप्प्यांवर, विविध कार्ये सोडवण्यासाठी RP ला आवश्यक असते.

प्रकल्प सुरू करण्यापूर्वी
प्रकल्प सुरू करण्यापूर्वी, प्रकल्प व्यवस्थापकास सहसा दोन प्रश्नांची उत्तरे देणे आवश्यक असते:
  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. महत्त्वपूर्ण विचलनाच्या बाबतीत योजना दुरुस्त करा
कलाकारांद्वारे कार्ये जारी करणे वेगवेगळ्या प्रकारे केले जाऊ शकते. तुम्ही अंमलबजावणीला छोट्या पुनरावृत्तीमध्ये खंडित करू शकता, प्रति पुनरावृत्ती कार्यांचा एक पूल तयार करू शकता आणि पुनरावृत्तीच्या शेवटी परिणाम चिन्हांकित करू शकता. तुम्ही सहभागींना स्टेजसाठी कार्यांचा एक संच त्वरित घोषित करू शकता, प्रत्येकाला गॅंट चार्टची एक प्रत देऊ शकता आणि प्रगतीबद्दल वेळोवेळी सर्वेक्षण करू शकता. तुम्ही MS प्रोजेक्ट आणि TFS इंटिग्रेशन वापरू शकता आणि प्रोजेक्ट थेट TFS वर अपलोड करू शकता. मुद्दा साधनाचा नाही. मुख्य गोष्ट आहे योजनेचे नियमित अद्यतन. मी हे आठवड्यातून एक किंवा दोनदा करतो. हे त्वरीत समस्या क्षेत्रे पाहणे शक्य करते.
समस्या क्षेत्र निश्चित करण्यासाठी, विविध गटांचा वापर करणे सोयीस्कर आहे - कलाकारांनुसार, घटकांनुसार, इ. अनेकदा असे दिसून येते की संपूर्ण प्रकल्प शेड्यूलच्या अगदी पुढे आहे, परंतु एका विशिष्ट संदर्भात एक विलंब आहे. उदाहरणार्थ, विकसकांपैकी एकाने अनपेक्षितपणे गंभीर प्रणालीगत समस्येला अडखळले ज्यामुळे विचलन झाले. केवळ सरासरी मेट्रिक वापरल्याने ही समस्या दिसून येणार नाही - ती केवळ टप्प्याच्या शेवटी दिसून येईल, जेव्हा काहीही करण्यास खूप उशीर होईल.

नोंद.सहसा मी कॅलेंडरवर कार्ये हलवत नाही, परंतु ती कशी पूर्ण केली जातात ते फक्त लक्षात ठेवा. मी सध्याच्या क्षणापासून प्रकल्पाच्या एकूण कार्याच्या विचलनाद्वारे योजनेतील विचलनाचा मागोवा घेतो.

आणखी एक रणनीती आहे - कार्यांच्या अंतिम मुदतीत बदल करणे, अपूर्ण कार्ये पुढे "ढकलणे". या दृष्टिकोनासह, एमएस प्रोजेक्टचे आणखी एक उपयुक्त वैशिष्ट्य, बेसलाइन, योजनेतील विचलनांचा मागोवा घेण्यासाठी वापरली जाऊ शकते. बेसलाइन म्हणजे फक्त टास्कच्या स्टेटसचा सेव्ह केलेला स्नॅपशॉट. हे प्रकल्पाच्या सुरूवातीस केले जाऊ शकते. सध्याच्या योजनेची बेसलाइनशी तुलना करण्यासाठी, "ट्रॅकिंगसह Gantt चार्ट" उघडा. डायनॅमिक प्लॅनसाठी, जेथे कामांचा क्रम वारंवार बदलतो, हे गैरसोयीचे असू शकते, म्हणून मी प्रकल्पामध्ये टप्पे समाविष्ट करतो जे प्रकल्पाचे काही महत्त्वाचे परिणाम प्रतिबिंबित करतात आणि केवळ त्यांच्यासाठी बेसलाइनमधील विचलनांचा मागोवा घेतो.

सानुकूल फील्डसह कार्य संरचना व्यवस्थापित करा

कार्यात्मक विघटन किंवा कार्य वर्गीकरणासाठी एमएस प्रोजेक्टमधील सारांश कार्ये न वापरण्याची मी जोरदार शिफारस करतो. वस्तुस्थिती अशी आहे की एमएस प्रोजेक्टमधील कार्यांची पदानुक्रम त्यांच्या अनुक्रमांशी जोरदारपणे जोडलेली आहे. आणि बर्‍याचदा तुम्हाला कार्ये वेगळ्या क्रमाने पहायची असतात, तर संपूर्ण रचना “चुर्ण” होते. कार्य रचना व्यवस्थापित करण्यासाठी, मी वापरण्याची शिफारस करतो सानुकूल फील्ड. एमएस प्रोजेक्टमध्ये अपरिभाषित वर्तनासह फील्डचा पूर्वनिर्धारित संच आहे जो आपण योग्य वाटेल तसे वापरू शकतो. उदाहरणार्थ, घटकांमध्ये कार्ये विभाजित करण्यासाठी, आपल्याला मजकूर फील्डवर आधारित आवश्यक आहे मजकूर1एक फील्ड तयार करा घटकआणि सिस्टमच्या घटकांशी संबंधित मूल्यांची सूची सेट करा.

त्यानंतर, आम्हाला प्रत्येक कार्यासाठी तो कोणत्या घटकाशी संबंधित आहे हे निर्दिष्ट करण्याची आणि घटकांनुसार कार्यांचे गटीकरण वापरून, गोष्टी कशा चालल्या आहेत याचा मागोवा घेण्याची संधी मिळते.

सानुकूल फील्ड आपल्याला कार्ये अनेक श्रेणींमध्ये विभागण्याची परवानगी देतात, उदाहरणार्थ, मी कामाच्या प्रकारानुसार कार्ये विभागली: विकास, चाचणी, दस्तऐवजीकरण.
मी जिज्ञासूंसाठी नमूद करेन की एमएस प्रोजेक्टमध्ये तुम्ही टास्क गुणधर्मांवर आधारित आकृत्या काढण्याचे नियम देखील सेट करू शकता. इच्छित असल्यास, आपण भिन्न घटकांसाठी कार्ये करू शकता भिन्न रंग आहेत, आणि रंग केवळ कार्य गुणधर्मानुसार निर्धारित केला जाईल, प्रत्येक कार्यासाठी ते व्यक्तिचलितपणे सेट करण्याची आवश्यकता नाही. अशा सेटिंग्जना स्क्रिप्ट लिहिण्याची आवश्यकता नसते, परंतु मानक चार्ट सानुकूलन साधनांद्वारे बनविले जाते.

सानुकूल फील्डचा वापर, तसेच MS प्रोजेक्टमध्ये तयार केलेली फिल्टरिंग, सॉर्टिंग आणि ग्रुपिंग फंक्शन्स, तुम्हाला विविध दृश्ये मिळविण्याची अनुमती देतात ज्यामुळे तुम्हाला प्रोजेक्ट मॅनेजरच्या अनेक प्रश्नांची उत्तरे मिळू शकतात.

प्रकल्प पूर्ण

प्रकल्पाच्या शेवटी, आम्हाला एक योजना मिळते ज्यामध्ये सर्व कार्ये पूर्ण होतात. मी सहसा मूळ योजना तसेच ठेवण्याचा प्रयत्न करतो, किमान आधाररेखा म्हणून. खरे सांगायचे तर, या टप्प्यावर, एमएस प्रोजेक्टचा फारसा उपयोग नाही, कारण ही नियोजित मूल्ये स्वारस्य नसून वास्तविक आहेत. या समस्येचे काही उपाय MS Project Server द्वारे ऑफर केले जातात, वास्तविक श्रम खर्च विचारात घेण्याची संधी आहे, परंतु हे या लेखाच्या व्याप्तीच्या पलीकडे आहे.

निष्कर्ष

मी सॉफ्टवेअर डेव्हलपमेंट प्रकल्प व्यवस्थापित करत असताना माझ्यासमोर उद्भवलेल्या समस्यांच्या व्यावहारिक निराकरणासाठी MS प्रोजेक्ट वापरण्याचा माझा अनुभव सारांशित करण्याचा प्रयत्न केला. वर्णन केलेले तंत्र सार्वत्रिक असल्याचा दावा करत नाही, परंतु मला असे वाटते की ते अगदी सोपे आणि तार्किक आहे, त्याच वेळी ते प्रकल्प व्यवस्थापकाची व्यावहारिक कार्ये सोडविण्यास अनुमती देते.
या दृष्टिकोनाचा वापर केल्याने मला वेळेवर एकापेक्षा जास्त प्रकल्प यशस्वीपणे पूर्ण करता आले आहेत.
खरे आहे, अपयश आले आहेत. हे एक नियम म्हणून घडले, जेव्हा प्रकल्पाचा तयारीचा भाग खराबपणे पार पाडला गेला, म्हणजे, समस्येचे सूत्रीकरण. त्या. प्रकल्पाचा निकाल आवश्यक होता तसा नव्हता आणि हे समजण्यास खूप उशीर झाला.

माझे काहीतरी चुकले असेल, प्रश्न विचारण्यास मोकळ्या मनाने.

लक्ष्यधडा म्हणजे प्रकल्प तयार करणे, त्याचे कॅलेंडर सेट करणे, कामांची यादी प्रविष्ट करणे आणि त्यांचे पॅरामीटर्स सेट करणे यात कौशल्ये मिळवणे.

फॉर्मवर्ग - संगणक वापरून प्रयोगशाळेचे काम.

कालावधी- चार शैक्षणिक तास.

३.२.१. प्रकल्प कार्य नियोजन उदाहरण

प्रोजेक्ट विंडो सानुकूलित करणे

  • मायक्रोसॉफ्ट प्रोजेक्ट 2007 लाँच करा.
  • सिस्टमच्या कार्यरत विंडोमध्ये दृश्य पॅनेल ठेवा - मेनू आयटम पॅनेल पहा / पहा. समायोजनानंतर विंडोचे दृश्य अंजीर मध्ये दर्शविले आहे. ३.१.

फाइलमध्ये प्रकल्प जतन करणे

  • मेनू आयटम फाइल/जतन करा.
  • सेव्ह फाइल डायलॉग उघडेल, ज्यामध्ये तुम्ही प्रोजेक्ट सेव्ह करण्यासाठी फोल्डर निवडले पाहिजे आणि प्रोजेक्टचे नाव निर्दिष्ट केले पाहिजे कार्यक्रम विकास.
  • बटन दाब जतन करा.
  • अंजीर मध्ये विंडोच्या वरच्या उजव्या कोपर्यात क्रॉस क्लिक करून प्रोजेक्ट फाइल बंद करा. ३.१८.

नोंद. मेनू आयटम वापरून प्रकल्पाच्या नंतरच्या सर्व बचतीसाठी फाइल/जतन करासेव्ह फाइल डायलॉग न उघडता प्रोजेक्ट आपोआप विद्यमान फाइलवर लिहिला जातो.


तांदूळ. ३.१८.

तयार केलेली प्रकल्प फाइल उघडत आहे

  • मेनू आयटम निवडा फाइल/उघडा.
  • दिसत असलेल्या फाईल ओपन डायलॉगमध्ये, प्रोजेक्ट कुठे आहे ते फोल्डर शोधा.
  • निवडलेल्या फोल्डरमध्ये जतन केलेल्या प्रकल्पांपैकी, इच्छित फाइल शोधा ( DevelopmentPrograms.mpp), ते निवडा आणि बटण दाबा उघडा(फाइल नावावर डबल-क्लिक करून समान परिणाम प्राप्त होतो).

कॅलेंडर सेटिंग

  • कामाचे तास बदलण्यासाठी विंडो उघडा - सेवा/कामाचे तास बदला.
  • कॅलेंडरसाठी मानक(डिफॉल्टनुसार उघडते) टॅब निवडा अपवाद.
  • शेतात नावटेबलची पहिली रिकामी पंक्ती प्रविष्ट करा संमती आणि सलोख्याचा दिवस.
  • फील्डमध्ये माउस क्लिक करा सुरू करात्याच ओळीवर - या फील्डमध्ये एक निवड बटण दिसेल.
  • हे निवड बटण दाबा - कॅलेंडर उघडेल.
  • कॅलेंडरमध्ये नोव्हेंबर 2009 निवडा आणि 4 नोव्हेंबर या तारखेवर डबल-क्लिक करा - वगळण्याच्या प्रारंभासाठी निवडलेली तारीख सेट केली जाईल. डीफॉल्टनुसार, अपवादासाठी समान समाप्ती तारीख सेट केली जाते आणि अपवाद नॉन-वर्किंग दिवस मानला जातो.
  • त्याचप्रमाणे, 31.12.09 पासून सुरू होणार्‍या आणि 10.01.10 रोजी संपणार्‍या नवीन वर्षाच्या सुट्ट्या जोडा. सर्व परिवर्तनांनंतर विंडोचे अंतिम दृश्य अंजीर मध्ये दर्शविले आहे. ३.१९.

प्रकल्प कार्यांची यादी प्रविष्ट करत आहे

  • टप्पे, टप्पे आणि नियमित कार्ये असलेली प्रकल्प कार्य सूची तयार करा. कार्ये अशा प्रकारे व्यवस्थित करा की त्यांचा क्रम अंमलबजावणीच्या क्रमाशी सुसंगत असेल आणि प्रत्येक टप्प्यानंतर, त्यात समाविष्ट केलेले टप्पे आणि कार्ये सूचीबद्ध केली जावीत. तयार होत असलेल्या प्रकल्पासाठी कार्यक्रम विकासकार्यांची यादी तक्ता 3.3 मध्ये दिली आहे.
  • प्रोजेक्ट फाइल उघडा. व्ह्यू पॅनेलमध्ये निवडण्यासाठी माउस क्लिक करा Gantt चार्ट.
  • प्रति स्तंभ कार्याचे नावअनुक्रमे तक्ता 3.3 मधून कार्यांची नावे प्रविष्ट करा. डीफॉल्टनुसार, प्रविष्ट केलेली सर्व कार्ये 1 दिवसाच्या कालावधीसह नियमित कार्ये आहेत. Gantt चार्टवर, ते निळ्या पट्ट्या म्हणून दर्शविले आहेत. एका स्तंभात प्रश्नचिन्ह कालावधीयाचा अर्थ ते वापरकर्त्याने सेट केले नव्हते आणि ते प्राथमिक आहे.
  • स्तंभात कालावधीमैलाचा दगड कालावधी 0 दिवसांवर सेट करा. परिणाम - Gantt चार्टवर, ही कार्ये हिरे म्हणून दर्शविली आहेत. प्रकल्प कार्ये प्रविष्ट करण्याचा परिणाम अंजीर मध्ये दर्शविला आहे. ३.२०.

कार्य एका टप्प्यात रूपांतरित करणे

एखाद्या कार्याचे फेजमध्ये रूपांतर करण्यासाठी, त्या टप्प्यातील सर्व उपकार्ये टेबलमध्ये त्याच्या नंतर लगेच दिसणे आवश्यक आहे.

  • टास्क नंबरच्या क्षेत्रामध्ये डावे माऊस बटण दाबून धरून, 3 - 8 क्रमांकासह टास्क लाइन निवडा.
  • टूलबारवरील बटणावर (एक स्तर खाली) क्लिक करा स्वरूपन. परिणाम - निवडलेली कार्ये त्यात समाविष्ट केलेली उपकार्ये बनतात प्रोग्रामिंग, परंतु प्रोग्रामिंग- टप्पा, म्हणजे संयुक्त कार्य. Gantt चार्टवर, टप्पा एका क्षैतिज कंसाच्या स्वरूपात विभागाद्वारे दर्शविला जातो.
  • 10 - 13 क्रमांकासह कार्ये निवडा.
  • बटण दाबा. डीबगिंगएक टप्पा बनतो आणि निवडलेली कार्ये त्याचे उपकार्य बनतात. परिणाम अंजीर मधील प्रतिमेशी जुळतो. ३.२०.

माऊस वापरून लिंक तयार करणे

  • माईलस्टोन समभुज चौकोनावर माउस हलवा प्रकल्प सुरू.
  • माऊसचे डावे बटण दाबून धरताना, पॉइंटरला टास्कबारवर हलवा समस्येचे सूत्रीकरण.
  • डावे बटण सोडा. परिणाम - कार्यांमध्ये एक दुवा तयार केला जातो, जो कार्य सूचित करतो समस्येचे सूत्रीकरणमैलाचा दगड फॉलो करतो प्रकल्प सुरू. हे नाते Gantt चार्टवर बाण म्हणून चित्रित केले आहे.

कार्य तपशील विंडोमध्ये एक दुवा तयार करा


Predecessors स्तंभ वापरून संबंध तयार करा


उर्वरित प्रकल्पाची निर्मिती कार्यक्रमाच्या विकासाशी जोडली जाते

वर चर्चा केलेल्या पद्धतींचा वापर करून, सारणी 3.5 नुसार प्रकल्पाचे उर्वरित दुवे तयार करा.

तक्ता 3.5.
नाव पूर्ववर्ती कालावधी
1 प्रकल्पाची सुरुवात -
2 प्रोग्रामिंग -
3 समस्येचे सूत्रीकरण 1 10
4 इंटरफेस विकास 3 5
5 डेटा प्रोसेसिंग मॉड्यूल्सचा विकास 4 7
6 डेटाबेस संरचनेचा विकास 3 6
7 डेटाबेस पॉप्युलेट करणे 6 8
8 प्रोग्रामिंग पूर्ण झाले 5;7 -
9 डीबगिंग -
10 सॉफ्टवेअर डीबगिंग 8 5
11 चाचणी आणि दोष निराकरण 10 10
12 कार्यक्रम दस्तऐवजीकरणांचे संकलन 10 5
13 डीबगिंग पूर्ण झाले 11;12 -
14 प्रकल्पाचा शेवट 13 -

लिंक प्रकार, विलंब, लीड आणि मर्यादा

मायक्रोसॉफ्ट प्रोजेक्ट ही एक सर्वसमावेशक सॉफ्टवेअर प्रोजेक्ट मॅनेजमेंट सिस्टम आणि पोर्टफोलिओ मॅनेजमेंट ऑप्टिमायझेशन टूल आहे जे तुम्हाला संस्थांच्या प्रकल्प क्रियाकलापांची योजना आणि नियंत्रण करण्यास अनुमती देते. यासाठी, अंगभूत टेम्पलेट्स, विश्लेषण आणि आकडेवारीच्या विविध स्तरांसाठी साधने, कामाच्या वेळेचे व्यवस्थापन साधने इत्यादींचा वापर केला जातो. लेखात कार्यांचे वर्णन केले आहे आणि Ms प्रोजेक्ट म्हणजे काय, प्रोग्राममध्ये कसे कार्य करावे, आणि अधिक तपशीलवार वर्णन केले आहे. सर्व मायक्रोसॉफ्ट प्रोजेक्ट-संधी कसे वापरायचे.

सामान्य वैशिष्ट्ये आणि प्रतिस्पर्ध्यांमधील उत्पादनाचे स्थान

2007 पासून, Ms Project ची प्रत्येक नवीन आवृत्ती दर तीन वर्षांनी प्रसिद्ध केली जाते. अशाप्रकारे, याक्षणी नवीनतम म्हणजे 2016 च्या आवृत्तीचा अनुप्रयोग "ऑफिस 365" च्या सदस्यतासह, Windows 10, 8.1 आणि 7 शी सुसंगत. इतर समान प्रोग्रामच्या तुलनेत, Ms प्रोजेक्ट सर्वात सामान्य आणि "लाइट" मानला जातो. क्लासिक स्टँडर्ड ऑफिस इंटरफेससह एंट्री-लेव्हल सॉफ्टवेअर प्रोजेक्ट मॅनेजमेंटचा संदर्भ देत. एकल-वापरकर्ता आणि लहान सोल्यूशन्सच्या बाजारात, सॉफ्टवेअर उत्पादन सुमारे 80% व्यापते (हे सुमारे 20 दशलक्ष लोक वापरतात).

प्रकल्पांचे नियोजन आणि नियंत्रण करण्यासाठी पद्धती, प्रक्रिया आणि साधनांचा एकत्रित संच म्हणून, Ms Project हा तुलनेने लहान प्रकल्प कल्पनांच्या अंमलबजावणीसाठी अधिक सामान्यपणे वापरला जातो. तथापि, अनेक सशुल्क पर्यायांचे अस्तित्व - मूलभूत, व्यावसायिक आणि प्रगत - सर्वात संपूर्ण कार्यक्षमता निवडताना, आपल्याला मूलभूत आवृत्तीच्या तुलनेत प्रोग्रामची क्षमता लक्षणीयरीत्या विस्तृत करण्यास अनुमती देते.

असे असले तरी, स्पर्धक - Ms Project चे analogues, त्यांचे स्पर्धात्मक फायदे वाढवतात, अनेकदा खर्च आणि संसाधन नियोजनाचे साधन मोजून आणि बहु-वापरकर्ता कार्याची संघटना सुनिश्चित करून "पुनर्बांधणी" करतात.

मोठ्या प्रकल्पांवर लक्ष केंद्रित करणार्‍या अशा कार्यक्रमांपैकी, कोणीही Russified ओपन प्लॅन निवडू शकतो.

"डिट्यूनिंग" चे आणखी एक क्षेत्र म्हणजे उत्पादनाचे स्पेशलायझेशन. अशा सॉफ्टवेअरमध्ये, Primavera लोकप्रिय आहे, जे अभियांत्रिकी आणि बांधकाम प्रकल्पांच्या क्षेत्रात कॅलेंडर आणि नेटवर्क नियोजन साधन म्हणून व्यापक झाले आहे जे आपल्याला मध्यम आणि मोठ्या प्रकल्पांमध्ये आर्थिक, भौतिक आणि श्रम संसाधने विचारात घेण्यास अनुमती देते. बेसकॅम्पचे क्लाउड-आधारित सॉफ्टवेअर टूल अल्ट्रा-लाइटवेट मॅनेजमेंट सोल्यूशन्स विभागातील शीर्ष स्पर्धक मानले जाते. त्याच वेळी, मायक्रोसॉफ्ट 2013 पासून त्याच्या उत्पादनाची क्लाउड आवृत्ती देखील ऑफर करत आहे.

क्लाउड ऍप्लिकेशन व्यतिरिक्त, प्रोजेक्ट ब्रँड अंतर्गत अनेक उत्पादने उपलब्ध आहेत:

1. प्रोजेक्ट स्टँडर्ड लहान प्रकल्पांसाठी सानुकूल नियोजन करण्यास अनुमती देते.

2. कॉर्पोरेट गव्हर्नन्स एका विशेष व्यासपीठाचा वापर करून चालते, यासह:

  • वास्तविक प्रकल्प सर्व्हर,
  • प्रोजेक्ट प्रोफेशनलची कॉर्पोरेट आवृत्ती, जिथे सहयोग साधने (प्रोजेक्ट सर्व्हर आणि शेअरपॉईंट फाउंडेशन / सर्व्हर) मानक आवृत्तीच्या क्षमतांमध्ये जोडली जातात,
  • कामांच्या प्रगतीचा अहवाल देण्यासाठी, प्रोजेक्ट पोर्टफोलिओ आणि इतर सहयोग (प्रोजेक्ट वेब ऍक्सेस) पाहण्यासाठी वेब-इंटरफेस तंत्रज्ञान.

मायक्रोसॉफ्ट उत्पादनाच्या जवळजवळ मक्तेदारी लोकप्रियतेचा आधार हा आहे की ते एमएस ऑफिस कुटुंबाचा एक भाग आहे, ज्यामुळे हे शक्य होते:

  • Ms Office उत्पादनांच्या परिचित वातावरणात साधनांच्या व्यवस्थापनावर प्रभुत्व मिळवणे सोपे आहे (एक्सेलसह प्रोजेक्ट इंटरफेसची शैलीत्मक समानता स्पष्ट आहे),
  • एमएस प्रोजेक्ट फॉर्म्युला एक्सेल सूत्रांच्या शैलीमध्ये सानुकूलित करा,
  • प्रोग्रॅमिंगद्वारे किंवा Microsoft.Net किंवा Visual Basic वर आधारित रेडीमेड सोल्यूशन्स खरेदी करून उत्पादनाला तुमच्या व्यवसायाच्या वैशिष्ट्यांशी जुळवून घ्या.

तांत्रिक समर्थनाशी संबंधित समस्यांची संख्या कमी करण्यासाठी, मायक्रोसॉफ्ट (उदाहरणार्थ, Microsoft ISV रॉयल्टी प्रोग्रामद्वारे) भागीदारांकडून तयार समाधान खरेदी करण्यास प्रोत्साहित करते, तसेच ग्राहकांना उद्योग समाधानांच्या विकासासाठी भरपाई देते.

कार्यक्रमाची कार्ये आणि संधी

मायक्रोसॉफ्ट प्रोजेक्टमध्ये काम करण्याची शिफारस प्रकल्प दृष्टिकोनाच्या विकासासह सुरू करण्याची शिफारस केली जाते जसे की - त्याची तत्त्वे आणि डिझाइनच्या पद्धतींशी परिचित होणे. साधने योग्यरित्या वापरण्यासाठी हे आवश्यक आहे: मोठ्या प्रकल्पांना भागांमध्ये विभाजित करा, वेळेचा अंदाज समायोजित करा, खात्यात घ्या आणि जोखीम घ्या, टीमवर्कचा मागोवा घ्या आणि प्रेरक तंत्र वापरा. प्रोजेक्ट 2010 च्या विकासासाठी रशियन फेडरेशनच्या शिक्षण मंत्रालयाने 2013 मध्ये जारी केलेल्या पाठ्यपुस्तकात, पहिले अध्याय प्रकल्प व्यवस्थापनाच्या मूलभूत गोष्टींच्या परिचयासाठी समर्पित आहेत - नियोजन तंत्र आणि "प्रोजेक्ट त्रिकोण" तयार करणे ("वेळ -कामाची किंमत-क्षेत्र").

प्रकल्पाच्या दृष्टिकोनाची अंमलबजावणी करण्याच्या बाबतीत, प्रकल्प कार्यक्रम खालील कार्ये सोडविण्यास मदत करतो:

प्रोग्राममध्ये काम करण्यासाठी, "टास्क", "रिसोर्स" आणि "अपॉइंटमेंट" या संकल्पना वापरल्या जातात. प्रकल्पाचे ध्येय साध्य करण्यासाठी, कार्य कार्यांमध्ये विभागले गेले आहे. "संसाधन" ची संकल्पना अधिक वेळा कर्मचार्‍यांना लागू केली जाते, परंतु ती रिअल इस्टेट, उपकरणे, सामग्रीचा देखील संदर्भ घेऊ शकते. मायक्रोसॉफ्ट प्रोजेक्टमध्ये, कार्य पूर्ण करण्यासाठी संसाधने वाटप केली जातात तेव्हा असाइनमेंट होतात. ही नियुक्ती आहे जी समस्या सोडवण्यासाठी लागणारा वेळ आणि परिणामी प्रकल्पाचा एकूण वेळ ठरवतात. प्रदर्शन, विश्लेषण आणि इनपुटसाठी, तथाकथित आहेत. कार्य दृश्ये (Gantt चार्ट, कार्य फॉर्म, इ.) संसाधने (संसाधन आलेख, संसाधन पत्रक) आणि असाइनमेंट (उदाहरणार्थ, संसाधन वापर), जे ग्राफिकल, सारणीबद्ध आणि फॉर्म दृश्ये आहेत.

एका स्क्रीनवर आवश्यक माहिती अधिक पूर्णपणे प्रदर्शित करण्यासाठी, मेनूमध्ये "चेक बॉक्स" सेट करून एकल (सामान्य) दृश्य मोडऐवजी, एक एकत्रित मोड प्रदर्शित केला जातो. या प्रकरणात, स्क्रीन क्षैतिजरित्या विभाजित केली जाते, ज्यामुळे एकाच वेळी दोन दृश्ये पाहणे शक्य होते.

प्रकल्पावरील कामाचे विभाजन कामाचे ब्रेकडाउन संरचना बनवते, ज्यामध्ये कार्ये विविध प्रकारांद्वारे दर्शविली जातात:

  1. एक स्वतंत्र कार्य.
  2. एक सारांश कार्य (टप्पा) ज्यामध्ये संबंधित कार्यांचा समूह असतो.
  3. एक मैलाचा दगड - एक संदर्भ चिन्ह - महत्वाच्या घटनेचा एक बिंदू, जो प्रकल्पाच्या प्रगतीवर नियंत्रण ठेवतो.
  4. आवर्ती कार्य जे प्रकल्पादरम्यान नियमितपणे घडते (उदाहरणार्थ, "सकाळच्या बैठका").

प्रोजेक्ट 2010 पासून प्रारंभ करून, कार्ये आपोआप आणि व्यक्तिचलितपणे शेड्यूल केली जाऊ शकतात, या प्रकरणात कार्य शेड्यूलमध्ये कुठेही ठेवता येते.

Intel, Tesla, Toyota, BMW, Kraft, 21st Century Fox, British Airways आणि इतर लाखो कंपन्यांनी कौतुक केलेल्या फायद्यांचे पॅकेज सतत नवकल्पनांसह अद्यतनित केले जाते जे अधिकृत प्रकल्प वेबसाइटवर, विशेष रशियन ब्लॉगमध्ये किंवा Facebook आणि Vkontakte समुदाय. .