マスタスケジュールをなんとなく作成している方も多いと思いますが、まずは作成する目的を正しく理解することで、どのような観点に気を付けて、スケジュールを作成するべきかわかってきます。

サポーターさん

プロジェクト管理を正しく行う上で必須の知識とスキルとなるため理解して身に着けておくことをお勧めします。

1.プロジェクトのマスタスケジュールの作成目的について

マスタスケジュールを作成する目的としては以下のようなものがあります。

１．プロジェクトの全体像（作業グループや時間軸）を把握

マスタスケジュールを作成することで、プロジェクトの全体像（どのような作業（大きなまとまりでの作業グループ）があり、
どのタイミングで何をしないといけないのかなど、作業や時間軸）をつかむことができます。

マスタスケジュールは大日程（月や週単位）でのスケジュールを作成するため全体像を把握することはできますが、具体的な作業内容や担当者、詳細日時は把握することはできません。

詳細なスケジュールやタスク、担当については、マスタスケジュールに基づきWBSを作成していく流れとなります。

図：WBS作成例

２．マイルストーンの把握

マイルストーンとは、中間目標地点や節目のポイントという意味合いで使われます。

例えば、プロジェクトスタートが2023年1月で、システムの本番運用開始が24年1月とした場合には、以下のようなマイルストーンを設定します。

プロジェクト終了から逆算して

• 要件定義終了（3月末）
• 設計終了（5月末）
• 開発終了（8月末）
• テスト終了（10月末）
• 受入・運用準備（11月末）
• 移行完了（12月末）

上記のようなマイルストーン以外にも中間報告であったり稼働直前の判定会議なども定義することが多いでしょう。

プロジェクトの主要マイルストーンを置くことで、いつまでに何を達成するべきかが明確となります。（期日の把握）

マイルストーンについては、マスタスケジュールに組み込みをすると同時に、詳細な期日や内容を定義するために以下のような表を別途作成して具体的な期日や達成指標（評価ポイント）などを説明するとよいでしょう。

表：マイルストーン定義

２．各工程の作業関係の明確化

マスタスケジュールを作成することで、各工程のアクティビティ（作業タスク）の関係性を可視化することができます。

これにより、例えば要件定義と設計開発期間が重複していないか、開発とテストが重複していないかなど各工程の作業期間の整合性をチェックすることができるようになります。

また他システムとの連携などがある場合には、他社と設計や開発・テスト・移行などの作業期間や役割を調整する必要があるため、マスタスケジュールを使って大まかな作業時期の調整を行うことができます。

詳細な作業時期の調整については、各作業工程で各社の作業内容や役割を確認して、具体的な作業計画を立てる必要があります。

例えば、結合テストであればテスト計画を立てる際に各社でテスト計画書に基づき、テストの役割、作業内容、作業要員、作業環境、検証方法などを検討し、詳細スケジュールを立てて作業を実施していくことになります。

補足）工程自体の定義については、プロジェクト計画書などで作業内容や成果物など具体的に何をする工程なのかを明示しておくとよいでしょう。

表：各作業工程の定義（例）

３．クリティカルパスの可視化

クリティカルパスとは？

定義した各工程のうち、その工程が遅延するとプロジェクト全体のスケジュールの遅延に繋がる作業ルートをクリティカルパスといいます。クリティカルパスを明確化することで、作業の優先順位を立てることができます。

またクリティカルパスに遅延が生じるリスクが発生した時点で、重点的に要員を補充したり、作業ボリュームの調整を行うなどリスクを最小化していくことができます。

クリティカルパスは、作成したマスタスケジュールに対して、以下のような形で設定するとわかりやすいでしょう。

図：マスタスケジュール（クリティカルパス設定」）

2.テーラリングガイド

基本的にはシステム開発で見積もりした内容（必要な工程、要員、作業期間など）を考慮してマスタスケジュールを検討します。

マスタスケジュール（年単位）

時間軸の長いもの（プロジェクトが超大型で長期にわたるようなもの、複数のシステムと並行して動くようなもの）はこちらの年単（四半期区切り）のものを使って、全体の概要がわかるレベルのものを一つ用意するとよいでしょう。

資料の作成粒度としては、基本的に年（四半期）の軸で定義して、縦軸はシステムや業務機能などを定義します。

