Microsoft Project Server 2010の会社のプロジェクト管理システムの仕様への適応

特定の顧客の要件を満たすために、Microsoft Project Server 2010の最終化における経験を共有したいと考えています。



この記事は、自社に適用されるプラットフォームの新機能について学ぶことができるビジネスユーザーと、Microsoft Project Server 2010の改良方法に関する新しい知識から学ぶことができる技術スペシャリストの両方にとって興味深いものです。

小さな紹介

大企業では、プロジェクト管理は会社の基準によって厳密に規制されています。 原則として、すべてのプロジェクトには明確な分類と明確に定義されたプロジェクトライフサイクルがあります。 さらに、同時に実行される多数のプロジェクトと、さまざまな部門のプロジェクトに関与する多数の専門家。



プロジェクト管理の情報システムは、理想的には次の機能を提供する必要があります（完全ではありませんが、一般的には十分です）。

• プロジェクトの正当化、要件の仕様、ボリュームの形成、範囲、計画されたリソース、プロジェクト予算の準備を含むプロジェクトの開始。
• カレンダーとネットワークの計画。
• プロジェクトのリソース管理。
• プロジェクトの運用情報を維持し、プロジェクトのステータスを監視します。
• 設計活動のワークフローおよび設計文書のアーカイブの維持。
• プロジェクトのリスク、問題、変更要求の管理。
• プロジェクトに関する運用レポートおよび統計レポートの作成。

さらに、情報システムは、カスタマイズ可能なプロジェクト分類システムから始まり、必要なすべての機能を提供するプロジェクトチームのチームワークのためのカスタマイズ可能な領域で終わる、会社の内部標準に柔軟に適応する必要があります。



企業がプロジェクト管理システムを構築するための基礎として考慮しているオプションの1つは、Microsoft Project Server 2010（2013）です。 しかし、それを会社の要求に実際に「そのまま」または最小限の変更を加えて使用することは可能ですか。また、未解決の問題はどの程度可能で便利かということです。



カレンダーネットワークの計画とプロジェクトのリソース管理の機能に関する質問がない場合、既定では、Microsoft Project Server 2010（2013）が提供するプロジェクトワークスペースの機能はそれほどバラ色ではありません。

問題の声明

実際のプロジェクトの例を示します。



このプロジェクトは、古典的な方法論に従って編成されており、開始、計画、実装、監視と制御、終了の各段階が含まれています。



プロジェクトの開始と計画の段階について詳しく見てみましょう。 システムに（理想的に）求めているのは、企業の基準に基づいたプロジェクトの作成と、プロジェクトの評価と計画に関する共同作業のメカニズム（機能）です。



タスク1.会社の内部標準に従って、必要なすべての属性を含むプロジェクトを作成します。 たとえば、内部予算とポートフォリオの分類に応じたプロジェクトコード。



タスク2.プロジェクトの作成後に、プロジェクトの基本データを生成するための基本機能を提供する作業領域を自動的に取得します。

• プロジェクトの分類（プロジェクトの目標、決定、結果、利益、および実行可能性の調査）;
• プロジェクトの組織構造（管理評議会、運営評議会、ワーキンググループ、必要な資格を持つ必要な専門家）;
• プロジェクトの範囲と範囲（プロジェクトの機能的、組織的、技術的ボリューム、ボリュームの変更手順）;
• プロジェクトの実装へのアプローチ（実装戦略、仮定と制限、影響分析）;
• プロジェクト予算（資金調達段階、プロジェクト段階および費用項目ごとの資金調達段階内の作業範囲、総プロジェクト予算）;
• プロジェクト文書の構造化されたリポジトリ。
• 最終段階のドキュメントとしてのプロジェクトパスポートの自動生成。

プロジェクトの初期段階では、さまざまな従業員がチームワークに参加しているため（彼らは常にMicrosoft Projectと連携するスキルを持っているわけではありません）、使い慣れたユーザーインターフェイスで作業するための快適なメカニズムを提供する必要があるため、ワークスペース（タスク2）の要件は重要です。

すぐに使えるソリューションの概要

Microsoft Project Server 2010をデフォルト設定で使用すると何が得られますか？これはどのように期待に応えますか？



タスク1.会社の内部標準に従って、必要なすべての属性を含むプロジェクトを作成します。 たとえば、内部予算とポートフォリオの分類に応じたプロジェクトコード。



