プロジェクト憲章テンプレート Permalink
このテンプレートを使って、プロジェクトを提案から署名済み憲章へと進めましょう。プロジェクトは依存関係があらかじめ設定されたタイムラインビューで開くため、憲章を書く順序が暗黙の了解ではなく、視覚的に明確になります。
プロジェクト憲章プロジェクトにアクセスして、ワークスペースに複製すれば、ゼロから構築する必要はありません。
すぐに使えるテンプレート一覧もご覧ください。ワークフローをスピードアップするのに役立ちます。
プロジェクト憲章を理解する
プロジェクト憲章とは、提案を承認済みプロジェクトへと変える簡潔なドキュメントです。詳細な計画が始まる前の立ち上げ段階で作成し、作業を導くためではなく、意思決定を得るために使います。
5つの問い
憲章は5つの問いに一か所で答えます。
- なぜこれを行うのか、そして行わなかった場合どうなるか?
- 何を成果物として届けるのか、意図的に届けないものは何か?
- 誰が作業し、誰が意思決定し、誰に報告するか?
- 費用と人員はどのくらいかかるか?
- 何がうまくいかない可能性があり、そのリスクを誰が持つか?
この5つに答えられない場合、それはまだプロジェクトではありません。アイデアです。
憲章・ビジネスケース・プロジェクト計画
この3つのドキュメントはよく混同され、間違ったものを作ると2週間が無駄になります。
| ドキュメント | 作成時期 | 長さ | 答える問い |
|---|---|---|---|
| ビジネスケース | 憲章の前、大規模投資向け | 長い | そもそも資金を投じる価値があるか? |
| プロジェクト憲章 | 立ち上げ時、承認を得るため | 数ページ | プロジェクトとは何か、誰が責任を持つか? |
| プロジェクト計画 | 承認後、作業を進めるため | 長い | 誰がいつ何をするか? |
最もよくある憲章の失敗は、3つ目を誤って作成することです。1か月以内に誤りとなる詳細なスケジュールが50ページにまとめられ、1ページで意思決定できれば十分だったスポンサーに渡される、という失敗です。
6つのセクションで憲章を構築する
このテンプレートは、憲章が実際に書かれる順序で6つのセクションを使用します。各セクション内の項目はオーナーと期限の日を持つタスクとして作成されるため、憲章は「いつか誰かがやるべきドキュメント」ではなく、追跡された作業になります。
| セクション | 内容 | 完了させるべき時期 |
|---|---|---|
| 1. 目的とビジネスケース | 課題の明文化、ビジネスケース、SMARTな目標、戦略的整合性 | 他の何かを書き始める前 |
| 2. スコープと成果物 | 対象範囲内、対象範囲外、前提条件、依存関係 | 予算を見積もる前 |
| 3. ステークホルダーとチーム | チームメンバー、RACI、スポンサー、コミュニケーション計画 | 誰かに時間のコミットを求める前 |
| 4. リソース・予算・リスク | 成果物ごとのコスト、工数、ツール、オーナー付きリスク管理表 | スポンサーに提出する前 |
| 5. タイムラインとマイルストーン | フェーズ、ゲート、3つのマイルストーン | 内部レビューの前 |
| 6. レビューとサインオフ | 内部レビュー、ステークホルダーフィードバック、サインオフ、キックオフ | 実行を開始する前 |
順序に意味があります。目的より先にスコープを書くとウィッシュリストになりがちで、スコープより先に予算を予定するのは推測にすぎません。セクション2のスコープ外リストは特に時間をかける価値があります。約束した内容について後から議論になることはなく、誰かが勝手に想定していたことが議論になるからです。
5つのタグがセクションをまたいで機能します:最終ドキュメントに含まれるものすべてにCharter Doc、そして関心ごとでフィルタリングするためのStakeholder・Budget・Risk・Milestone(3つの重要日程に使用)です。ステアリング会議の前にRiskでフィルタリングすれば、議題の半分が揃います。
タイムラインビューで憲章を読む
タイムラインビューとタスクの依存関係は、Professional・Premium・Enterpriseプランでのみ利用できます。詳細は料金ページをご覧ください。
すべてのタスクに開始日と期限の日が設定されているため、タイムラインビューは後付けではなくデフォルトの表示になっています。左側のグリッドペインでセクションリストを確認しながら、バーで重複箇所を視覚的に把握できます。
依存関係
8つのタスクの依存関係が6つのセクションをまたいで設定されており、一方の作業が実際に他方をブロックするペアをカバーしています:スコープの前に目標、依存関係ログの前にスコープ、予算の予定の前にRACI、草案マイルストーンの前にフェーズゲート、配布の前にサインオフ。
このチェーンには2つの効果があります。作業の順序が「推奨」ではなく「強制」になること、そして日程が連動して動くことです。1つのバーをドラッグすると下流のすべてが連動するため、ビジネスケースの2週間の遅延が1か月後の驚きではなく、即座に移動したキックオフ日として現れます。
タスクを開くと、同じリンクが前のタスクと次のタスクとして表示されるため、パネルを離れることなく何がそのタスクを止めているかを確認できます。
注意: 実際にお互いをブロックするペアだけをリンクしてください。すべてのタスクが前のタスクに依存する憲章は単純な直線になり、どの遅延が本当に重要かが見えなくなります。
マイルストーン
3つのマイルストーンがタイムライン上のダイヤモンドとして配置されています:憲章草案完成、スポンサーによる憲章承認、プロジェクトキックオフ。スポンサーが覚えているのはこの3つの日程だけです。そのため、上位報告用に独自のサブリストとして設けています。
他の何より先に、この3つを実際の日程に変更してください。テンプレートのすべてがこれらに依存しており、依存関係でリンクされているため、周辺のタスクも連動して移動します。
ヒント: 憲章全体を一度に移動させるには、タイムラインビューですべてのタスクを選択し、ブロックを実際の開始日にドラッグしてください。依存関係もまとめて移動します。
テーブルビューでコスト・工数・役割を管理する
テーブルビューは、Professional・Premium・Enterpriseプランでのみ利用できます。詳細は料金ページをご覧ください。
テーブルビューは憲章を数字に落とし込む場所です。3つのカスタムフィールドが主な役割を担い、組み込みの承認状態が4番目の列として並びます。
- Charter Roleは、Project Sponsor・Project Manager・Team Lead・Subject Matter Expert・Stakeholderを持つ選択フィールドです。別のスプレッドシートを管理することなく、軽量なRACIとして機能します
- 予定コストは成果物ごとの予算を保持する金額フィールドです
- 予定工数は時間を保持する期間フィールドで、チームが実際に確保できるキャパシティと計画を照合できます
予定コスト列を合計すると、スプレッドシートなしで予算ラインが得られます。Charter Roleでグループ化すると、1人が憲章全体を静かに背負っていないか確認できます。
RACIとDACIとRAPIDの選び方については、ブログ記事「RACI・DACI・RAPID:オーナーシップフレームワークの選び方」もご覧ください。
承認機能でサインオフを管理する
承認機能は、Premium・Enterpriseプランでのみ利用できます。詳細は料金ページをご覧ください。
サインオフはカスタム状態フィールドではなく、Quireの組み込み承認ワークフローを通じて処理されます。これにより、承認がメールスレッドに埋もれることなく、通知とタスクのアクティビティフィードに表示されます。3つのカテゴリーがあらかじめ設定されています。
| カテゴリー | 用途 |
|---|---|
| スポンサー承認 | ビジネスケース、リスク管理表、最終サインオフ |
| 予算承認 | コストと工数の予定、財務担当者の確認が必要なもの |
| ステークホルダーレビュー | 課題の明文化、RACI、依存関係、最終憲章 |
リクエストするには、タスクを開いて承認をリクエストを選択し、カテゴリーを選びます。承認者は承認・却下・修正依頼を行えます。状態はタスク自体に表示されます。
テンプレートには9つのタスクに承認リクエストがあらかじめ設定されており、ワークフローが生み出すすべての状態を確認できます。複製後にクリアし、実際の憲章が進む中で改めてリクエストしてください。
注意: 承認ロスターはデフォルトでオープンになっており、プロジェクトの誰でもリクエストまたは承認できます。承認フローを厳格にする必要がある場合は、プロジェクト設定でカテゴリーごとに申請者と承認者を設定してください。
進捗を追跡する
ブロック中列
Free サブスクリプションプランでは各プロジェクトに最大5つの状態を設定でき、このテンプレートはすでに5つすべてを使用しています。さらに状態を追加するには、サブスクリプションプランをアップグレードしてください。詳細は料金ページをご覧ください。
5つの状態が憲章の項目を「未着手」から「承認済み」へと進めます:To-do・ブロック中・In progress・In Review・Completedです。ボードビューでプロジェクトを開き、状態で列を並べ替えると、憲章のどこが止まっているかが一目でわかります。
ブロック中は正直に使う価値がある状態です。自分のコントロール外の誰かを待っている作業に使うもので、数日以上そこに留まっている項目は、遅延ではなくリスクになっています。リスク管理表に移してオーナーを割り当ててください。
In Reviewもほぼ同じくらい重要です。憲章の多くの部分が1〜2週間そこに留まります。「書いたが承認されていない」は現実の状態であり、それをTo-doかCompletedに押し込むと、憲章が実際にどこにあるかが見えなくなります。
憲章ヘルスダッシュボード
ダッシュボードビューは、Professional・Premium・Enterpriseプランでのみ利用できます。詳細は料金ページをご覧ください。
憲章ヘルスダッシュボードは、スポンサーが尋ねる「もう準備できているか?」という問いに一目で答えます。3つのウィジェットが支えます。
ブロック中タスクウィジェットは、止まっている項目とその待ち原因を並べて表示するため、ステアリング会議で画面に映す価値があります。
憲章サブリスト
Free サブスクリプションプランでは各プロジェクトに2つのサブリストを作成でき、このテンプレートはすでに両方を使用しています。さらにサブリストを追加するには、サブスクリプションプランをアップグレードしてください。詳細は料金ページをご覧ください。
2つのサブリストが6つのセクションをまたいで機能します。
- 主要マイルストーンは3つの日程を保持し、上位報告に使います
- 憲章コンテンツは最終ドキュメントに書き込まれる成果物を持つすべてのタスクを保持します。このリストを進めれば、1ページの概要が自然にできあがります
どちらもフィルターベースのため、タグや状態の変化に合わせて自動的に更新されます。
憲章を始める
このページに記載されていることはすべて手動で構築できます。テンプレートは同じものをすでに組み立てた状態で提供します:6つのセクション、5つの状態、3つのカスタムフィールド、3つの承認カテゴリー、8つの依存関係、3つのマイルストーン、2つのサブリスト、そして2027年3〜6月のサンプル日程が入力済みです。
プロジェクト憲章プロジェクトを複製してワークスペースに追加し、5つのことを変更してください:
- プロジェクト名を変更し、Project Charterを実際のプロジェクト名に置き換える。
- タイムラインビューですべてのタスクを選択し、ブロックを実際の開始日にドラッグする。依存関係も連動して移動する。
- サンプルのオーナーを自分のチームメンバーに再割り当てする。
- サンプルの承認リクエストをクリアし、憲章が進む中で改めてリクエストする。
- 不要なセクションを削除する。2週間の社内プロジェクトにリスク管理表は不要。
適応のヒント
- 1か月未満のプロジェクト? セクション1・2・6だけ残し、他は削除する
- 規制が厳しい・高予算? すべて残し、セクション4にコンプライアンスタスクを追加する
- 代理店またはクライアント案件? セクション3を「クライアント&チーム」に変更し、RACIにクライアントの承認者を追加し、セクション5に支払いマイルストーンを入れる
- 社内ツール開発? セクション2のスコープ外リストが機能追加要求を押し戻す場所なので、そこを具体的に記載する
フェーズゲートのたびに憲章を見直してください。憲章は古くなります。各ゲートで10分のレビューを行えば、後の2週間の混乱を防げます。憲章が署名されたら、RAIDログテンプレートがセクション4に記録したリスク・前提条件・課題・依存関係を引き継ぎます。
よくある質問
プロジェクト憲章とは何ですか?
プロジェクト憲章とは、提案を承認済みプロジェクトへと変える簡潔なドキュメントです。なぜその作業が重要か、何を届けて何を届けないか、誰が責任を持つか、費用はいくらか、そしてどのようなリスクがあるかを明文化します。
プロジェクト憲章に含めるべき内容は何ですか?
目的とビジネスケース、スコープと成果物、ステークホルダーとチーム、リソース・予算・リスク、そしてマイルストーンを含むタイムラインです。順序が重要です。目的より先にスコープを書くとウィッシュリストになりがちで、スコープより先に予算を予定するのは推測にすぎません。
プロジェクト憲章とビジネスケースの違いは何ですか?
ビジネスケースはその投資が行う価値があることを論証し、見込み収益とより詳細なリスク分析を含みます。憲章はその論証が終わったことを前提として、フォローするプロジェクトを定義します。小〜中規模の投資であれば、通常は憲章だけで十分です。
プロジェクト憲章とプロジェクト計画の違いは何ですか?
憲章は最初に作成し、簡潔で、プロジェクトを承認する人のために書きます。計画は承認の後に作成し、詳細で、実際に作業する人のために書きます。
プロジェクト憲章を書くのは誰で、承認するのは誰ですか?
通常はプロジェクトマネージャーが作成し、スポンサーがオーナーシップを持ちます。承認は通常3つの方向から行われます:スポンサーがビジネスケースとリスクを、財務担当者がコストと工数を、影響を受けるステークホルダーがスコープとRACIを確認します。
プロジェクト憲章はどのくらいの長さが適切ですか?
数ページです。本当のテストは、スポンサーが会議中ではなく会議前に読んでくれるかどうかです。セクションが長くなってきた場合、プロジェクト計画の詳細が入り込んでいることがほとんどです。
Quireでプロジェクトチャーターをどのようにビルドしますか?
憲章を書く順序に従って6つのセクションを作成し、各項目をオーナーと期限の日を持つタスクにし、役割・コスト・工数のフィールドを追加します。実際にお互いをブロックするタスク同士を依存関係でリンクすることでタイムラインビューにクリティカルパスが表示され、サインオフには承認機能を使います。
タスクの依存関係はプロジェクト憲章にどのように役立ちますか?
作業の順序を「推奨」ではなく「強制」にし、日程を正直に保ちます。タイムラインビューで1つのバーをドラッグすると下流のすべてが連動するため、早い段階の遅延が即座に移動したキックオフ日として表示されます。
Quireにすぐに使えるプロジェクト憲章テンプレートはありますか?
はい。プロジェクト憲章プロジェクトにアクセスし、ワークスペースに複製すると、6つのセクション・5つの状態・3つのカスタムフィールド・3つの承認カテゴリー・8つの依存関係・3つのマイルストーンを自分で構築することなく利用できます。