サイト立ち上げ時に作成したテンプレートはかなり古くなっているので、内容のアップデートも含めて新しく作成しなおしたものとなります。

サポーターさん

Salesforce以外にも使える汎用的なプロジェクト計画書です。是非ご自身のプロジェクトでご活用ください。

表紙・改訂履歴・はじめに・目次

（表紙）

画像はクリックすると拡大表示されます。

表紙については、以下の箇所をプロジェクトに合わせて変更してください。

情報種別：社外秘など

情報所有者：基本的にはお客様の会社名となります。

会社名：自社の会社名（正式名称）を記入してください。

タイトル：ドキュメントのタイトルをプロジェクトに合わせて変更

※（プロジェクト計画（工程定義）（本書）は基本的にプロジェクト計画書などに組み込んで利用していただく想定で作成したものとなるため、表紙は本体の方で設定していただいて構いません。

版数、作成日、作成者：※必要に応じて、最終更新日、更新者を入れてください。

（改訂履歴）

版数、変更箇所、変更内容、変更理由、作成日、作成者、更新日、更新者などを記述します。

改訂履歴は、ドキュメントのメンテナンス上必ず設定するようにしましょう。

またプロジェクトごとに記載の粒度やルールを検討してください。

（はじめに（本書の目的））

プロジェクト計画書を作成する目的について記述します。（以下、記述例）

（目次）

プロジェクト計画書の目次に関しては、プロジェクトの規模や特性によって必要な項目を追加・変更してご利用ください。

目次（記載例）

2.プロジェクト概要

1-1.プロジェクトの背景と目的

プロジェクトの背景とゴールを記載

1-2.システム全体像と開発範囲

1-3.RFP要求事項に対する対応方針

1-4.プロジェクト評価基準（達成目標）

2.プロジェクト工程の定義と作業内容

プロジェクトによって作業工程が異なるため、工程の名称や作業内容、契約方式や成果物を整理してまとめておきましょう。

プロジェクト工程と成果物の定義に関しての最新資料は以下からダウンロードできます。

参考

プロジェクト計画_プロジェクト作業工程と成果物の定義（PPT版）サンプル

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

続きを読む

2-1. 各作業工程の定義（工程名称・作業内容・成果物）（1/3）

要件定義から設計工程について、工程の名称と作業内容、成果物を定義しています。

工程の呼び方に関しては、会社やプロジェクトごとに呼称が異なると思いますが、名称について補足説明をいれておくとよいでしょう。例：RD（requirements definition）など

以下は、各工程の作業内容の説明（サンプル）となります。契約内容に基づき適切な工程と作業内容を定義してください。

要求分析（SA）：現場担当者へのインタビューを実施し、現行業務プロセスの整理。本来あるべき姿と現状のギャップ（課題・問題点）を抽出したうえで、新業務プロセスの検討を行う。また、新業務プロセスに合わせて構築するITシステムの範囲や要求仕様を明確にし、関係者で合意する

システム要件定義（RD）：業務要件定義で抽出した要求仕様に基づき、システムに求められる機能要件/非機能要件を明らかにし、要件定義書として文書化する

外部設計（BD）：データモデルの検討、画面遷移、画面一覧、帳票一覧、入出力設計、外部システム連携方式、バッチ処理方式などについてのシステム設計を行う

内部設計（DD）：以下についてのプログラムレベルの設計書を作成

・システム機能詳細設計、非機能（アカウント、権限設計、セキュリティ）、データベース詳細設計、外部IF詳細設計

ソフトウェア開発（PG）：データベースの構築、（オブジェクト、項目設定）、アカウント作成、権限設定、プログラム開発

2-1. 各作業工程の定義（工程名称・作業内容・成果物）（2/3）

ソフトウェアテスト（UT）：

前工程で開発したプログラムを構成する最小単位（ユニット）の機能が正しく動作することを検証するためのテスト

※Apexクラスに関しては、全ロジックを網羅するテストクラスを作成し自動テストを実行する。（カバレッジ目標NN％以上）

内部結合テスト（IT-a）：本システム内で開発したプログラムや機能を結合してテストを実施することで、要求仕様を満たしているか検討する工程

外部結合テスト（IT-b）：本システムと外部システム間を結合して行うテスト、外部設計（基本設計）で設計したシステム間のデータ受け渡しが正しいことを検証

