👄 🆘 👩🏻‍🎨 कंपनी के प्रोजेक्ट मैनेजमेंट सिस्टम की बारीकियों के लिए Microsoft प्रोजेक्ट सर्वर 2010 का अनुकूलन 👃 🤜🏿 👩🏽‍🔧

हम विशिष्ट ग्राहक आवश्यकताओं को पूरा करने के लिए Microsoft प्रोजेक्ट सर्वर 2010 को अंतिम रूप देने में अपना अनुभव साझा करना चाहते हैं।

यह आलेख उन दोनों व्यावसायिक उपयोगकर्ताओं के लिए दिलचस्पी का हो सकता है जो अपनी कंपनी के संबंध में प्लेटफ़ॉर्म की नई सुविधाओं के बारे में जान सकते हैं, और तकनीकी विशेषज्ञ जो लेख से नए ज्ञान के बारे में Microsoft प्रोजेक्ट सर्वर 2010 शोधन विधियों के बारे में जान सकते हैं।

छोटा सा परिचय

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

परियोजना प्रबंधन के लिए सूचना प्रणाली को आदर्श रूप से निम्नलिखित कार्यक्षमता प्रदान करनी चाहिए (पूरी तरह से, लेकिन सामान्य रूप से, पर्याप्त):

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

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

कंपनियों द्वारा कॉरपोरेट प्रोजेक्ट मैनेजमेंट सिस्टम बनाने के लिए आधार के रूप में विचार किए गए विकल्पों में से एक Microsoft प्रोजेक्ट सर्वर 2010 (2013) है। लेकिन क्या कंपनी के अनुरोधों का व्यावहारिक रूप से "बॉक्स से बाहर" या कम से कम संशोधनों के साथ उपयोग करना संभव है, और खुला प्रश्न कितना संभव और सुविधाजनक है।

यदि कैलेंडर-नेटवर्क योजना और परियोजना के संसाधन प्रबंधन की कार्यक्षमता के साथ कोई प्रश्न नहीं हैं, तो डिफ़ॉल्ट रूप से Microsoft प्रोजेक्ट सर्वर 2010 (2013) द्वारा प्रदान की गई परियोजना कार्यक्षेत्र की कार्यक्षमता इतनी गुलाबी नहीं है।

समस्या का बयान

हम एक वास्तविक परियोजना का एक उदाहरण देते हैं।

परियोजना को शास्त्रीय पद्धति के अनुसार आयोजित किया जाता है और इसमें चरण होते हैं: दीक्षा, योजना, कार्यान्वयन, निगरानी और नियंत्रण, समापन।

आइए हम एक परियोजना की दीक्षा और योजना के चरणों पर ध्यान दें। हम सिस्टम से क्या चाहते हैं (आदर्श रूप से) कंपनी के मानकों के अनुसार एक परियोजना का निर्माण और परियोजना मूल्यांकन और योजना पर सामूहिक कार्य के लिए एक तंत्र (कार्यक्षमता) शामिल है:

कार्य 1. कंपनी के आंतरिक मानकों के अनुसार सभी आवश्यक विशेषताओं वाली एक परियोजना बनाएं। उदाहरण के लिए, आंतरिक बजट और पोर्टफोलियो वर्गीकरण के अनुसार परियोजना कोड।

कार्य 2. परियोजना को कार्य क्षेत्र बनाने के बाद स्वचालित रूप से प्राप्त करें जो परियोजना के लिए बुनियादी डेटा उत्पन्न करने के लिए बुनियादी कार्यक्षमता प्रदान करता है, अर्थात्:

परियोजना वर्गीकरण (लक्ष्य, निर्णय, परिणाम, लाभ और परियोजना की व्यवहार्यता अध्ययन);
परियोजना की संगठनात्मक संरचना (प्रबंध और संचालन परिषद, कार्य समूह, आवश्यक योग्यता वाले आवश्यक विशेषज्ञ);
परियोजना का कार्यक्षेत्र और कार्यक्षेत्र (परियोजना के कार्यात्मक, संगठनात्मक और तकनीकी संस्करणों, बदलते संस्करणों के लिए प्रक्रियाएं);
परियोजना कार्यान्वयन (कार्यान्वयन रणनीति, मान्यताओं और सीमाओं, प्रभाव विश्लेषण) के लिए दृष्टिकोण;
परियोजना बजट (वित्तपोषण चरण, परियोजना चरणों और लागत आइटम, कुल परियोजना बजट द्वारा वित्तपोषण चरणों के भीतर काम की गुंजाइश);
परियोजना प्रलेखन का संरचित भंडार;
अंतिम चरण के दस्तावेज़ के रूप में एक परियोजना पासपोर्ट की स्वचालित पीढ़ी।

