プロジェクト憲章の作成
プロジェクト憲章は、プロジェクトを提案し、承認を得るために作成します。プロジェクト憲章は、プロジェクト目標、スコープ、責任などを関係者に明確に伝えるものです。主要関係者は、プロジェクト憲章を使って、プロジェクトを承認したり、変更を提案できます。
| インプット | ツールと技法 | アウトプット |
|---|---|---|
| .1 ビジネス文書 • ビジネス・ケース .2 合意書 .3 組織体の環境要因 .4 組織のプロセス資産 | .1 専門家の判断 .2 データ収集 • ブレーンストーミング • フォーカス・グループ • インタビュー .3 人間関係とチームに関するスキル • コンフリクト・マネジメント • ファシリテーション • 会議のマネジメント .4 会議 | .1 プロジェクト憲章 .2 前提条件ログ |
インプットの解説
1. ビジネス文書（ビジネス・ケース）
目的: プロジェクトを実施する理由や正当性を示す
具体的な内容:
- プロジェクトの必要性（なぜこのプロジェクトが必要なのか）
- 投資対効果（ROI）の分析
- 期待されるメリット（コスト削減、収益増加、効率化など）
実践例:
- 現行システムの老朽化によるセキュリティリスク
- 年間保守費用が高騰している現状
- 新システム導入による年間○○万円のコスト削減見込み
- 住民サービスの向上による満足度向上
2. 合意書
目的: プロジェクトに関する関係者間の合意を文書化
具体的な内容:
- 契約書（業務委託契約など）
実践例:
- システム開発ベンダーとの請負契約書
- 他部署との協力に関する覚書
- 保守サポート契約
3. 組織体の環境要因
目的: プロジェクトに影響を与える組織内外の環境を把握
実践例:
- 議会承認
- 年度予算による予算執行の制約
- 既存の住民情報システムとの連携要件
- 個人情報保護条例などの法規制
4. 組織のプロセス資産
目的: 過去の知識や標準化されたプロセスを活用
具体的な内容:
- 標準化されたプロセス: プロジェクト管理の標準手順、テンプレート
- 過去のプロジェクト文書: 類似プロジェクトの計画書、報告書
- 教訓: 過去のプロジェクトから学んだ成功要因や失敗要因
- 知識ベース: 技術文書、ベストプラクティス集
- ガイドライン: プロジェクト憲章のテンプレート、承認プロセス
実践例:
- 過去のプロジェクトの計画書、反省課題と対応策
- 標準的な導入手法、工数