システムテスト（ST）：本番相当の運用環境を用いてシステム全体のテストを実施する。要件定義工程で定義した機能要件/非機能要件を満たしていることを確認するためのテストを実施する。※性能・負荷試験も実施・移行リハは別途定義

2-1. 各作業工程の定義（工程名称・作業内容・成果物）（3/3）

受入テスト（UAT）：構築したシステムが合意した要求仕様を満たしていることを検証していただく

教育：本番での業務運用開始に向けて、本システムの利用者、システムの操作方法などをハンズオン形式で教育する。運用管理者に対しては、管理者向けの内容を実施する。

移行リハ：業務、システム、データの移行に関して、移行計画書に基づき移行リハーサルの実施

本番移行：本番移行作業計画を作成し、作業承認の上、本番移行作業を実施する

運用保守：サービスカタログに基づき、運用保守の作業を実施する。本番運用開始後3カ月間は、現地サポートを行う

2-2. 工程の開始・終了条件（要件定義～テスト）

工程の開始条件、終了条件を定義します。

2-3. 成果物/納品物

プロジェクトの各工程で作成する成果物の名称、形式、納品の有無を記載します。

成果物一覧のサンプルは以下よりダウンロードできます。

参考

要件定義_要件定義書_別紙7「成果物納品物一覧」（Excel版）サンプル

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

続きを読む

3. スケジュール

スケジュールの章では、プロジェクト全体のマスタスケジュールやマイルストーンの定義を行います。週単位のスケジュールやクリティカルパスの定義、工程ごとの詳細スケジュールなども用意できるようであれば追加してください。

最新のマスタスケジュールテンプレートは以下からダウンロードできます。

参考

マスタスケジュールの作成方法の解説とPPTサンプルテンプレートのダウンロード

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

続きを読む

3-1. マスタスケジュール（年単位）

3-2. マスタスケジュール（週単位）

3-3. マスタスケジュール（週単位）（クリティカルパス設定）

3-4. 工程別詳細スケジュール

工程別詳細スケジュールは、WBS（work breakdown structure）を別途エクセルで作成してそちらを参照するようにしてください。

WBSのテンプレートは以下の記事からダウンロードできます。

参考

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

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

続きを読む

4. 体制と役割

体制と役割の章では、体制図（自社とお客様組織、関連ベンダーなど）を定義します。

体制図では、階層やチーム分けを意識して行い、また関係各社とのコミュニケーションルート（窓口）の定義もしっかりと行いましょう。最新の体制図のサンプルテンプレートは以下の記事からダウンロードできます。

参考

プロジェクト計画_体制図・役割と担当範囲（PPT版）サンプル

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

続きを読む

4-1. プロジェクト体制図

サンプル２

4-2. 担当と役割

自社の担当者の名前、役割のほか、責任範囲と作業内容を明確に定義します。※プロジェクトに合わせて作業内容の定義を修正してください。

4-3. 役割と担当範囲：要件定義工程

4-4. 担当役割に求められる資格・経験・スキル

担当者に求められる資格や経験などRFPで求められている場合もありますので、その場合には要件を満たしていることの証明として記載しておきましょう。

（例）プロジェクトマネージャの（ＸＸ）は、PMPの資格を保有しており、同程度の規模の案件を10年ほどPMとして従事していた経験あり

4-5. 担当者の教育・訓練計画

担当者のスキルなどが要件を満たさない場合などに、教育・訓練を行う場合にその計画を記載します。

サポーターさん

資料のサンプルは準備中です。

4-6. 各工程ごとの体制（詳細）

各工程ごとに作業体制（メンバーの増員や入れ替えなど）がある場合がほとんどだと思いますが、工程ごとに体制が決まっている場合には、それぞれの行程の体制を明示しておきましょう。

5. 品質管理

5章では、品質管理について定義します。品質については、どこまで何を実施するかプロジェクト計画の中で明確にしておく必要があります。品質を高めるには当然それに見合った工数が必要となるため見積金額にかなり影響がでる内容となります。

5-1. 品質管理単位

5-2. 品質要素と品質水準

5-3. 品質管理体制

5-4. レビュー計画

5-5. テスト計画

5-6. (補足) 品質とコスト(PAF法)に関して

6. コミュニケーション管理

6-1. コミュニケーション管理概要

6-2. 会議体

6-3. 議事録の運用ルール

6-4. 問題・課題発生時の報告ルート

6-5. 進捗管理・報告について

6-6. 変更管理について