हम इस बात पर जोर देते हैं कि कार्यक्षेत्र (कार्य 2) के लिए आवश्यकताएं हमारे लिए महत्वपूर्ण हैं, क्योंकि परियोजना के शुरुआती चरणों में विभिन्न कर्मचारी टीमवर्क में भाग लेते हैं (उनके पास हमेशा Microsoft प्रोजेक्ट के साथ काम करने का कौशल नहीं होता है) और हमें परिचित उपयोगकर्ता इंटरफ़ेस में काम करने के लिए उन्हें एक आरामदायक तंत्र प्रदान करना होगा।

आउट ऑफ बॉक्स सॉल्यूशन ओवरव्यू

डिफ़ॉल्ट सेटिंग्स के साथ Microsoft प्रोजेक्ट सर्वर 2010 का उपयोग करते समय हम क्या प्राप्त कर सकते हैं, और यह हमारी अपेक्षाओं को कैसे पूरा करेगा?

कार्य 1. कंपनी के आंतरिक मानकों के अनुसार सभी आवश्यक विशेषताओं वाली एक परियोजना बनाएं। उदाहरण के लिए, आंतरिक बजट और पोर्टफोलियो वर्गीकरण के अनुसार परियोजना कोड।

हम कस्टम फ़ील्ड तंत्र का उपयोग करके सभी विस्तारित परियोजना विशेषताओं को प्राप्त कर सकते हैं, जिनमें से मुख्य लाभ रिपोर्टिंग डेटाबेस तक स्वचालित पहुंच और उनके ऊपर एनालिटिक्स बनाने की क्षमता है।

एकमात्र दोष यह है कि हम परियोजना के प्रकार और इसे वर्गीकृत करने वाली अन्य विशेषताओं के आधार पर स्वचालित रूप से परियोजना कोड उत्पन्न नहीं कर सकते हैं।

कार्य 2. एक परियोजना को कार्य क्षेत्र बनाने के बाद स्वचालित रूप से मिलता है जो परियोजना पर बुनियादी डेटा उत्पन्न करने के लिए बुनियादी कार्यक्षमता प्रदान करता है।

यहां सब कुछ इतना रसपूर्ण नहीं है: न्यूनतम सेटिंग्स के साथ Microsoft प्रोजेक्ट सर्वर 2010 (2013) का उपयोग करते समय, हम केवल एक मानक परियोजना कार्यक्षेत्र प्राप्त कर सकते हैं:

दस्तावेजों;
जोखिम;
प्रश्न।

मानक परियोजना कार्यक्षेत्र (विस्तार करने के लिए, एक नए टैब में चित्र खोलें)

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

क्या Microsoft प्रोजेक्ट सर्वर 2010 की बुनियादी कार्यक्षमता का विस्तार और संशोधन करने के लिए एक समझौता और "छोटा रक्त" खोजना संभव है?

उत्तर: "हाँ" और उससे अधिक नीचे।

Microsoft प्रोजेक्ट सर्वर का अंतिम रूप। तकनीकी पहलू

तो वांछित परिणाम प्राप्त करने के लिए क्या किया जा सकता है?

टास्क 1 एक परियोजना बनाते समय, हमें किसी परियोजना की स्वचालित कोडिंग की कार्यक्षमता का अभाव था, जो इसकी विशेषताओं पर निर्भर करता है।

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

सीधे फ़ील्ड के साथ काम करने के लिए, आपको PSI, ProjectServerServices.dll नामक प्रोजेक्ट सर्वर वेब Api के लिए एक प्रॉक्सी असेंबली की आवश्यकता होगी। यह ध्यान दिया जाना चाहिए कि पीएसआई के साथ काम करना बहुत विशिष्ट है, जैसा कि सभी कार्य विशेष डेटासेट का उपयोग करके किए जाते हैं, और इसके बारे में जानकारी कुछ हद तक बिखरी हुई है। वांछित क्षेत्र की आईडी प्राप्त की जा सकती है, उदाहरण के लिए, इस लेख का उपयोग करके http://msdn.microsoft.com/en-us/library/office/ms453399(v=office.15).aspx , फिर:

//read project information var projectDS = ProjectSvc.ReadProject(ProjectUID, SvcProject.DataStoreEnum.WorkingStore); foreach (ProjectDataSet.ProjectCustomFieldsRow cfRow in projectDS.ProjectCustomFields) { //if field exists, just update it if (cfRow.MD_PROP_UID.ToString() == id.ToString()) { //update the value cfRow.TEXT_VALUE = code; customFieldFound = true; } }

