SBLのプロジェクトマネジメントへようこそ！
Strategic Business Leader (SBL) の試験において、あなたは単なる会計士ではなく、リーダーとして振る舞うことが求められます。リーダーにとって最も重要な仕事の一つは、「雲をつかむような」大きな戦略を現実のものにすることです。では、どうやって？そう、プロジェクトを通じて実現するのです！この章では、そうしたプロジェクトをいかに効果的にリードし、管理するかを学びます。最初は少し専門的で難しく感じるかもしれませんが、大丈夫です。プロジェクトマネジメントの本質は、整理整頓を心がけ、関わる全員の意識を目標に向かわせ続ける、ただそれだけのことなのですから。
1. プロジェクトとは何か？
ビジネスには「通常の業務（BAU: Business as Usual）」と「プロジェクト」があります。パン屋で例えるなら、毎日朝に100個のパンを焼くのはBAUです。しかし、全く新しいグルテンフリーの製品ラインを企画して立ち上げるのであれば、それはプロジェクトとなります。
プロジェクトの主な特徴：
• 有期性（Temporary）：明確な開始日と終了日がある。
• 独自性（Unique）：ルーチンワークではなく、新しいものを創造する。
• 部門横断的（Cross-functional）：多くの場合、マーケティング、財務、ITなど異なる部署のメンバーが関わる。
• 不確実性（Uncertainty）：新しい取り組みであるため、日常業務よりもリスクが高い。
例え：結婚式を思い浮かべてください。特定の開催日があり（有期性）、一度きりのイベントであり（独自性）、ケータリング業者、DJ、生花店などと協力する必要があります（部門横断的）。これこそがプロジェクトマネジメントなのです！
2. プロジェクトのライフサイクル
すべてのプロジェクトは主に4つの段階を経て進みます。プロジェクトの「人生」のようなものだと考えてください。
第1段階：立ち上げ（Initiation）
ここでは「そもそもこれをやるべきか？」を問います。ビジネスケースを定義し、プロジェクトが会社の戦略と一致していない場合は、ここで中止します。
第2段階：計画（Planning）
「どうやって実現するか？」の段階です。予算、スケジュール、役割分担を決定します。その結果としてプロジェクト開始文書（PID: Project Initiation Document）が作成されます。
第3段階：実行と管理（Execution and Control）
実際に作業が行われる段階です。プロジェクトマネジャー（PM）は、進捗を監視し、計画から外れないようにします。遅延があれば、PMはすぐに対処しなければなりません。
第4段階：完了（Completion）
プロジェクトが完了し、ユーザーに引き渡されます。また、何を学んだかを振り返るために事後実施レビュー（PIR: Post-Implementation Review）を行います。
クイック復習：立ち上げ → 計画 → 実行 → 完了。
3. 主要な登場人物：プロジェクトにおける役割分担
SBL試験では、異なる立場の人々の役割を説明するよう求められることがあります。ここでは「ビッグスリー（主要な3者）」を紹介します。
1. プロジェクト・スポンサー（推進者）
通常は上級役員が務めます。日常的な実務は行いませんが、プロジェクトの「オーナー」です。資金を提供し、プロジェクトがビジネス戦略に沿ったものであることを保証します。PMが自力で解決できない大きな問題が発生したとき、頼るべき相手です。
2. プロジェクト・マネジャー（指揮者）
プロジェクトの日常的な運営に責任を持ちます。チーム、予算、スケジュールを管理し、「期限通り、予算内で、仕様通りに」プロジェクトを完遂させることが仕事です。
3. プロジェクト・チーム（実務担当者）
実際にタスクをこなす人々（プログラマー、建設作業員、デザイナーなど）です。彼らはプロジェクト・マネジャーの指揮下にあります。
よくある間違い：スポンサーとマネジャーを混同しないこと！スポンサーは「なぜやるのか（Why）」と「資金（Money）」を提供し、マネジャーは「どうやるのか（How）」と「実行（Action）」を担います。
4. プロジェクト開始文書（PID）
PIDはプロジェクトの「聖書」です。実務に入る前に全員が合意する正式な文書であり、「スコープクリープ（Scope Creep）」（新しいアイデアが次々と追加され、プロジェクトが肥大化・高コスト化していく現象）を防ぐ役割があります。
PIDに含まれる内容：
• 目的：何を達成しようとしているのか？（SMARTゴールを使用すること！）
• スコープ：何が含まれるか。そして同じくらい重要な「何が含まれないか」も明確にする。
• 制約：時間と予算の制限。
• リスク：何がうまくいかなくなる可能性があるか？
• 役割：誰が何を担当するのか？
5. 「プロジェクトの三角形」を管理する
これは試験のために必ず覚えておくべき概念です。すべてのプロジェクトは、次の3つのバランスを取る必要があります。
1. 時間（Time）：かかる期間。
2. コスト（Cost）：利用可能な予算。
3. 品質/スコープ（Quality/Scope）：プロジェクトで提供するもの。
一つを変えれば、少なくとも他のどれか一つを変える必要があります。もし上司が「このプロジェクトを2週間早く終わらせろ（時間）」と言ったら、より多くの資金（コスト）が必要になるか、機能を削る（スコープ）必要があるでしょう。
豆知識：これは「鉄の三角形（Iron Triangle）」とも呼ばれます。物理法則と同じで、「より速く、より安く、より高品質に」を同時に実現することはできないからです！
6. プロジェクト計画ツール
プロジェクトをどう追跡すべきでしょうか？SBL試験でよく取り上げられる2つの主要ツールを紹介します。
A. ガントチャート
プロジェクトのスケジュールを示す横棒グラフです。各タスクの開始時期、期間、重複状況がわかります。ステークホルダーに計画を伝えるための優れた視覚ツールです。
B. クリティカルパス分析（CPA）
クリティカルパスとは、完了までに最も時間がかかる一連のタスクの経路です。この経路上のタスクが1日でも遅れると、プロジェクト全体が遅延します。クリティカルパス上にないタスクには「フロート（余裕時間）」があります。
重要なポイント：リーダーとして、あなたはクリティカルパスに注力しなければなりません。そこに最大のリスクが潜んでいるからです。
7. なぜプロジェクトは失敗するのか？
SBLでは、失敗したプロジェクトを批判的に分析するよう求められることがよくあります。主な原因は以下の通りです：
• リーダーシップの欠如：スポンサーに関心がない。
• 計画不足：PIDが弱かったか、現実的でなかった。
• リソース不足：資金や人員が足りていない。
• 変革への抵抗：スタッフが新しいシステムを望んでいない（これはチェンジマネジメントに関連します！）。
• コミュニケーション不足：ステークホルダーが何が起きているか把握できていない。
8. 事後実施レビュー（PIR）
プロジェクトが「稼働」しても、仕事は終わりではありません。PIRは完了から数ヶ月後に行われます。ここで問うのは次のことです：
• ビジネスケースで約束したメリットは達成されたか？
• システムは期待通りに機能しているか？
• 次回は何を改善できるか？
覚え方：PIRをプロジェクトの「通信簿」だと考えましょう。組織が学び、次のプロジェクトに向けて改善していくための手段なのです。
まとめ：SBLプロジェクト・チェックリスト
• 明確なビジネスケースとスポンサーが存在するか？
• スコープクリープを防ぐPIDがあるか？
• プロジェクトの三角形（時間、コスト、品質）を監視しているか？
• クリティカルパスに注目しているか？
• 失敗から学ぶためにPIRを実施しているか？
覚えることが多くて大変だと感じるかもしれませんが、大丈夫です。常に自分自身に「もし私がここのリーダーなら、どうやってプロジェクトを順調に進めるだろうか？」と問いかけてみてください。あなたならきっとできます！