7. 設備・作業環境計画

7-1. 作業場所と設備

8. セキュリティ管理

セキュリティ管理の章では、個人情報などの取扱に関する方針や管理方法などを記述します。

8-1. 情報の取扱に関して

8-2. 知的財産の扱いについて

9. 標準化計画

9-1. 作業方針書・規約に関して

9-2. 文書管理ルール

10. 補足資料（Appendix）

10-1. 添付資料（Appendix）

プロジェクト作業工程と成果物の定義（PPT版）のダウンロード

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

一般公開資料

※クリックして資料のダウンロードが開始されるまで少し時間がかかる場合がありますので、そのままお待ちください。

もしダウンロードが開始されない場合、ブラウザでポップアップブロックされている可能性があるのでご確認ください。

関係者用資料

サポーターさん

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

にほんブログ村

体制図については、クラウドサービスを使って作成することも増えてきていますが、プロジェクト計画書など関係者で共有する資料の場合、加工ができないと困る場合もあると思います。

今回はパワーポイントの図を使って体制図や役割表を作成しているので、容易に加工してご利用いただくことが可能となっています。

サポーターさん

プロジェクト計画で各作業工程と成果物を定義する際にご利用ください。

1.テーラリングガイド

１．表紙

画像はクリックすると拡大表示されます。

表紙については、以下の箇所をプロジェクトに合わせて変更してください。

情報種別：社外秘など

情報所有者：基本的にはお客様の会社名となります。

会社名：自社の会社名（正式名称）を記入してください。

タイトル：ドキュメントのタイトルをプロジェクトに合わせて変更

※（プロジェクト計画（工程定義）（本書）は基本的にプロジェクト計画書などに組み込んで利用していただく想定で作成したものとなるため、表紙は本体の方で設定していただいて構いません。

版数、作成日、作成者：※必要に応じて、最終更新日、更新者を入れてください。

２．改訂履歴

版数、変更箇所、変更内容、変更理由、作成日、作成者、更新日、更新者などを記述します。

改訂履歴は、ドキュメントのメンテナンス上必ず設定するようにしましょう。

またプロジェクトごとに記載の粒度やルールを検討してください。

３．プロジェクト体制図（サンプル１）

体制図のサンプルは上記の4種類となります。

作成時の注意事項としては、指揮命令系統を明確に定義することと、全体のチーム構成などがわかるようにしましょう。

またお客様や関係者も含めた構成とする場合は、それぞれのコミュニケーションルートを明確にすることと、役職など階層は合わせるように注意しましょう。

４．担当者の役割定義

各担当者の役割や責任範囲、作業内容などを定義します。

誰がどのような役割で参画し、何に対して責任を持つのか。またどのような作業を担当する予定か明確にわかるように定義しましょう。

５．工程ごとの役割と担当範囲

こちらの資料は補足となります。

各工程ごとに誰がどのような役割となり、具体的にどの作業に対して責任をもって作業を行うのか明確にします。

この粒度で作業担当を明確にしてからプロジェクトを開始するようにしましょう。

体制図・役割表（PPT版）のダウンロード

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

一般公開資料

※クリック後は、ダウンロードが開始されるまでお待ちください。

サポーターさん

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

にほんブログ村

こういった工程や作業内容、成果物を明確に定義してお客様と合意していないプロジェクトも散見されますが、ステークホルダ（プロジェクト関係者全員）と認識合わせをしておことは非常に重要なため、普段実施していないという方は、取り入れてみてください。

サポーターさん

プロジェクト計画で各作業工程と成果物を定義する際にご利用ください。

1.テーラリングガイド

１．表紙

画像はクリックすると拡大表示されます。

表紙については、以下の箇所をプロジェクトに合わせて変更してください。

情報種別：社外秘など

情報所有者：基本的にはお客様の会社名となります。

会社名：自社の会社名（正式名称）を記入してください。

タイトル：ドキュメントのタイトルをプロジェクトに合わせて変更

※（プロジェクト計画（工程定義）（本書）は基本的にプロジェクト計画書などに組み込んで利用していただく想定で作成したものとなるため、表紙は本体の方で設定していただいて構いません。

版数、作成日、作成者：※必要に応じて、最終更新日、更新者を入れてください。

２．利用規約

こちらは、削除してご利用ください。本書に関する規約と補足事項を記載しています。

３．改訂履歴

版数、変更箇所、変更内容、変更理由、作成日、作成者、更新日、更新者などを記述します。