जिसके बाद प्रोजेक्ट को वापस करना होगा।

 //create a new job id jobId = Guid.NewGuid(); //checkin the updated project bool force = false; string sessionDescription = "updated custom fields"; ProjectSvc.QueueCheckInProject(jobId, ProjectUID, force, sessionId, sessionDescription);

और प्रकाशित करें।

 //create a new job id jobId = Guid.NewGuid(); bool fullPublish = false; ProjectSvc.QueuePublish(jobId, ProjectUID, fullPublish, EndpointAddressProjectSvc.Uri.ToString())

टास्क २ किसी प्रोजेक्ट को कार्य क्षेत्र बनाने के बाद स्वचालित रूप से प्राप्त करें जो किसी प्रोजेक्ट पर मूल डेटा बनाने के लिए बुनियादी कार्यक्षमता प्रदान करता है (प्रोजेक्ट पासपोर्ट की तैयारी)।

तो, एक मानक MS SharePoint कार्यक्षेत्र क्या है: यह एक विशेष टेम्पलेट के अनुसार बनाई गई साइट है जिसमें दस्तावेजों, प्रश्नों और जोखिमों की सूची है। अब हम एक नोड टेम्प्लेट प्राप्त करना चाहते हैं जिसमें समृद्ध कार्यक्षमता हो।

पहला सवाल यह है कि एक साइट परिभाषा कैसे बनाई जाए जो एमएस SharePoint कार्यक्षेत्र टेम्पलेट के रूप में उपयोग की जा सकती है। इसके दो तरीके हैं:

एक Sandboxed समाधान बनाएँ जो मानक PWS कार्यस्थान पर आधारित है।
फार्म सॉल्यूशन साइट की परिभाषा बनाएं।

दोनों विकल्पों पर विचार करें:

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

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

शुरू करने के लिए सबसे अच्छी जगह "एंटरप्राइज प्रोजेक्ट टाइप डिटेल्स" पेज (\ PWA \ ADMIN \ EnterpriseProjectTypeDetails.aspx) है, जहां कॉल की एक श्रृंखला के बाद, हम Microsoft.Office.Project.Serec.dll और ReadWssInstalledLanguagesAndWebTempalates (...) क्लास में आते हैं।
Microsoft.Office.Project.Server.BusinessLayer.Admin हम वहां क्या देखेंगे ...

  foreach (SPWebTemplate sPWebTemplate in sPWebTemplateCollection) { if (sPWebTemplate.ID >= 6000 && sPWebTemplate.ID <= 6220) { dataRow = webTemplatesTable.NewRow(); dataRow["LanguageId"] = sPLanguage.LCID; dataRow["TemplateName"] = sPWebTemplate.Name; dataRow["TemplateTitle"] = sPWebTemplate.Title; dataRow["TemplateId"] = sPWebTemplate.ID; webTemplatesTable.Rows.Add(dataRow); } }

यह कितना सरल है: यह एक ID है - और यह वही ID है जो webtemp में स्थापित है _ ***। Xml - 6000 से 6220 की सीमा में होनी चाहिए। हालाँकि, यह सब नहीं है: यदि आप वांछित आईडी के साथ SiteDefinition बनाते हैं, तो यह वास्तव में पृष्ठ पर दिखाई देता है। "एंटरप्राइज़ प्रोजेक्ट प्रकार विवरण"। हालांकि, ऐसी साइट का निर्माण गिर जाएगा। क्यों?

उत्तर: MicrosoftOffice.Project.Server.BusinessLayer.Project क्लास के AddOrChangeProjectWorkspaceAddress (...) विधि में। यदि आप ध्यान से कोड का विश्लेषण करते हैं, तो आप देख सकते हैं कि यह PWSIssues, PWSRisk और PWSDocLibs शीट्स के अस्तित्व पर निर्भर करता है। आप हमारे SiteDefinition में उपयुक्त फ़ीचर जोड़ सकते हैं, या आप फ़ीचर PWS को onet.xml में जोड़ सकते हैं, जो आपकी ज़रूरत की हर चीज़ को जोड़ देगा।

 <!--Activate PWS Feature --> <Feature ID="90014905-433F-4a06-8A61-FD153A27A2B5"> <Properties xmlns="http://schemas.microsoft.com/sharepoint/"> <Property Key="InheritGlobalNavigation" Value="false"/> <Property Key="OnQuickLaunch" Value="false"/> <Property Key="InheritCurrentNavigation" Value="false"/> <Property Key="IncludeSubSites" Value="false"/> <Property Key="IncludePages" Value="False"/> </Properties> </Feature>