期間に合わせて工程（フェーズ）を定義して、各工程の中で実施する作業の概要を記載するとよいでしょう。

上記サンプルでは、要件定義工程で、現状分析、業務要件定義、システム要件定義、システム化範囲の決定、非機能要件の検討などを定義しています。

プロジェクトによって、各工程で何をどこまで実施するか異なる部分もあるため、プロジェクトに合わせて適宜変更してください。

マスタスケジュール（週単位）

プロジェクトの規模が比較的小さいものなどは週単位で工程定義や作業内容を定義するとよいでしょう。

もしくは、サンプルにはありませんが、月単としてもよいでしょう。

マイルストーンの定義については、上記スケジュール内に定義するのと合わせて別途具体的なマイルストーン定義ができるように以下のようなスライドを追加するとよいでしょう。

クリティカルパス設定

プロジェクトで定義した各工程のクリティカルパスを検証して、マスタスケジュールに明示します。

マイルストーン定義

マイルストーンの定義についてもプロジェクトによって何をマイルストーンとするかが異なりますので、プロジェクトに合わせて適宜変更してご利用ください。

3.テンプレートのダウンロード

資料のダウンロードおよびご利用に関しては、本サイトのコンテンツ利用規約に同意される場合のみ利用可能となります。

一般公開資料（PPT版）

まとめ

そのほか要件定義に関するドキュメントをお探しの場合は、以下の記事にご利用可能な全てのコンテンツ（ドキュメント）が掲載されているので、合わせてご利用ください。

参考

ダウンロード可能なコンテンツ（サンプル・フォーマット）一覧

[st-kaiwa2]お問合せ・ご要望いただいているコンテンツも頑張って作成して…

続きを読む

サポーターさん

ブログランキングに参加しましたので、ご支援していただけると幸いです。

にほんブログ村

本サイトではBacklogを使った管理やExcelテンプレートを使ったサンプルなどをご提供しておりますが、最近MicrosoftのOfficeテンプレートも充実してきていて、お気に入りのWBSテンプレートがあったのでご紹介させていただこうと思います。

サポーターさん

Backlog（バックログ）は現在無料トライアルを実施しているので、バックログのトライアルを利用してみたい方は、以下の記事からどうぞ。

参考

Backlog（バックログ）を使ってタスクやプロジェクト管理を効率化しよう

Backlogのご紹介 今回は、クリエイティブコンテンツラボトウキョウがお勧めす…

続きを読む

シンプルガントチャート

ガントチャートサンプルイメージ

非常にシンプルな構成で、デザインもきれいなのでお気に入りで使っています。

機能のご紹介

カレンダー（日付列）作成

プロジェクトの開始の欄に日付を指定すると、その日を起算日として、それ以降の日付の列を自動的に作成してくれます。

※以下の要件定義などの工程の枠はデフォルトでは表示されていないため、必要があればプロジェクトのマスタスケジュールに合わせて追加してください。

タスクの開始終了日時管理

各タスクの開始、終了日を入力すると自動的に日付のマスがパープル色に塗りつぶしされます。

（日付入力前）

（日付入力後）

タスク進捗率管理

進捗率を%で入力すると自動的に日付のマスがグレーで塗りつぶされます。

（進捗率入力前）

（進捗率入力後）

進捗率が入力されると自動的に日付のマスタ進捗率に合わせてグレーで塗り替えられます。

シンプルガントチャートはこちらからダウンロードしてご利用いただけます。