改訂履歴は、ドキュメントのメンテナンス上必ず設定するようにしましょう。

またプロジェクトごとに記載の粒度やルールを検討してください。

４．目次

目次についても本体に組み込んでご利用いただく場合は、こちらのスライドは削除していただいて構いません。

・各作業工程と成果物の定義

・各作業工程と開始・終了条件

５．プロジェクト各作業工程の定義

１．プロジェクト作業工程の定義（工程名称、作業内容、成果物）

最初のスライドでは、要件定義から設計工程について、工程の名称と作業内容、成果物を定義しています。

工程の呼び方に関しては、会社やプロジェクトごとに呼称が異なると思いますが、名称について補足説明をいれておくとよいでしょう。例：RD（requirements definition）など

以下は、各工程の作業内容の説明（サンプル）となります。契約内容に基づき適切な工程と作業内容を定義してください。

要求分析（SA）：現場担当者へのインタビューを実施し、現行業務プロセスの整理。本来あるべき姿と現状のギャップ（課題・問題点）を抽出したうえで、新業務プロセスの検討を行う。また、新業務プロセスに合わせて構築するITシステムの範囲や要求仕様を明確にし、関係者で合意する

システム要件定義（RD）：業務要件定義で抽出した要求仕様に基づき、システムに求められる機能要件/非機能要件を明らかにし、要件定義書として文書化する

外部設計（BD）：データモデルの検討、画面遷移、画面一覧、帳票一覧、入出力設計、外部システム連携方式、バッチ処理方式などについてのシステム設計を行う

内部設計（DD）：以下についてのプログラムレベルの設計書を作成

・システム機能詳細設計、非機能（アカウント、権限設計、セキュリティ）、データベース詳細設計、外部IF詳細設計

ソフトウェア開発（PG）：データベースの構築、（オブジェクト、項目設定）、アカウント作成、権限設定、プログラム開発

ソフトウェアテスト（UT）：

前工程で開発したプログラムを構成する最小単位（ユニット）の機能が正しく動作することを検証するためのテスト

※Apexクラスに関しては、全ロジックを網羅するテストクラスを作成し自動テストを実行する。（カバレッジ目標NN％以上）

内部結合テスト（IT-a）：本システム内で開発したプログラムや機能を結合してテストを実施することで、要求仕様を満たしているか検討する工程

外部結合テスト（IT-b）：本システムと外部システム間を結合して行うテスト、外部設計（基本設計）で設計したシステム間のデータ受け渡しが正しいことを検証

システムテスト（ST）：本番相当の運用環境を用いてシステム全体のテストを実施する。要件定義工程で定義した機能要件/非機能要件を満たしていることを確認するためのテストを実施する。※性能・負荷試験も実施・移行リハは別途定義

受入テスト（UAT）：構築したシステムが合意した要求仕様を満たしていることを検証していただく

教育：本番での業務運用開始に向けて、本システムの利用者、システムの操作方法などをハンズオン形式で教育する。運用管理者に対しては、管理者向けの内容を実施する。

移行リハ：業務、システム、データの移行に関して、移行計画書に基づき移行リハーサルの実施

本番移行：本番移行作業計画を作成し、作業承認の上、本番移行作業を実施する

運用保守：サービスカタログに基づき、運用保守の作業を実施する。本番運用開始後3カ月間は、現地サポートを行う

６．各作業工程の開始・終了条件（Criteria）

各作業工程を定義したあとは、作業工程の開始条件・終了条件・承認者などについて整理します。

何をもってその工程を完了とするのか明確な基準を定義しておきます。また承認者や時期なども定義しておくとよいでしょう。

プロジェクト作業工程と成果物の定義（PPT版）のダウンロード

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

一般公開資料

※ダウンロードされるまで少し時間がかかる場合があります

関係者用資料

※ダウンロードされるまで少し時間がかかる場合があります

サポーターさん

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

にほんブログ村

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

サポーターさん

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

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]

まとめ

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

サポーターさん

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

にほんブログ村

本テンプレートは、Salesforce（セールスフォース）プロジェクト以外にも活用可能なフォーマットとなっておりますので、是非をご活用ください。

また、コミュニケーション管理ツール（サービス）をお探しの方は、ぜひバックログ（Backlog）をお試しください。

参考

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

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

続きを読む

1.テーラリングガイド

1.選択リスト