जो वास्तव में आश्चर्य की बात नहीं है, क्योंकि मानक साइट परिभाषा PWS एक ऐसी साइट है जिसमें यह सुविधा सक्रिय है।
महत्वपूर्ण !!! कार्यक्षेत्र का निर्माण "Microsoft प्रोजेक्ट सर्वर कतार सेवा 2010" सेवा में होता है, इसलिए आपको SiteDefinition को बदलते समय इसे पुनः आरंभ करना होगा।

हमारा कार्य क्षेत्र क्या होगा? यह विशिष्ट डेटा वाली सूचियों का एक सेट होगा। और पृष्ठों का एक सेट जो इन सूचियों से विभिन्न स्लाइस को प्रदर्शित करता है, साथ ही ProjectServer_Reporting डेटाबेस।

यह 2 प्रश्न उठाता है:

कोड की न्यूनतम राशि का उपयोग करके डेटा कनेक्शन कैसे बनाएं?
वर्तमान परियोजना से संबंधित डेटा का चयन कैसे करें?

पॉइंट 1. डेटाफॉर्मवर्बपार्ट और इसके एग्रीगेटडैटसॉरसे कनेक्ट करने के लिए अच्छी तरह से अनुकूल हैं। संक्षिप्त बिंदु यह है: हम सभी स्रोतों से डेटा का चयन करते हैं, और फिर xsl स्तर पर कनेक्शन बनाते हैं। एक उदाहरण:

 <cc1:AggregateDataSource runat="server" RowsName="" SeparateRoot="true" RootName="" IsSynchronous=""> <Sources> <cc1:SPSqlDataSource runat="server" AllowIntegratedSecurity="False" ConnectionString="" <%$ connectionStrings:.._ConnectionString %>" SelectCommand="SELECT TOP 1000 [] as WorkResults, [TaskIndex], [TaskOutlineNumber], [TaskUID],cast(cast(TaskWork as decimal(9,2)) AS FLOAT) as TaskWork,[TaskName] FROM [ProjectServer_Reporting].[dbo].[MSP_EpmTask_UserView] TV INNER JOIN [ProjectServer_Reporting].[dbo].[MSP_EpmProject] PR ON TV.ProjectUID = PR.ProjectUID WHERE PR.ProjectUID = @ProjUid " ID="SqlDataSource1"> <SelectParameters> <asp:controlparameter name="ProjUid" controlid="PlaceHolderMain$wspp" propertyname="ProjUid"/> </SelectParameters> </cc1:SPSqlDataSource> <cc1:SPDataSource runat="server" DataSourceMode="List" SelectCommand="..."/> <cc1:SPDataSource runat="server" DataSourceMode="List" SelectCommand="..."/> <cc1:SPDataSource runat="server" DataSourceMode="List" SelectCommand="..."/> </Sources> <Aggregate> <concat name="data source"> <concat name="data source"> <datasource name="TasksInfo" id="0" /> <datasource name="ProjectPhases" id="1" /> <datasource name="ProjectWorkSteps" id="2" /> <datasource name="Contracts" id="3" /> </concat> </Aggregate> </cc1:AggregateDataSource>

इस कोड को देखते हुए, डेटाबेस तक पहुँचने के लिए SPSqlDataSource के सेट को देखना और देखना आसान है और सूचियों तक पहुँचने के लिए SPDataSource। जो कुछ करना बाकी है, वह .xsl लिखना है, जो उन्हें आवश्यकतानुसार प्रदर्शित करेगा।

आइटम 2 और यहाँ दूसरी समस्या उत्पन्न होती है। डेटा का चयन कैसे करें, इस मामले में कार्य, जो वर्तमान परियोजना से सीधे संबंधित है, और दूसरों से नहीं? यहां दो विकल्प हैं:

एक। कार्यक्षेत्र के URL पर ध्यान दें। और पहले से ही अनुरोध में, MSP_EpmProject प्लेट द्वारा ProjUid की गणना करें।
ख। हालांकि, एक दूसरा विकल्प है: MSPWAPROJUID फ़ील्ड में, MSWWAPROJUID फ़ील्ड में MS Sharepoint कार्यस्थानों के लिए ProjUid को SPWeb गुणों में दर्ज किया गया है, इसलिए आप इसे वापस करने वाला एक सरल नियंत्रण लिख सकते हैं:

  public class WSProjectProperties : WebControl { public String ProjUid { get { if (SPContext.Current == null) return null; if (SPContext.Current.Web == null) return null; return SPContext.Current.Web.AllProperties[“MSPWAPROJUID”] as string; } } }