カスタムフィールドメカニズムを使用して、すべての拡張プロジェクト属性を取得できます。その主な利点は、レポートデータベースへの自動アクセスと、その上に分析を構築する機能です。



唯一の欠点は、プロジェクトのタイプとそれを分類するその他の属性に基づいてプロジェクトコードを自動的に生成できないことです。



タスク2.プロジェクトの作成後に、プロジェクトの基本データを生成するための基本機能を提供するワークエリアを自動的に取得します。



ここではすべてがそれほどバラ色ではありません。最小限の設定でMicrosoft Project Server 2010（2013）を使用すると、次のものを含む標準プロジェクトワークスペースのみを取得できます。

1. 書類
2. リスク
3. 質問。

標準プロジェクトワークスペース（拡大して、新しいタブで画像を開く）



したがって、予備的な結果は次のようになります。MicrosoftProject Server 2010（2013）は、スケジュール、ネットワーク計画、リソース、問題、リスクの管理に関してプロジェクト管理の集合作業にうまく対処しますが、プロジェクトパスポートインジケーターの形成での快適な作業にはあまり適していません、プロジェクトの財務計画、契約作業、プロジェクトワークフロー全体。



Microsoft Project Server 2010の基本機能を拡張および変更するための妥協と「小さな血」を見つけることは可能ですか？



回答：「はい」などの詳細については、下記をご覧ください

Microsoft Project Serverの完成。 技術的側面

では、望ましい結果を得るために何ができるでしょうか？



タスク1 プロジェクトを作成するとき、プロジェクトの特性に応じて、プロジェクトの自動コーディングの機能が欠けていました。



技術的な観点から、組織はプロジェクトの作成中に定義されたコードを使用してプロジェクトの識別を使用します。 つまり プロジェクトを作成するときのタスクは、次のPRJ形式でプロジェクトのコードを生成することです[プロジェクトタイプ指定子] [アクティビティ] [選択したタイプと方向内の番号]。 これには、プロジェクトイベントハンドラーと呼ばれるMS Projectメカニズムが非常に適しています。 つまり プロジェクト作成イベントで、必要なコードを生成するハンドラーを切る必要があります。 目的のフィールド値を書き込む方法は？



フィールドを直接操作するには、PSI、ProjectServerServices.dllと呼ばれるProject Server Web Apiのプロキシアセンブリが必要です。 PSIでの作業は非常に具体的であることに注意してください。 すべてのアクションは専用のDataSetを使用して行われ、それに関する情報は多少分散しています。 目的のフィールドのIDは、たとえば、この記事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())
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

タスク2 プロジェクトの作成後に、プロジェクトの基本データを生成するための基本機能を提供する作業領域を自動的に取得します（プロジェクトパスポートの準備）。



したがって、標準のMS SharePointワークスペースとは何ですか。これは、ドキュメント、質問、リスクのリストを含む特別なテンプレートに従って作成されたサイトです。 次に、機能が豊富なノードテンプレートを取得します。



最初の質問は、MS SharePointワークスペーステンプレートとして使用できるサイト定義を作成する方法です。 2つの方法があります。

1. 標準のPWSワークスペースに基づくサンドボックスソリューションを作成します。
2. ファームソリューションのサイト定義を作成します。

両方のオプションを検討してください。



サンドボックスソリューションまたはサイト定義は、既存のワークスペースのチンキです。 その利点は、作成されたワークスペースがすぐに管理インターフェイスに表示されることです。 ただし、サンドボックスソリューションの制限は非常に強力です。 たとえば、データベースにアクセスすることはできません。これはまさに私たちが望んでいることです。 Microsoft Projectおよびワークスペースへのさまざまなデータ接続を直接表示します。



ファームソリューション。 利点は明らかです。OMSharePointに完全にアクセスでき、さまざまなソースからデータを呼び出すことができます。 ただし、Site-Definitionをワークスペーステンプレートとして使用するために有効と見なすにはどうすればよいですか？ Googleはやがて私たちを助けられませんでした。 そのため、IL-SpyまたはReflectorを使用して次の操作を行います。