課題管理表で利用する選択リスト値を定義

• 分類：タスク、課題、Todoなどの分類を定義（集計シートの内容と合わせること）
• 優先度：優先度を定義
• ステータス：課題管理のステータスを定義

2.課題管理表

管理番号：シーケンシャルな番号

分類：タスク、課題、TODOなどの分類を定義（集計シートの定義と一致させておくことで自動集計されます）

標題：タスク・課題のタイトルを記述します

優先度：タスク・課題の優先度を設定します。

詳細内容：詳細な内容を記述します。

対応策：タスクの対応内容、課題の対応方針などを記述します。

起票日：タスク・課題を起票した日を定義

対応期限：対応期限（日付）を定義します。

期日超過判定：集計表で期日超過課題を集計するための欄（期日超過した場合は数式でTRUEが表示される）

起票社/起票者：課題を起票した会社名、担当者名を指定します。

対応会社/対応者：課題対応担当の会社、担当者を指定します。

対応完了日：対応が完了した日付を記入します。

備考：コメント欄

3.対応状況集計（サマリー）

課題管理表の対応状況を報告するための集計シート

ステータスの定義を合わせておけば自動的に集計されます。

2.課題管理表テンプレートのダウンロード

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

一般公開資料

update 2022/04/17 直接エクセルファイルをダウンロードするリンクを追加

以下は、スプレッドシートでの表示となります。

まとめ

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

サポーターさん

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

にほんブログ村

パワーポイントテンプレートは、本サイトをご利用のユーザ様の自社テンプレートやお客様のテンプレート、コーポレートカラーの違い、サイズ（通常、ワイド版）などに近いものをご提供できるように今後もどんどん増やしていきたいと思います。

業務フロー図/業務プロセスのサンプル

マスタスケジュール（パワーポイント）のテンプレート

ワイド版（１６：９）

画像はクリックすると拡大表示されます

（ダークモード）

凡例

【凡例】に記載の打ち合わせやレビューのアイコンは、PPTのツールバー標準（Microsoft社）のアイコンを利用してます。

必要に応じて、変更してご利用ください。

マスタスケジュール（PPT版）のダウンロード

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

一般公開資料

update 2022/04/17 直接エクセルファイルをダウンロードするリンクを追加

以下は、スプレッドシートでの表示となります。

サポーターさん

スライドはダウンロードしてからご利用ください

ワイド版（16:9）

update 2022/04/17 直接エクセルファイルをダウンロードするリンクを追加

以下は、スプレッドシートでの表示となります。

サポーターさん

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

にほんブログ村

本記事では、Creative Content Lab Tokyo（クリエイティブコンテンツラボトウキョウ）が作成した要員計画の山積み表のテンプレートをご提供しておりますので、併せてご利用ください。

1.要員計画

要員計画が最初に必要になるのは、提案の段階です。 提案の段階で概算見積を作成する際には、まずシステム構成や要件を整理し、最終的にシステム機能一覧のレベルまで落とし込みをする必要があります。

見積手法によって、やり方は異なりますが、主な見積手法では、ざっくりと以下のように見積を行います。

※見積方法については、別の記事で詳細に説明する予定です。

作業工程別要員計画

各工程で作業に必要な工数概算が算出できた前提で、次に進みます。

※マスタスケジュールも事前に作成してください。

マスタスケジュール、マイルストーンに基づき、各作業工程の作業期間と必要な要因を以下の表のように取りまとめます。

例では、最初の現状分析の工程では、作業期間2カ月に対して、主に作業を実施する業務コンサルタントを2カ月配置しています。

また、プロジェクトマネージャは基本的に開始から終了までの全ての期間で必要となるため、全期間1人月で割り当てています。

※プロジェクト規模によっては、サブPMを配置したり、PMOを増やしたり調整が入ります。

各工程で必要となる役割やスキルはことなるため、まずは工程ごとに役割と必要な人数を定義しておきます。工程ごとの作業工数合計は、最初に成果物、作業ベースで見積した工数を超過しないように注意しましょう。

あとは、各工程ごとに役割と工数を配置していきます。最終的に細かい工数の調整を行うときには、見積の工数や原価を見ながらの調整となるため、 役割と工程ごとに工数を集計しておき、また役割ごとに標準原価を使って、全体の想定原価を算出しておくとよいでしょう。

工数、金額を鑑みて、プロジェクト責任者や営業担当も交えて、最終的な要員計画を仕上げるようにしましょう。

