前回プロジェクトの作成が完了したので、今度はプロジェクトの中身を埋めていきましょう。
プロジェクトが始まると、一般的に以下のような構成でプロジェクト計画書を作成します。
- プロジェクトの目的とゴール
- スコープ（範囲）
- スケジュール
- コスト
- 体制（リソース）
- コミュニケーション
- 品質マネジメント
- リストと対策
今回は Dynamics 365 for Project Service Automation の WBS とスケジュールボードを活用して
プロジェクトの「スケジュール」「コスト」「体制（リソース）」を設定する手順をご紹介します。
目次
作業テンプレートでリソースの作業日時を設定
事前準備として作業テンプレートを作成します。作業テンプレートは、リソースの稼働日時と祝日の設定して共通のカレンダーとして利用できる機能です。同じ環境下で作業するリソース毎に、共通の作業テンプレートを適用することで、プランニングがしやすくなります。
基本作業日時を設定
メニューで「リソース」を開き、テンプレートの元となるリソースの作業日時をまず設定します。
ここでは “汎用リソース” を選択しています。
上部メニューの「作業時間」をクリックします。
スケジュール表が表示されています。ここで、「設定」より「新しい週単位のスケジュール」をクリックします。
1週間と1日の作業時間を指定します。「作業時間の設定」をクリックします。作業時間を設定してください。
今回は 9:00 – 17:00 の8時間としました。「休憩の追加」をすると休憩時間を追加することもできます。※休憩時間は追加していません。
作業日数、休業日、開始日とタイムゾーンを設定したら「保存して閉じる」をクリックします。
これで基本的な作業日（月曜日から金曜日）と作業時間（9:00 – 17:00）がカレンダーに反映されます。
祝日の設定
作業日時が設定されたら、次は祝日を設定します。祝日は国や年により異なるので今回は 2019年の祝日だけを設定することにします。
祝日の日付を選択して「設定」より「休暇」をクリックします。
終日として “祝日” といれておきます。※具体的な祝日の名前をいれてもOKです。
スケジュールに祝日が追加されました。Outlook のような日本の祝日をインポートするような機能があれば便利ですが
現状は用意されていないので、一年分の祝日はこのように１つずつ設定してください。
作業テンプレートの作成と適用
作業日時と祝日の設定が完了したらテンプレート化します。
作業時間を設定したリソースにチェックをいれて「カレンダーを名前を付けて保存」をクリックします。
テンプレート名を入力して保存して閉じます。
作業時間を設定していないリソースをすべて選択して、「カレンダーの設定」をクリックします。
先ほど作成した作業テンプレートを選択して「Apply」をクリックします。
これでリソースの作業時間が設定されました。プロジェクトにおいては、複数の組織や複数の地域・国によってプロジェクトメンバーが構成されると思います。その場合は、それぞれ作業時間やカレンダーが異なる境界線ごとに作業テンプレートを作成して、各リソースに設定してください。
プロジェクトに作業テンプレートを割り当てる
作業テンプレートは既定のテンプレートが設定されているので変更します。プロジェクトを開いて「カレンダーテンプレート」に作成した作業テンプレートを設定して保存します。
これで、リソースおよびプロジェクトに関係するリソースの作業日時を設定できました。次は、プロジェクトのスケジュールとコスト、そしてリソースを設定していきます。
WBS でスケジュール・コスト・リソースを設定
リソースに作業テンプレートを設定したら、次はプロジェクトの「スケジュール」「コスト」「体制（リソース）」を設定します。
まずは WBS を作成してプロジェクトの開始日と終了日、各工程にアサインするリソースを設定します。
プロジェクトタスクの追加
※これからご紹介する手順は、Dynamics 365 for Project Service Automation のバージョン 2 の環境上かつWeb インターフェイスから作業を行う場合の手順です。バージョン 2 の環境かつ統一インターフェイスから WBS を編集することはできません。もし統一インターフェイスで WBS を編集する場合は Project Service をバージョン3 にアップデートする必要があります。（マイクロソフトに確認済み）
プロジェクトの上部のメニューを開いて、WBS をクリックします。
「＋タスクの追加」でプロジェクトの工程を追加します。
「インデント」をクリックすると、タスクを1つ下げることができます。
スケジュールの追加
「要件定義」のタスクを複数作成しました。各タスクの「開始日」と「終了日」を設定します。
先行タスクがある場合は「前のタスク」にも値を追加します。
予定される労務コストを確認
WBS の「列の選択」をクリックすると、表示されていない列を表示できます。ここで “工数” と “予定労務コスト” にチェックを入れてください。
ここで WBS で追加したタスクと作業工数をもとに、プロジェクトの予定労務コストが計算されます。
ここでは、PM のロールが、53時間が工数として必要とされています。ロールの価格はコスト価格表で設定した通りです。
ここでは、DeMo株式会社のコスト価格表で PM は 160 時間なので、もし 53 時間ということであれば、
(PMの原価) x (工数) / 160 = 1,000,000 円 x 53 / 160 = 331,250 円
が予定の労務コストとなります。ここはあくまで原価なので、ここで営業価格表分の差額を請求して利益を出すことになります。
タスクに必要なロールを設定
各タスクにリソースを割り当てます。タスクの「割り当てられたロール」をクリックして、「＋追加」でロールの行を追加します。
「ロール」と「リソース単位」を設定します。
もし割り当てるロールの稼働を 100% 以下にする場合は、「出荷単位」を変更します。設定完了すれば「OK」をクリックします。
すべてのタスクにロールを割り当てました。
この時点では、まだプロジェクトチームのメンバーが特定されていないので、ロールのみを割り当てています。
プロジェクトチームの作成
WBS のタスクに必要なロールが設定できたら、プロジェクトチームを作成します。「プロジェクト チームの作成」をクリックします。
ダイアログが表示されるので「はい」をクリックします。
次のダイアログで PM というロールに対して “汎用リソース” が追加されたと表示されます。
これで WBS でプロジェクトのチームを作成することができました。
スケジュールボードでチームを構成
プロジェクトの詳細画面に戻り、「チーム」を展開します。
チームには、プロジェクトの承認者である “作成者” と、WBS で作成した “汎用リソース” の 2 つが存在します。
特に何も設定していないと、プロジェクトを作成したユーザーがプロジェクトの承認者として、要求されたリソースやリソースの作業完了報告を承認する役割を持ちます。プロジェクトの承認者かどうかはメンバーの編集画面で「プロジェクト承認者」が “はい” になっているかどうかで判断できます。複数の承認者がいるプロジェクトでは、ここを設定してください。
リソース要求を送信する
汎用リソースはまだ特定のリソースが割り当たっていない状態を指します。
そのため、プロジェクト管理者からリソースマネージャーにリソースの要求を行い、適切なリソースを割り当て作業を行います。
まずは汎用リソースをダブルクリックで開きます。
上部ボタンで「予約」と「要求の送信」のボタンがあります。
これらのボタンがリソースを割り当てる作業で利用されますが、
操作ユーザーがプロジェクトにどのような権限を持っているかで利用するボタンが異なります。
|
予約：リソースマネージャーと呼ばれる組織のリソースを管理して、複数のプロジェクトでどのリソースをどこに割り当てるか決定できるユーザーの場合は、「予約」ボタンでプロジェクトに直接リソースを割り当てます。 要求の送信：プロジェクト管理者であるが、組織のリソースを自由に割り当てる権限がない場合は「要求の送信」をクリックして、リソースマネージャーと呼ばれる組織のリソース管理者に “プロジェクトにリソースが必要です” と要求を送信します。 |
ここではリソースを要求して、スケジュールボードで空いているリソースを割り当てる手順とします。
「要求の送信」をクリックします。コメントは任意です。「OK」をクリックして閉じます。
送信されたリソース要求は、メニューの「リソース要求」から確認できます。
先ほど送信した要求があるのでチェックをいれて「リソースの検索」をクリックします。
スケジュールボードが開き、要求に合ったリソースがいるかどうか表示されます。左パネルが「フィルター」になっており、このフィルター条件にあったリソースが表示されます。今回は Test Taro さんが空いているようなので予約をします。名前の個所をクリックすると予約画面が右パネルに表示されます。「予約の状態」で “本” として 「予約」ボタンをクリックします。これで予約は確定します。
予約を確定すると、このように空き時間が０時間になったのがわかります。
先ほどのプロジェクトのチームを確認すると、”汎用リソース” が Test Taro に代わっていることがわかります。
このようにプロジェクトにリソースを割り当てていきます。もし WBS でタスクを追加して別のリソースが必要になれば同じ手順でリソースを確保していきます。もちろん WBS でタスクを増やすと、予定の労務コストも増えるので、営業案件で作成した見積もりの金額を上回らないように注意が必要です。
最後に
ここでは、プロジェクト作成後、WBS やスケジュールボードで「スケジュール」「コスト」「体制」を設定しました。実際に操作をしているとスケジュールボードの動作やリソースの要求の手順のところ少し気になる動作も見受けられたので、このあたりも調査を進め、また共有できたらと思います。
また、上述した “統一インターフェイスで WBS を編集する” 件について、Project Service Automation のバージョン２から３へアップデートして、その後動作確認をしたら、また情報を共有します。