और इसका मान पहले से ही DataSource को दिया जाता है, जैसा कि पिछले उदाहरण में दिखाया गया है।

परिणामस्वरूप हमें क्या मिलता है?

Microsoft प्रोजेक्ट सर्वर का अंतिम रूप। परिणाम।

नतीजतन, एक छोटे से प्रयास के बाद, एक मानक कार्यक्षेत्र के बजाय, हम अपनी आवश्यकताओं के अनुसार एक पूर्ण टीम वर्क टूल प्राप्त कर सकते हैं:

हमारी आवश्यकताओं के अनुसार परियोजनाओं का वर्गीकरण और उनका स्वचालित कोडिंग:

कार्यक्षमता के साथ एक कार्यक्षेत्र जिसकी हमें आवश्यकता है जिसे उपयोगकर्ता अनुभव के अनुसार अधिकतम रूप से अनुकूलित किया गया है:

मुख्य परियोजना लक्ष्य का गठन:

परियोजना की संगठनात्मक संरचना, जिसमें कई परियोजना टीमों का प्रबंधन शामिल है:

परियोजना के कार्यक्षेत्र और दायरे का निर्धारण और इसके कार्यान्वयन के लिए दृष्टिकोण:

कार्य के चरणों पर विवरण के साथ परियोजना की वित्तीय योजना का गठन और Microsoft प्रोजेक्ट 2010 में गठित अनुसूची अनुसूची के चरणों के आधार पर अनुबंधित संबंधों की योजना:

और कैलेंडर अनुसूची के चरणों के आधार पर इसमें शामिल कार्यों की सूची:

लागत मद और समय अंतराल पर काम के सहसंबंध के साथ संविदात्मक संबंधों की योजना:

परियोजना के लिए योजना डेटा (परियोजना पासपोर्ट) के आधार पर दस्तावेजों की हार्ड कॉपी की स्वचालित पीढ़ी:

प्रमुख संकेतकों पर आधारित परिचालन परियोजना प्रबंधन पैनल (परियोजना सारांश):

* संकेतक स्वचालित रूप से लाल रंग में चिह्नित होते हैं, जो स्वचालित रूप से Microsoft प्रोजेक्ट 2010 के कैलेंडर शेड्यूल या कंपनी के वित्तीय प्रणालियों के वास्तविक डेटा के आधार पर उत्पन्न होते हैं।

कार्य की योजना और कार्य की वास्तविक शर्तों और परियोजना के मील के पत्थर की उपलब्धि के आधार पर चरणों में कार्य के निष्पादन की निगरानी, समय सीमा और कार्य के उल्लंघन के एक दृश्य संकेत सहित:

* परियोजना के चरणों के बारे में जानकारी, चरणों और समय सीमा तक काम का दायरा वास्तविक समय में Microsoft प्रोजेक्ट 2010 से शेड्यूल के डेटा के आधार पर उत्पन्न होता है, और प्रोजेक्ट मील के पत्थर को प्राप्त करने की जानकारी प्रोजेक्ट लाइब्रेरी में पोस्ट किए गए दस्तावेजों के आधार पर उत्पन्न होती है।

यही है, आवश्यक आवश्यकताओं को पूरा किया जाता है, परिणाम काफी छोटे प्रयास के साथ प्राप्त किए जाते हैं।

निष्कर्ष।

इस उदाहरण में, एक वास्तविक परियोजना के आधार पर, हमने दिखाया कि कंपनी की बारीकियों के लिए Microsoft प्रोजेक्ट सर्वर 2010 को अपनाने और सिस्टम के साथ काम करने के एर्गोनॉमिक्स में सुधार संभव और प्राप्य है।

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

इसी तरह, परियोजना योजना से संबंधित सामूहिक कार्य के अलावा, परियोजना पर परिचालन डेटा के साथ काम करने के कार्यों को हल किया जा सकता है, विशेष रूप से:

खरीद प्रक्रियाओं का प्रबंधन;
अनुबंध कार्य प्रबंधन;
परियोजना के प्रश्नों और जोखिमों के साथ काम करना;
प्रसंस्करण दस्तावेजों के लिए एक संरचित दस्तावेज़ भंडार और कस्टम व्यवसाय प्रक्रियाओं सहित परियोजना प्रलेखन के साथ काम करें।