リソース計画（人別計画）

作業工程別の要員計画が完了したら、プロジェクト開始までに具体的な人の名前を入れて計画を詳細化していきましょう。

上記の例では、Aさんをプロジェクトマネージャとして、21年1月から22年4月までアサインするように計画しています。

また、コンサル部分については、外注する場合もありますので、その場合は外注費用の原価に合わせて標準原価を調整してください。

上記はあくまで計画となるため、実際の作業工数の管理は別途行う必要があります。

遅延により残業が発生したり、人の入れ替えが発生したりなど、様々な要因で工数が上振れすることは多いため、常に適正な工数の範囲で進んでいるかモニタリングする必要があります。

２.要員計画表（山積み表・リソースヒストグラム）テンプレートのダウンロード

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

一般公開資料

（Update：2022/04/14）エクセルを直接ダウンロードできるリンクを追加

（以下、スプレッドシートで開く）

サポーターさん

資料はダウンロードしてからお使いください

サポーターさん

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

にほんブログ村

まず言葉の定義ですが、本記事では、プロジェクトで作成する各種ドキュメントやソースコードなどのプログラムを「成果物」とし、お客様に納品する対象の成果物を「納品物」と定義しています。

特に新入社員の方は、成果物の全てが納品対象ではないということを覚えておきましょう。

納品物については、RFPの中で作成し納品するべきものが定義されている場合もありますが、最終的には提案書の中で、どの工程でどういった成果物を作成し納品しますということを記載します。

もちろん、作成する成果物の量や質（内容や粒度）によって、作成の工数が増減し、また品質管理（内部や外部のレビューの実施方法や回数など）によっても必要な工数が変わってきます。

見積の段階で成果物の精緻な工数を算出するのは難しく、ある程度の経験が必要になってきます。

均一な見積工数を算出するためにも、社内で成果物の作業工数一覧表や工数計算のツールなどを利用するようにしましょう。

また、成果物のサンプルはできる限り、見積の段階で提示しておくことをお勧めします。

プロジェクト開始後により高品質のものを求められることがあり、お客様の要望に対応することで予定外の工数が発生してしまうため、初期にリスクを潰しておくことが重要となります。

成果物一覧サンプル

Creative Content Lab Tokyo（クリエイティブコンテンツラボトウキョウ）では、以下のようなExcelの成果物一覧を用意しています。

このような成果物/納品物一覧を作成しておき、プロジェクトごとに、作成するもの、納品するものを定義しておきましょう。

成果物/納品物一覧の利用方法

社内のテンプレートを利用する場合にも必要な軸（列）が定義されているか確認しておきましょう。

ただし、無駄な軸が多いと可読性が低下してしまうため、必要なものだけ追加するようにしましょう。

例えば、提案時に必要な項目は以下のようなものとなります。

1. 納品工程
2. 納品物名
3. 納品予定日
4. 引き渡し方法（電子ファイル/紙媒体）
5. 引き渡し場所

また、契約後、プロジェクト管理の一環として成果物/納品物を管理する場合には以下のような軸で管理するとよいでしょう。

1. 作業工程
2. 成果物/納品物名
3. ファイル名（命名規約）
4. ファイル様式（Excel/ppt/word)
5. 作成/納品（成果物を作成するかどうか、納品物として提出するかどうか）
6. 用途
7. 主要項目

記載内容の解説

①作業工程

まず、作業工程を定義しますが、どの工程でどの成果物を作成するのかを意識する必要があります。

特にSalesforceのプロジェクトでは、アジャイル開発を行ったり、オブジェクト定義や標準のインプリを要件定義で実施したりすることも多いため、要件定義工程、基本設計工程でそれぞれなにを作成し、納品するのかを決めたうえで定義する必要があります。

作業工程については、提案書やプロジェクト計画時に定義している内容に合わせて定義しましょう。

②成果物/納品物名

成果物名については、例えば業務フロー図やER図など具体的にイメージしやすいものを書くようにしましょう。

要件定義書のようなものを記載する場合、どのような内容が含まれるのかお客様から質問されることが多いため、記載する章立てやサンプルを合わせて提示するとよいでしょう。

③ファイル名（命名規約）

成果物に対して、ファイル名の命名ルールを定義します。命名規約については、別の資料で管理する場合は除外してもよいでしょう。

④ファイル様式（Excel/ppt/word)