開始するのに最適な場所は、「Enterprise Project Type Details」ページ（\ PWA \ ADMIN \ EnterpriseProjectTypeDetails.aspx）からです。ここでは、一連の呼び出しの後、Microsoft.Office.Project.Server.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-これはwebtempに設定されているのと同じID _ ***。Xml-6000から6220の範囲でなければなりません。しかし、これだけではありません。目的のIDでSiteDefinitionを作成すると、実際にページに表示されます「エンタープライズプロジェクトタイプの詳細」。 ただし、そのようなサイトの作成は失敗します。 なんで？



回答：Microsoft.Office.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 Project Server Queue Service 2010」で行われるため、SiteDefinitionを変更する場合はワークスペースを再起動する必要があります。



私たちの作業領域は何になりますか？ これは、特定のデータを含むリストのセットになります。 そして、これらのリストのさまざまなスライスを表示するページのセット、およびProjectServer_Reportingデータベース。



これにより、2つの質問が発生します。

1. 最小限のコードを使用してデータ接続を行う方法は？
2. 現在のプロジェクトに関連するデータを選択する方法は？

ポイント1. DataFormWebPartとそのAggregateDataSourcseは接続に適しています。 簡単な点はこれです：すべてのソースからデータを選択し、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 そして、ここで2番目の問題が発生します。 他のプロジェクトではなく、現在のプロジェクトに直接関連するデータ（この場合はタスク）を選択する方法は？ ここには2つのオプションがあります。



a。 ワークスペースのURLに注目してください。 すでにリクエストに含まれている場合、MSP_EpmProjectプレートでProjUidを計算します。

b。 ただし、2番目のオプションがあります。MSSharepointワークスペースのProjUidはSPWebプロパティのMSPWAPROJUIDフィールドに記録されるため、それを返す単純なコントロールを作成できます。

  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 Project Serverの完成。 結果

その結果、標準的なワークスペースの代わりに少し努力するだけで、要件に応じた本格的なチームワークツールを入手できます。

• 要件に応じたプロジェクトの分類と自動コーディング：

• ユーザーエクスペリエンスに最大限適合した、必要な機能を備えたワークスペース：

• プロジェクトの主なターゲット指標の形成：

• いくつかのプロジェクトチームの管理を含む、プロジェクトの組織構造：

• プロジェクトの範囲と範囲の決定、およびその実装へのアプローチ：

• Microsoft Project 2010で形成されたスケジュールスケジュールの段階に基づいて、作業段階の詳細とプロジェクトの財務計画の形成、および契約関係の計画：

• カレンダースケジュールの段階に基づいて、それに含まれる作品のリスト：

• コスト項目と時間間隔に関する作業の相関関係を伴う契約関係の計画：

• プロジェクトの計画データに基づくドキュメントのハードコピーの自動生成（プロジェクトパスポート）：

• 主要な指標に基づく運用プロジェクト管理パネル（プロジェクト概要）：

*インジケーターは自動的に赤でマークされ、Microsoft Project 2010のカレンダースケジュールまたは会社の金融システムからの実際のデータに基づいて自動的に生成されます。

• 計画された作業条件と実際の作業条件、およびプロジェクトのマイルストーンの達成に基づいて、段階的な作業の実行を監視します。

* Microsoft Project 2010のスケジュールのスケジュールデータに基づいて、プロジェクトのステージ、ステージごとの作業範囲、および期限に関する情報がリアルタイムで生成され、プロジェクトマイルストーンの達成に関する情報がプロジェクトライブラリに投稿されたドキュメントに基づいて生成されます。



つまり、必要な要件が満たされ、結果はかなり少ない労力で達成されます。

おわりに

この例では、実際のプロジェクトに基づいて、Microsoft Project Server 2010を会社の仕様に適合させ、システムを操作する人間工学を改善することに関連するタスクが可能であり、達成可能であることを示しました。



プロジェクトワークスペースの実装例は、個々の企業の活動の詳細に基づいて提供されており、記事に記載されている方法を使用して、Microsoft Project Server 2010をあらゆる企業のプロジェクト活動の詳細に適合させることができるという事実の例となります。



同様に、プロジェクトの計画に関連する集合作業に加えて、特にプロジェクトの運用データを操作するタスクを解決できます。

• 調達手順の管理。
• 契約作業管理;
• プロジェクトの質問とリスクに取り組みます。
• 構造化ドキュメントリポジトリやドキュメントを処理するためのカスタムビジネスプロセスなど、プロジェクトドキュメントを操作する