はじめに
開発をしていると、チーム全体がなんとなく殺伐としている時期があります。「なんでこんなに無理な要求が続くのか」という空気が漂うのに、返ってくる言葉は「上がそう言っているから」「お客さんがそう言っているから」だけ。理由はわかるのですが、腹落ちはしない。
この空気感をもう少しロジカルに説明できないか、と考えたときにPPMが使えると気づきました。もともと経営層向けのフレームワークですが、開発チームの状況把握や判断基準としても十分活用できます。
PPMは基本情報技術者試験の経営戦略の範囲でも出てくるフレームワークだと思います。
試験対策だけでは実際の活用シーンがイメージしにくいと思うので...
開発チームとしての使い方を本記事で整理します。
PPMとは
PPM（プロダクト・ポートフォリオ・マネジメント）は、BCGが提唱したフレームワークです。「市場の成長率」と「自社のシェア」 の2軸でプロダクトを4つに分類します。
| 象限 | 成長率 | シェア | 概要 |
|---|---|---|---|
| 問題児 | 高 | 低 | 可能性はあるが不確か |
| 花形 | 高 | 高 | 急成長中 |
| 金のなる木 | 低 | 高 | 安定して収益を生む |
| 負け犬 | 低 | 低 | 縮小・撤退を検討 |
開発現場での各象限の捉え方
問題児（新規立ち上げ・プロトタイプ期）
- 現場の状況: 予算は少なく、仕様は頻繁に変わる。期待値は高い
- 開発のミッション: スピードと検証。完璧なアーキテクチャよりも動くものを早く。ノーコードや使い捨てのプロトタイプも選択肢
花形（急成長・機能拡張期）
- 現場の状況: ユーザーが急増し、要望が殺到する。リソースが常に不足している
- 開発のミッション: スケーラビリティと機能リリース速度の確保。技術的負債を多少積んでも、競合に勝つ機能を先に出すことが優先
金のなる木（安定運用・保守期）
- 現場の状況: 予算に余裕があり、大規模な新機能の要望は少ない
- 開発のミッション: 堅牢性とコスト最適化。テストの自動化・リファクタリング・インフラコスト削減が有効な時期
負け犬（クローズ・移行検討期）
- 現場の状況: 新規投資が凍結される。新しい開発の話が出てこない
- 開発のミッション: 安全なクローズと移行計画の策定。次の「問題児」へのピボットに備えた移行設計
象限の移行フロー
新規事業の理想的な移行ルートは以下のとおりです。
問題児 → 花形 → 金のなる木
シェアを取れなければ問題児から直接「負け犬」へ移行するリスクがあり、花形の時期に競合に敗れると金のなる木にならず転落するケースもあります。
「仕様がまた変わった」という状況は、問題児から花形への移行中に起きていることが多く、事業側が正解を探している過程と捉えることが可能です。消耗しやすい時期ですが、構造的に理解できると少し楽になります。
金のなる木が生み出した収益で新たな問題児へ投資するのがPPMの基本サイクルです。安定案件のメンバーが新規プロジェクトへ引き抜かれるのは、このサイクルが動いているサインである場合があります。
技術的負債の許容度
象限によって、技術的負債への向き合い方が異なります。
| 象限 | 負債への向き合い方 |
|---|---|
| 問題児 | 負債の概念が成立しない段階。動くことが最優先 |
| 花形 | 負債を積極的に許容。スピードが競争力に直結する |
| 金のなる木 | 負債を返済するフェーズ。品質・保守性に投資できる時期 |
| 負け犬 | 新規の負債は極力積まない。最小限の保守に留める |
「なぜリファクタリングの提案が通りやすい時期と通りにくい時期があるのか」は、この許容度の違いで説明できます。
活用シナリオ
「なんとなくの空気感」を言語化する
- 「予算が急に厳しくなった」 → 問題児フェーズで資金が逼迫しているか、負け犬フェーズで投資が凍結されているサイン
- 「スケジュール厳守の圧力が強い」 → 花形フェーズで競合に先を越されたくない状況
- 「新機能の要望が急に減った」 → 金のなる木へ移行し、安定運用フェーズに入ったサイン
象限の移行サインを読む
| 変化のサイン | 読み取れる移行 |
|---|---|
| 要望の量が急増し、MTGの頻度が上がる | 問題児 → 花形 |
| 大型機能の要望が減り、バグ修正・安定化の依頼が増える | 花形 → 金のなる木 |
| 予算承認のスピードが遅くなり、新規開発の話が出なくなる | 金のなる木 → 負け犬 |
| 「使えるものを早く」という要求が強くなる | 問題児フェーズに突入 |
象限に合わせた提案
| 象限 | 効果的な提案の切り口 |
|---|---|
| 問題児 | 低コストで早く検証できる |
| 花形 | スケールしても耐えられる |
| 金のなる木 | 保守コストを削減できる |
| 負け犬 | リスクなく移行できる |
チームの共通言語として使う
「このプロジェクトは今『花形』だからスピード優先」「『金のなる木』だからテストを厚くする」という形で、象限をチーム内の判断基準として活用できます。複数プロジェクトを抱える組織であれば、なぜ今このプロジェクトにリソースが集まっているのかもポートフォリオ全体の視点から読み解けるようになります。
まとめ
PPMを使うと、クライアントの状況を感覚ではなくロジックで把握できます。「なんとなく感じる空気」に根拠が生まれ、技術的負債や開発方針の判断をフェーズに応じて使い分けられるようになります。
参考
基本情報技術者試験の学習では大変お世話になりました。ありがとうございました！