ウォーターフォール型プロジェクトでのPM業務を、スクラムの役割にマッピングして整理

BtoB決済サービスPaidの開発を担当している長谷川です。

「PMがやってたあの仕事って、スクラムだと誰がやるの？」
スクラム開発を進めていく中でこの疑問ちょくちょく出てきませんか？

この記事では、PMの代表的な業務について、スクラムでの責任と役割の分担を整理します。役割の重複や責任のあいまいさで悩んでいるチームの共通認識作りに役立てていただければ幸いです。

2つの前提を先に抑えておきます

1. 責任は必ず1つの役割に集約する

責任の所在は1つにします。ほかの役割は、支援・促進・実行を担います。

責任が分散すると、次の問題が起きます。

• 現場が“誰かが決めるはず”状態になる
• 判断が遅れる
• 失敗時に振り返り先が不明になる

2. 分担を3パターンに分類する

• 責任
• 促進・支援
• 実行

この3つで考え、役割を整理しやすくします。

PM業務をスクラムにマッピングする

凡例:

• ◎: 責任
• ○: 促進・支援
• ★: 実行

迷いやすいテーマについてピックアップして解説

1. 進捗管理

責任の軸は「開発チームが自分たちの進捗に責任を持つ」です。

• 開発チーム: 進捗を自己管理し、遅れを早期共有し対策する
• SM: ボードやバーンダウンチャートなど、進捗が見える仕組みを整える

2. 妨げとなる障害への対応

SMには障害が除去された状態に持っていく責任があります。

技術的な解決策は開発チーム、組織的・調整的な障害除去はSMが実行します。

• SM: 障害の除去に責任を持ち、かつ組織的・調整的な障害除去を実行
• 開発チーム: 技術的解決策を考え実行

3. スコープ管理

「やるか・やらないか」はPOが決めます。
開発チームは技術的影響と実現可能性を伝えます。

4. ステークホルダー調整

• PO: 期待値調整と説明責任を持つ
• SM: 対話の設計、衝突の緩衝を担う

SMがビジネス判断そのものを代行すると、責任の所在が不明確になります。

まとめ

スクラム開発でもPMが担ってきた業務がなくなるわけではありません。
各業務を「責任」「促進・支援」「実行」の3つに分割しスクラムでの役割とマッピングすることで、誰が何をすべきかが整理されたのではないかと思いますが、いかがだったでしょうか？
PM業務以外にも「責任」「促進・支援」「実行」の3つに分割して役割を明確にする方法は活用できますので、是非やってみていただければと思います。

最後に、ラクーンホールディングスではエンジニアを大募集中です！ご応募お待ちしております！