(2022/06/01Update）

オリジナルテンプレートを少し加工したものは以下からダウンロードいただけます。

※ダウンロードしたExcel内に提供元の情報があるのでこちらも掲載しておきます。

使い方

使い方は非常にシンプルで、以下の設定だけで簡単に利用できます。

①タイトルの指定

・会社名やプロジェクト名などのタイトルを設定します。

②プロジェクト期間の指定

・プロジェクトの開始欄に開始日を設定します。プロジェクト期間が長い場合は、日付の列をコピーして追加してください。

③タスクの設定

・タスク名、担当者、期間（開始、終了）の設定

Salesforceの一般的な各工程のタスクについては、以下のサンプルを参考にしてください。

参考

WBS（work-breakdown-structure）（Excelテンプレート）サンプル

本記事では、Creative Content Lab Tokyo（クリエイティブ…

続きを読む

管理したい項目を追加したい場合は、B列とC列の間に入れるとよいでしょう。

例えば、タスクの階層を増やしたり、成果物を定義したり、コメントの列を追加するなど。

【その他】

進捗報告用にサマリーの情報が欲しい場合には、上記の記事を参考に進捗の集計やグラフなどを使って可視化をしてください。

【補足】

Excelの使い方や設定されている書式の内容は、公式サイトが出しているYoutube動画から確認することができます。

[youtube id=un8j6QqpYa0]

まとめ

テンプレートのご利用に関して不明な点があればお問い合わせください。 また、テンプレートに対しての要望がありましたらご意見ください。 皆様の役に立つように改善していきたいと思います。

サポーターさん

ブログランキングに参加しましたので、ご支援していただけると幸いです。

にほんブログ村

今回の記事では、要件定義移行の工程のWBSタスクについての説明をしていきたいと思います。

1.要件定義フェーズの主なWBSタスク

Salesforce導入プロジェクトの要件定義工程のタスクは以下のようなものとなります。Salesforce以外のシステム開発以外がない場合については、基本的に基盤（インフラ関連）の要件検討が不要となります。

また、非機能要件に関しても基本的にはセールスフォース・ドットコム社が提示している内容に準拠したものとなるため、一般的なシステム開発と比べると要件の検討にかかる工数は少なめになるかと思います。

ただし、お客様はクラウドサービスに対する不安として、機密情報やお客様の個人情報の漏洩がないかなど、セキュリティ面に関しては、厳しい目でチェックされるため、Salesforceの基本アーキテクチャやセキュリティ対策についてはしっかり内容を理解して説明できるようにしておきましょう。

1.現状調査(AS-IS)

最初に定義するタスクの分類としては以下のようなものになります。

Salesforceでは、ロールやプロファイルを使って、システムの権限設定を行いますが、その際に、お客様の組織図ベースで検討をすることも多いため、最初にお客様の組織構成は把握しておくことをお勧めします。

また、業務体系を把握する場合やヒアリングを行う場合にも、どのような部署が存在して、組織内での業務上の役割は何かということを把握するためにも必要となってきます。

続いて、お客様の現行業務の境調査を行います。プロジェクトによっては、要件定義の前のグランドデザイン（基本構想/戦略）工程で実施する場合もあると思います。その場合には、現状調査した結果の成果物（業務フロー、業務説明書、課題と施策一覧）などがあれば、次の検討を実施することができるため、タスクとしては不要となります。

要件定義工程で実施する場合であっても、要件定義を短期間で効率的に実施するために事前に現状の業務内容についての事前調査を各現場の担当者へ依頼しておくとよいでしょう。

普段実施している業務であっても意外と説明できなかったり、課題として意識されていないこともあるため、事前に検討してもらうことで効率的に課題を抽出したり業務内容を整理することができるようになります。

また、この時点で現場担当者が抱えている課題・問題点や改善要望も合わせて確認しておくことをお勧めします。

現状の業務ヒアリングのテンプレートは以下に公開しておりますので、ご利用ください。

参考

業務ヒアリングシート（Excelテンプレート）

本記事では、Creative Content Lab Tokyo（クリエイティブ…

続きを読む

2.システム要件定義

現状調査が完了したら次は将来像（To-Beモデル）の検討となります。インプットは、現状調査した業務フローや課題・要求事項などとなります。

これらを用いて、業務改善ポイントの検討やシステム化要件を取り纏めていきます。

業務コンサルタントがいる場合には、業務改善の工程が入ってきますが、本記事ではシステム要件定義にフォーカスして説明していきます。

現状調査結果に基づき、システム化の方針を検討し、新システムを用いたプロセスを検討し、新業務フロー図を作成します。また機能要求については、別途要求機能一覧として整理しておきます。

上記タスクの定義が完了したら、取り纏めた内容をもって、現場担当者を交えて検討会（ワークショップ）を開催して、課題の対応方針や新業務プロセスについて現場の意見を取り入れてブラッシュアップしていくというタスクがあります。

システム化の方針と要求機能一覧が整理できてきたら、システム機能詳細の検討に入っていきます。

システム機能要件の検討段階では、以下のようなタスクが発生します。

（要求機能を具体的なシステム機能に落とし込んでいく作業）

一般的な要件定義では、要求機能一覧をベースにシステム機能一覧を作成していきます。

システム機能一覧の作成手順などは、別途要件定義の記事で詳細を説明しますが、ここでは要求機能からシステム機能への落とし込みをしていくためのインプットとなる要求仕様の整理を行います。

要求仕様の一覧を作成し、業務領域、プロセス、課題・問題点、業務要求、改善効果、対応方針などを取りまとめておきます。これをもって、業務改善/システム化の切り分けや対応の優先順などを決めていきます。

参考

要求仕様管理一覧（テンプレート）

本記事では、Creative Content Lab Tokyo（クリエイティブ…

続きを読む

機能要件の整理とは別に非機能要件の要件検討タスクも定義します。

SalesforceはSaaSのため、インフラ関連の非機能に関しては、検討事項は少なくなりますが、非機能で検討すべき内容は、IPAが公開している非機能要求グレード表を用いて、検討が必要な項目の洗出しのタスクは定義しておきましょう。

非機能要求グレードについては、以下、IPAの公式HPからダウンロードして利用することができます。詳しい利用方法の解説もあります。

続いて、設計やテスト方針、教育要件、移行要件に関するタスクを定義しましょう。

教育や移行に関しては、要件定義では方針、スコープ、体制・役割、（大日程）スケジュールについての検討を実施するためこれらの検討タスクを定義しておきましょう。

標準化については、プロジェクトで利用する用語集の作成や設計フェーズ以降で必要となる命名規約等のドキュメントの作成タスクを定義します。

そのほか、Salesforceの要件定義では、プロトタイプを作成して、画面イメージや操作感などを検証することが多いと思います。

その場合には、環境の準備やプロトタイプを作成するための設定・開発工数がかかるためこれらもタスクとして定義しておきましょう。

まとめ

以上が、要件定義工程のタスクの説明となります。

クリエイティブコンテンツラボトウキョウが提供するExcelのWBSテンプレートをダウンロードしたいという方は、こちらをどうぞ。

参考

WBS（work-breakdown-structure）（Excelテンプレート）サンプル

本記事では、Creative Content Lab Tokyo（クリエイティブ…

続きを読む

関連記事

WBSを作成するためには、プロジェクトの各工程で必要な作業内容や作業工数を理解しておく必要があります。

まだプロジェクトの経験が少ない場合もあると思いますので、そうした場合には、Salesforce導入プロジェクトの標準WBSを使って、それをテーラリングして利用するという方法がお勧めです。

先輩社員などが別のプロジェクトで利用したWBSなど社内で共有されているものがあれば積極的に活用していきましょう。

そうした資産がまだないという場合には、クリエイティブコンテンツラボトウキョウが本サイトで公開している標準WBSのテンプレートを利用してください。

テンプレートは、本記事の最後にご紹介しているリンクを参照してください。

1.WBSを作成する（プロジェクト計画）

WBSを作成する場合に、どんな粒度でタスクを記述するか、工程ごとに作成するかプロジェクトの全工程まとめて記述するかということで悩んだ方も多いと思います。

これについては、一概にこれが正しいやり方というのは存在しません。

プロジェクトの特性（アジャイル開発なのか、ウォーターフォール型の開発なのかなど）、プロジェクトの規模、担当領域など様々な要素に応じて最適なものが変わってきます。

そのため標準テンプレートを利用する場合でも、タスクレベル（記載粒度）はプロジェクトに合わせて最適化して利用してください。

タスクを定義する粒度としては、チーム単位ではなく、一人の担当者に割り当てられるようなレベルのタスクと成果物を記載するようにします。

また作業工数については、目安として1タスクあたり2、3日までで終わるようなタスクレベルで定義するとよいでしょう。

たとえば、要件定義書作成というタスクがある場合に、1つの章を2，3日で作成すると想定して、章ごとに1つのタスクを定義するなど。

最初にレベル１のタスクを定義する

まずは、レベル１（大項目）の作業タスクを定義します。一般的にレベル1では、作業工程を定義することが多いです。（要件定義、設計、開発…など）

※システム領域をレベル１にしているものもありますが、このような場合には、システムごとにWBSを分けて作成したほうがよい場合があります。

一般的には以下のような工程をレベル１として定義します。

各工程をレベル１で定義したら続いて作業期間を設定しますが、期間はプロジェクト計画時に作成しているマスタスケジュールに合わせて設定します。

基本的には上記のような大まかなマスタスケジュールに沿って、各工程ごとに開始終了期間を設定します。

プロジェクト管理経験が少ないＰＭが設定するとマスタスケジュールに合わせてきっちり開始、終了期間を設定する場合がありますが、基本的にはバッファを持たせた日程を設定するようにしましょう。

管理人

各工程間にバッファを持たせるもしくは、最後にまとめてバッファを積むことを意識しましょう

内部的には各タスクの終了期日を少し前倒しで設定することで、作業メンバーには多少プレッシャーがかかりますが、何か問題が発生した場合のリカバリー期間が確保できます。

プロジェクトが小規模な場合は全工程を纏めてWBSに記載してもよいですが、基本的には工程ごとに分けたほうが管理しやすいと思います。

プロジェクト計画タスク（準備）を定義

まずは、プロジェクトの準備タスクを定義しましょう。

プロジェクト開始前にやるべきタスクは意外と多いですが、しっかりと準備しておくことでプロジェクトの垂直立ち上げが可能となるため、頑張ってやっていきましょう。

プロジェクトの計画段階における準備タスクの分類としては以下のようなものがあります。

お客様から内示をいただいたらすぐに実施するべきことは、プロジェクトマネージャのアサインです。

大型の案件では、提案時点からプロジェクトを担当予定のPMが必ず参加しないといけない場合もありますが、プロジェクト担当となったPMは早い段階からプロジェクトにアサインし、準備を始めるようにしましょう。

また可能であれば、PMOも一緒にこの段階から参加してもらうのがよいでしょう。

準備タスクの最初は、提案内容の引継ぎとしていますが、提案に最初からＰＭが入っている場合には特に必要ないタスクとなりますが、提案に加わっていない場合は、しっかりと引継ぎの時間を確保しましょう。

引き継ぐ内容としては、主に営業担当者からの引継ぎとなると思いますが、プロジェクトの背景や目的、最終的なゴールはＲＦＰベースで説明してもらうようにしましょう。

また、お客様から受領した資料や打ち合わせのメモなど必要な情報が漏れなく連携されるように受領資料の引き渡しも忘れないようにタスクとして定義しておくとよいでしょう。

つづいて、プロジェクトのキックオフに向けて、プロジェクト計画書の作成タスクを定義します。こちらは主にＰＭ主体で実施する作業となりますが、プロジェクト計画書に記載する事項は多岐にわたるため、時間がない場合はPMOやプロジェクトメンバーと分担して作業するとよいでしょう。

プロジェクト計画書の作成については、以下の記事で作成手順やテンプレートを公開しているので、参考にしてください。

参考

プロジェクト計画書の作成（１）

今回の記事は、プロジェクトの計画策定がテーマとなります。 営業の提案が採用される…

続きを読む

プロジェクト計画書については、営業担当者やプロジェクト責任者を交えてしっかり内部レビューを実施したうえで、お客様や関係各社へ説明するようにしましょう。レビューのタスクを定義するとともに、レビューに備えてレビュー観点表を用意しておきましょう。

プロジェクト計画書のレビュー観点としては以下のようなものがあります。

レビュー計画書やレビュー指摘票のテンプレートは以下からダウンロードしてご利用いただけます。

レビュー計画表

工程別レビュー計画書（Excelテンプレート）サンプル

本記事では、Creative Content Lab Tokyo（クリエイティブ…

続きを読む

レビュー指摘表

レビュー指摘表（Excelテンプレート）サンプル

本記事では、Creative Content Lab Tokyo（クリエイティブ…

続きを読む

プロジェクト計画と合わせて、要員のアサインもタスクとして管理しておきましょう。

外部パートナーに参画してもらう場合には、面談や契約手続きなども必要となるため、早めに実施するようにしましょう。

PMOが早い段階で作業可能な場合には、プロジェクト管理ツール（タスク管理、課題管理、コミュニケーション管理、ファイル管理）などの準備を進めたり、プロジェクト管理や要件定義、設計書などのファイル様式（ドキュメントフォーマット）を準備しておくようにしましょう。

こういったタスクも以外と作業時間がかかるため、プロジェクトの垂直立ち上げのためには可能な限り前倒しで準備を進めるようにしましょう。

タスク管理、コミュニケーション管理の用意ができたら、直近のタスクはそちらを使って推進するようにしましょう。

本サイトでご紹介しているBacklogを利用すると、タスク/課題管理やファイル管理がまとめて行えるため非常に効率的に作業を進められます。

気になった方は、以下から無料トライアルをはじめてみてはいかがでしょうか、

【100万人以上が使う】タスク管理・プロジェクト管理ツール「Backlog」の新規無料トライアル

計画書の準備が終わり、プロジェクト初期メンバーのアサインが終わったら、プロジェクト内部のキックオフを実施しましょう。

キックオフでは、プロジェクト計画に沿って、プロジェクトの概要やスケジュール、進め方などをメンバーに説明します。

また体制・役割を説明し、メンバーに対して期待している役割とタスクを説明しておきましょう。具体的なタスクはWBSに定義し、Backlogなどの管理ツールを使って、日々の進捗を管理するようにしましょう。

最後に、お客様や関係各社を集めてのプロジェクトキックオフミーティングを開催します。

キックオフミーティング後は、さっそくお客様や関係各社とのコミュニケーションが必要となってくるため、コミュニケーション管理ツールを使っての運用ルールなども説明し、すぐに使い始められるようにしておきましょう。

まとめ

以上が、準備段階のタスクの説明となります。準備だけでも深堀をしていくと、必要なタスクがたくさんあることがご理解いただけたと思います。

続いては、要件定義、設計、開発などのタスクについて説明していきたいと思います。

続きは、次の記事をご覧ください

参考

作業計画を立てる（WBSを作成する）（３）要件定義フェーズの主要タスク

前回はWBSの最初のタスク（プロジェクト準備）について説明いたしました。 今回の…

続きを読む

次の記事の前に、クリエイティブコンテンツラボトウキョウが提供するExcelのWBSテンプレートをダウンロードしたいという方は、こちらをどうぞ。

参考

WBS（work-breakdown-structure）（Excelテンプレート）サンプル

本記事では、Creative Content Lab Tokyo（クリエイティブ…

続きを読む

関連記事

プロジェクト計画では、全体の作業スケジュール（マスタスケジュール）を作成しましたが、プロジェクトの細かい進捗管理のためには、詳細なタスクベースの計画が必要となります。

一般的には、これらはWBS（work breakdown structure）を使って定義します。

WBSは、作業分解構成図のように訳されることがありますが、その名前の通り、作業（タスク）を詳細レベルに分解して、親子関係、前後関係、優先度などを定義したものとなります。

WBSはタスクのレベルを定義します。

以下の場合は、大項目、中項目、タスクと3段階となっていますが、大規模プロジェクトで5段階以上で定義されることもあります。

またタスクの前後関係や作業期間を可視化するためのガントチャート（進捗を管理するためのスケジュール表※下図の右側）と合わせて利用することが多いです。

WBSを作成するには、プロジェクトの各工程の中で必要となる作業（タスク）やどの程度の作業日数（工数）が必要か理解している必要があります。

そのため、WBSの作成にはある程度のプロジェクト経験が必要となります。

特に開発作業（特に設計やプログラミング）の経験がないPMやPMOの場合、厳密にこれらの作業工数を見積するのは難しいのではないかと思います。

そういった場合は、開発費用を見積もりする際に算出した作業工数をベースにするとよいでしょう。

セールスフォース（Salesforce）の案件では、比較的小さな規模の場合、一人や数人で要件定義からリリースまで対応することも多いため、すべての工程を経験しているエンジニアの方も多いのではないでしょうか。

1.WBS・ガントチャート作成ツール

WBS作成にあたり、プロジェクトでどのようなツールを使うのがよいか検討するところから始まります。

会社で用意されているものやお客様から指定がある場合を除いて、プロジェクトマネージャやPMO自身が用意することが多いのではないかと思います。

最近では、クラウド系のWBSやタスク管理ツールが充実していきていますが、やはり王道のExcel管理も外せないといったところでしょうか。

WBSやガントチャートはあくまで進捗の管理がメインとなるため、それぞれのタスクの細かい状況や課題を管理するのには向いてません。

そのため、WBSのタスクと課題管理を合わせて実施するのが効率的な管理となってきます。

（注意）以下のランキングは、クリエイティブコンテンツラボトウキョウが独自に評価したもので、サービスの品質を保証するものではありませんので、ご注意ください。

Backlog

私がお勧めするのは、Backlogを使って、作業タスクと課題、スケジュール管理を同時に行うという方法です。

Backlogc（バックログ）は、ほかにもファイル管理やGitとの連携などプロジェクト管理には欠かせない機能がたくさんあります。

無料でお試しできますので、使ってみたいという方はこちらの記事を参考にしてください。

参考

Backlog（バックログ）を使ってタスクやプロジェクト管理を効率化しよう

Backlogのご紹介 今回は、クリエイティブコンテンツラボトウキョウがお勧めす…

続きを読む

Backlogの場合、タスクを登録すると自動的にガントチャートが生成されます。

日々の進捗管理で、直近の進捗状況をガントチャートで確認するのに非常に役に立ちます。詳細な使い方などは以下を参照ください。

場合によっては、Excelと並行して利用するような状況も出てくるかもしれませんが、BacklogではExcelのタスクを一括で取り込む機能があるため、登録の手間は省略可できます。

とにかくプロジェクト管理では、管理するべき内容が多岐にわたり作業工数も膨大になりがちなので、タスク、課題、進捗、構成管理、コミュニケーション管理などある程度まとめて管理できるBaclogのようなサービスを利用することで非常に効率的に管理ができ、作業不可もかなり低減することができます。

気になった方は、以下から無料トライアルをはじめてみてはいかがでしょうか、

【100万人以上が使う】タスク管理・プロジェクト管理ツール「Backlog」の新規無料トライアル

Asana（アサナ）

Asana（アサナ）

プロジェクト管理ツールのAsanaは、大企業での実績も多く、機能が充実しているだけではなく、デザインが非常に優れていると思います。

機能としては、以下のようなものが用意されておりますが、それ以外にも100を超えるサービスとの連携が可能となっているようです。（2021年7月25日現在）

• タスク管理（リスト、かんばんボード）
• ガントチャート（タイムライン）
• カンレダー
• ワークフロー
• ダッシュボード

Asana for Salesforceを使うことで、Salesforceとの連携も可能となっているようです。

お客様や関係各社と共同でタスク・課題管理ツールを利用する場合によくある問題が、誰が最終的に承認してクローズをするのかということです。

Backlogでも、承認者や承認日の項目を設けて対応することは可能ですが、asanaの場合には、専用の承認ワークフローが定義できるため、複雑な承認ワークフローが必要な場合には、Asanaを選択するのもよいでしょう。

タスクの表示方法は、Backlogと同じようにリスト表示やタイムライン（ガントチャート）、ボード（かんばん）の3種類があるようです。

ボードの場合には、ドラッグ＆ドロップでステータスの更新が可能です。

サポーターさん

ダッシュボードの機能は非常に便利なものとなっており、そのまま利用すればプロジェクトの進捗報告も捗りますね

Basicプラン（個人利用）は、無料となっています。

試してみたい方はBasicプランから始めてみてはいかがでしょうか。

Jira（atlassian製品）

続いては、atlassian製品であるJIRAとなります。グローバルプロジェクトではJIRAとConfluenceの組み合わせがよく利用されています。

JIRAはプロジェクト管理ツールで、タスク管理を得意とします。

保守サービスなどの運用において、チケットのやり取りで利用されることもあります。

主な機能は、以下の通りですが、Confluenceと一緒に使うことでプロジェクト管理を効率的に行うことができるようになっています。

• 課題の編集（要約、説明、担当者の変更など）
• ワークフローの操作
• ファイルの添付
• コメントの追加
• 作業時間のチェックと記録
• 課題に関連したソースコードのコミット

グローバルなど大規模プロジェクトでのコールセンターや保守サポートなど、他のシステムと連携してリアルタイムでチケットの管理を行うような場合には、非常にお勧めのツールとなります。

Confluenceについては、ドキュメントコラボレーションツールの位置づけとなっており、会議などの議事録としての用途やアイデアを形にする際に、ホワイトボードにマーカーで自由に描くように、ブラウザ上で自由に文字を書いたり、表や画像を挿入したり、文章にコメントしたり、課題と紐づけたりすることができます。

無料プランでも小規模プロジェクトであれば十分使える内容となっているので、試してみたい方はAtlassianの公式HPより登録してみてください。

Redmine

Redmineの機能としては、タスク管理、ガントチャート、wiki、ファイル管理などBacklogに近い機能が多くあります。

Backlogと比較してredmineはセットアップが多少面倒なところがあるのと、使い慣れるまでに少し時間がかかるというのが印象です。

日本人の場合には、MY REDMINEという日本人向けのサービスがありますので、そちらを利用するのもよいかもしれません。（以下の公式のURL）

redmineのよいところは拡張性が高いということでしょうか。豊富なプラグインが提供されており（有償のものが多い）、プロジェクトの特性に合わせてプラグインを利用することで非常に効率的な運用ができます。

例えば、アジャイル開発を行う場合には、Redmineの「Redmine Backlogs」というプラグインを利用することで、スクラム（Scrum）ができる環境を簡単に実現できます。

Redmine Backlogsは、GitHubでプラグインが公開されており、redmine環境へインストールすることで利用可能となります。

ExcelベースでのWBS管理

お勧めツールとして、各種クラウドサービスをご紹介してきましたが、Excelベースのものがよいという声もありますので、ExcelのWBSをご紹介したいと思います。

ExcelのWBSテンプレートやツールはWEBで無料公開されているものが多くありますが、その中でもおすすめのものをご紹介いたします。

クリエイティブコンテンツラボトウキョウが提供するSalesforceの標準WBSのテンプレート（サンプル）もExcel版でご用意していますので、ぜひご活用ください。

EXCELのWBSであると便利な機能としては以下のようなものがあります。

・タスクの親子、前後関係の自動紐づけ（あると便利）

・ガントチャート表示（あると便利）

・担当者毎の工数集計機能（あると便利）

・ＥＶＭ（Earned Value Management 出来高管理）（プロジェクトによってはEVM管理を必須とする場合がある）

・進捗の集計（計画数、実績数、計画の乖離、遅延日数など）（あると便利）

開発マイルストーン

無料で使えるExcelのWBSとしては有名な開発マイルストーン。単純にWBSとガントチャートの機能としては必要なものは一通りそろっています。

・開始終了日を設定するとガントチャートが自動的に表示されます。またガントチャートは、月・週・日・時間の単位に切り替えて表示ができます。

（イナズマ線も自動的に設定されます）

・稼働工数（予定と実績）の自動集計が可能

・祝日も設定しておくと自動的に土日と祝日を考慮して終了日の計算が実行されます。

・MSProject（XML形式）のデータをインポート可能

以下、全メンバーの作業工数の集計結果

muraka進捗管理表

こちらはＥＶＭ（Earned Value Management 出来高管理）ができ、且つ非常に細かくタスク管理や工数管理ができるツールとなっています。

ただし、シェアウェアとなっているため、お金を払って利用するのであれば、クラウドサービスのほうがお客様とリアルタイムで状況共有できるなどのメリットも多いため、評価を少し下げています。

まとめ

WBS作成ツールのご紹介は以上となります。ほかにもExcelのテンプレートでお勧めしたいものはありますが、また別の記事で詳しく書きたいと思います。

続いては、クリエイティブコンテンツラボトウキョウがSalesforce導入プロジェクトで利用している標準WBSのテンプレートと、WBSの作成手順をご紹介していきたいと思います。

続きは、次の記事をご覧ください

次の記事の前に、クリエイティブコンテンツラボトウキョウが提供するExcelのWBSテンプレートをダウンロードしたいという方は、こちらをどうぞ。

参考

WBS（work-breakdown-structure）（Excelテンプレート）サンプル

本記事では、Creative Content Lab Tokyo（クリエイティブ…

続きを読む

関連記事