📘

Drupal導入プロジェクトをPMBOKで振り返る ― 実務PMの観点から

に公開
プロジェクトマネジメント
PM
Drupal
PMBOK
idea

はじめに

Drupalを用いた全社CMS導入プロジェクトを、PMBOKの知識エリアに沿って整理してみました。
単なる技術導入にとどまらず、プロジェクトマネジメントの視点から振り返ることで、再現性のある知見を共有します。

1. プロジェクト概要（Integration）

  • 目的：全社的なCMS標準化（複数タイトルの公式サイトをDrupal基盤へ統一）
  • 背景：既存CMSの老朽化・セキュリティ課題・運用負荷の分散
  • スコープ：技術選定、要件定義〜リリース、運用体制設計、外注管理

2. ステークホルダーと体制（Stakeholder / HR）

  • 主要ステークホルダー
    • CMS開発チーム（要件定義・運用責任）
    • 各タイトル担当（利用者）
    • 外部ベンダー（開発・保守）
  • 体制
    • プロジェクトマネージャー（筆者）
    • チーム規模：5〜10名
    • 外注＋内製のハイブリッド体制

3. 要件定義とスコープ管理（Scope）

主要要件

複数タイトルに対応可能な共通基盤

運用部門が直接更新可能なUI

セキュリティ更新を容易化

スコープ外

大規模なフロントリニューアル（段階的対応へ切り分け）

4. スケジュール管理（Schedule）

全体期間：4年　※最後の6か月で全社6タイトルを一斉導入

マイルストーン

要件定義完了（1か月）

初期構築・テーマ実装（3か月）

テスト・リリース（2か月）

工夫

デザイナーにはテーマ作成方法を簡潔に説明（PHP修正はさせない）

運営への利用方法はマニュアル＋勉強会でカバー

WBSはPMが全体を作成し、マイルストーンを明確化することで運営の負担を減らした

5. コストと調達（Cost / Procurement）

予算規模：数千万円規模（開発費・サーバー代込み）

調達戦略

外注：テーマ・モジュール実装

内製：要件定義・運用設計・調整業務・テーマ/モジュール実装

効果

外注費を抑制しつつ、ナレッジを社内蓄積

後半フェーズではテーマやモジュール作成も内製化

6. 品質管理（Quality）

品質基準

セキュリティアップデートを迅速に適用可能な構成

施策

脆弱性スキャンの定期実施

公式の脆弱性情報メールを常時チェック

7. リスク管理（Risk）

主なリスク

Drupal特有のアップデート負荷

外注依存によるナレッジ不足

PM（筆者）が上流工程を広く握っていることによる属人化

対応策

Ansibleによる構成自動化

標準運用手順書の作成

体制・仕様・サーバー構成まで含めたドキュメント化

要件の優先順位づけ

8. 成果と学び（Closing）

成果

全社9タイトルをDrupalに移行し、安定運用を実現

ナレッジ内製化により、2サイクル目以降の導入負荷を大幅軽減

学び
✅ WBSをフォーマット化すると再利用が効き、工数削減に直結する
✅ 証跡をきちんと残すことで次のサイクルが圧倒的に楽になる
✅ PMBOK視点で管理すると、抽象的な課題も整理・説明しやすい
✅ Drupalはニッチだが大規模CMS基盤として十分実用的

おわりに

OSSやDrupalの導入は、技術的ハードルよりもマネジメント力と体制構築力が問われると感じました。
本記事が、今後CMS導入や業務システム刷新に携わる方の参考になれば幸いです。

Discussion