ID:78087さん

Vue.js / Laravelで構築された内製CMS（自社担当者向け管理画面・顧客向け管理画面を含む）のベンダー巻き取りプロジェクト。PMとして、3名のメンバーとともに企画立案・進捗管理・タスク分担・レビュー運営・SEO施策・Figmaによるデザイン修正を横断的に担当した。期間は2025年6月〜2026年3月（約9ヶ月）。

外部ベンダーに依存していた開発・運用体制を、自社チームで完全に自立して回せる状態へ移行させること。 具体的には、 ①ベンダーなしで仕様定義〜実装〜リリースまでのサイクルを内製で完結できること ②属人化・ブラックボックス化していたシステムの仕様・構造をチーム全員が把握できる状態にすること ③ステークホルダーからの要望を曖昧な状態のまま受けず、システムに適した形に具体化してから開発へ落とし込めるコミュニケーション設計を確立すること の3点を達成責任として持っていた。

## 背景と全体方針 本プロジェクトは、Vue.js / Laravel で構築された小〜中規模のCMSを、外部ベンダーから内製チームへ移管するものでした。CMSは自社担当者向けの管理機能と、顧客向けの管理画面の両方を含んでおり、サービス運営上の中核を担うシステムです。 PMとして参画するにあたり、「ベンダーを剥がす」こと自体をゴールにせず、**「剥がした後に自走できる体制と知識基盤を作ること」** を最終目標と定義しました。そのために、技術・プロセス・コミュニケーションの3つの観点から課題を整理し、優先度をつけて対処していきました。 --- ## 課題① ドキュメントが存在しない 引き継ぎ開始時点で、設計書・仕様書・API仕様といったドキュメント類がほぼ存在しない状態でした。ベンダー側への問い合わせも断片的な回答しか得られず、コードを読み解きながら仕様を把握するしかない状況でした。 **対処：AIを活用したドキュメント整備** - コードベースをAIに読み込ませ、テーブル定義・処理フロー・エンドポイント一覧などを自動生成 - 出力結果をベースに人間がレビュー・補完する形でドキュメントを段階的に整備 - 「完璧なものを一度に作る」のではなく「現時点の理解をまず言語化する」スタンスで進めたことで、チーム全体のキャッチアップを加速 --- ## 課題② コミュニケーションパスの変容 ベンダー体制では、ステークホルダーが「ふわっとした要望」を出し、ベンダーがそれを解釈・実装する流れが定着していました。内製化によってその解釈・具体化の作業が内側に移ってくることになります。 **発生した問題** - 要望が曖昧なままタスク化され、実装途中で認識齟齬が頻発 - チームにとって想定外の手戻りコストが発生 **対処：要件具体化フローの整備** - 「何を・誰が・どういう状態にしたいか」を必ず言語化してから着手するルールを設定 - 私がPM窓口となり、ステークホルダーと対話しながら要件を仕様レベルに落とし込んでからチームへ渡す役割を担当 - 結果として手戻りが減り、コミュニケーションコストを抑えながら開発サイクルを回せる体制を確立 --- ## SEO・UX改善の企画と推進 対象サイトはPageSpeed Insightsのスコアに明確な問題があり、クローラビリティの最適化も不十分な状態でした。ベンダー依存時代は「工数的に諦めざるおえない」になっていた領域です。 - 内製化を機に、ページ表示速度改善・クローラビリティ見直しを自分主導で企画・実施 - デザイン修正が必要な箇所は専任デザイナーを立てるほどの規模ではなかったため、自分でFigmaを使って修正案を作成しチームへ展開 --- ## チーム運営 | 項目 | 内容 | |------|------| | 体制 | 自分含む4名 | | PM範囲 | 予算管理以外のPM業務全般 | | タスク分担 | 各メンバーの得意領域に応じて割り振り | | レビュー | 相互レビュー形式（負荷の分散） | | 自分の動き方 | 必要時は手を動かしつつ、企画・進捗管理・ステークホルダー対応に集中 | --- ## 結果と今後 2026年3月に完全な巻き取りが完了し、現在はベンダー依存ゼロの状態で内製チームのみで運用・開発が回っています。今後はより規模の大きい開発フェーズも控えており、今回構築した体制・ドキュメント基盤・コミュニケーションフローを活かして継続していく予定です。