作成する成果物のファイル様式が指定されている場合もあるので注意しましょう。特に指定がなければ自社で用意しているフォーマットを利用するということで定義しておきましょう。

⑤作成/納品（成果物を作成するかどうか、納品物として提出するかどうか）

成果物一覧にすべての工程の成果物が定義されている場合、今回のプロジェクトで作成するものとしないものを明確にするため、作成する成果物には〇、作成しないものは×などマークを使って識別可能な状態としておきましょう。

また、作成した成果物のうち、どれが納品対象かを示すために納品の列を設け、納品対象の場合には〇、それ以外は×を付けて識別しておきましょう。

お客様は、作成したものすべて納品してもらえると思っている場合もあるので、プロジェクト開始後の早い段階で認識合わせをしておくことをお勧めします。

⑥用途

成果物の用途を記述しておきます。

⑦主要項目

成果物の章立てや主要な事項を記述しておきます。文章での記述が難しい場合は成果物のサンプルを提示するとよいでしょう。

（以下、提案書に記載する内容）

⑧納品予定日

提案書には工程のフェーズ分けや契約/検収時期が定義されていると思います。それに合わせて、各工程で納品する成果物の納品予定日を記述しましょう。

具体的な日付ではなく、要件定義工程終了後30日以内などのような記載をする場合もあります。

⑨引き渡し方法（電子ファイル/紙媒体）

納品物については、引き渡し場所と方法を記載しますが、システム導入によりペーパーレス化を目指すようなプロジェクトであっても、成果物の納品は紙媒体でお願いしますと言われることもあります。

電子ファイルでの納品でよいのか、紙媒体に印刷しての納品が必要なのか事前に確認しておきましょう。

⑩引き渡し場所

引き渡し場所については、紙媒体であればお客様に直接お渡しすることが多いと思いますが、電子媒体の場合、ファイルサーバに配置するなどの方法もありますので、お客様と調整した結果を記述しておきましょう。

その他

上記以外の項目としては、例えばレビュー対象について記述するのもよいでしょう。

お客様から見ると、どの成果物についてレビューを実施しないといけないのかあらかじめ知っておくことで、レビューのタイミングに合わせて予定やメンバーの調整をしやすくなります。

またレビューをどのような形式で実施するのか（対面なのか、回覧形式で実施するのか）などレビュー方式についても検討しましょう

プロジェクトで発生するレビューについては、別途レビュー管理表を用いて管理することをお勧めします。

レビュー管理表とレビュー指摘表は以下の記事からダウンロードしてご利用いただけます。

参考

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

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

続きを読む

参考

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

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

続きを読む

まとめ

成果物や納品物については、プロジェクトマネージャやPMO、営業担当は意識することが多いとおもいますが、開発担当のメンバーであっても、どの工程でどのようなフォーマットを使って成果物を作るか意識しておきましょう。

特に納品物については、お客様が目にしたときにベンダーの品質や評価につながることが多いため、しっかりとしたフォーマットを使って、必要な情報が漏れなく整理され記述されているかチェックしておきましょう。

サポーターさん

本サイトでは豊富なテンプレートを用意しているのでぜひご利用ください

本サイトで用意している成果物のテンプレートやサンプルは以下の記事でご確認いただけます。

参考

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

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

続きを読む

成果物/納品物一覧のダウンロード

資料をダウンロードしたい方は、こちらの記事からどうぞ

参考

成果物/納品物一覧（Excelテンプレート）サンプル

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

続きを読む

本記事では、Creative Content Lab Tokyo（クリエイティブコンテンツラボトウキョウ）が作成したプロジェクトの進捗報告書のテンプレートをご提供しております。

1.ページサンプル

テンプレートPPTのサンプルがわかるようにイメージを添付します。（一部のみ）

2.進捗報告書（PPTテンプレート）の利用方法

進捗報告書（PPTテンプレート）の利用方法については、以下の記事を参考にしてください。

参考

進捗報告書を作成しよう（１）進捗報告（概要）~スケジュール

今回の記事は、プロジェクトの進捗報告資料作成がテーマとなります。 プロジェクトの…

続きを読む

3.進捗報告書（PPTテンプレート）のダウンロード

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

一般公開資料

update 2022/04/17 直接エクセルファイルをダウンロードするリンクを追加

以下は、スプレッドシートでの表示となります。

まとめ

サポーターさん

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

テンプレート関連の記事

サポーターさん

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

にほんブログ村