プロジェクトマネージャーとスクラムマスターがいる現場で見つけた、組織や立場を越えて協働するための考え方 / 20261114 Takahiro Kanamitsu

2026/11/14 スクラムフェス札幌
https://www.scrumfestsapporo.org/

株式会社SHIFT
AI開発ソリューション部
開発3G
スクラムマスター
金光 隆広

1. スクラムフェス札幌 2026 11 / 14 12:00-12:15 プロジェクトマネージャーと スクラムマスターがいる現場で見つけた、 組織や立場を越えて協働するための考え方 株式会社SHIFT AI開発ソリューション部 開発3G スクラムマスター 金光 隆広 Copyright SHIFT Inc., All Rights Reserved. Takahiro Kanamitsu
2. このセッションで話したいこと 本セッションでは「プロジェクトマネージャ」「スクラムマスター」 の境界線が必要、不要などという話はしません 話しません 話します • プロジェクトマネージャとスクラムマスターの 正しい境界線 • プロジェクトマネージャは必要なのか 不要なのか • 「役職をみる」から「責任をみる」へ • プロジェクトを経て考え方が変わっていった 経験談 一緒に働いたプロジェクトマネージャ・開発メンバー・アジャイル実践者の方々への感謝 Copyright SHIFT Inc., All Rights Reserved. 2
3. このセッションで話したいこと 役職ではなく責任をみるようになりました 現在実践している3つのこと 1 2 3 要求への対応を 二択にしない 責任と貢献を 分けて考える 責任が果たされる 体制をつくり見直す Copyright SHIFT Inc., All Rights Reserved. 3
4. 金光 隆広(Kanamitsu Takahiro) 所属 株式会社SHIFT AI開発ソリューション部 開発3G スクラムマスター 経歴 株式会社クレスコでSIを経験後、2026年にSHIFTにJoin！ 現在は公共系案件で活動中 こんな人 SHIFT最新世代のスクラムマスター スクラムフェス神奈川を中心に各地スクラムフェスに出没 #ウォーキング #町田は東京 #スクラムフェス巡礼 kanami@kana_cll Copyright SHIFT Inc., All Rights Reserved. 4
5. プロジェクトマネージャがいるのはおかしいと思ってた 役職ではなく責任を見るようになった 責任を見るようになって変わったこと Copyright SHIFT Inc., All Rights Reserved. 5
6. プロジェクトマネージャがいるのはおかしいと思ってた Copyright SHIFT Inc., All Rights Reserved. 6
7. プロジェクトマネージャがいるのはおかしいと思ってた 当時、プロジェクトマネージャがいることに違和感を持っていた 理由 現場で感じた課題 1. Scrum Guideにプロジェクトマネージャ という役割は存在しない 2. 指揮命令系統が生まれるのではないか • 情報伝達が遅くなる • 顧客とも距離が遠くなる • サブチーム化が進む スクラムチームにプロジェクトマネージャがいること自体が問題なのでは？ Copyright SHIFT Inc., All Rights Reserved. 7
8. プロジェクトマネージャがいるのはおかしいと思ってた 一人目のプロジェクトマネージャとの協働 受けるか断るかではなく、選択肢をつくる 当時の私（開発者出身） 一人目のPM 顧客からの要求 顧客からの要求 目的の確認 選択肢を検討 受けるか断るかの判断 議論の場へ戻す 「受ける」か「断る」しか選択肢はないのだろうか？ Copyright SHIFT Inc., All Rights Reserved. 8
9. プロジェクトマネージャがいるのはおかしいと思ってた 二人目のプロジェクトマネージャとの協働 チームにとって最善の体制を考えていた 当時の私 当時 スクラムマスターと 開発者の兼務 スクラムマスター 開発者 二人目のPM 注目していたもの 注目していたもの 自分の役割 チームの成果 スクラムマスターであること 必要な能力 自分の責任 全体の進捗 チームにとって最善の体制はなにか？ Copyright SHIFT Inc., All Rights Reserved. 9
10. 役職ではなく責任を見るようになった Copyright SHIFT Inc., All Rights Reserved. 10
11. 役職ではなく責任を見るようになった 実践① 要求への対応は二択にしない 以前は 今は 考慮している問い 要求を受けるか or 断るか 顧客の目的と開発上の制約を 出した上での提案 ？ 受ける 断る 選択肢 A 選択肢 B 選択肢 C ・・・ 人はそれぞれ何を 守ろうとしているのか？ 顧客の目的と開発上の制約から、 どのような制約が生じるのか？ 受けるか断るかではなく、議論できる選択肢を作れているか Copyright SHIFT Inc., All Rights Reserved. 11
12. 役職ではなく責任を見るようになった 実践② 責任と貢献を分けて考える 責任 貢献 考慮している問い 誰が何を担うのか明確にする 責任を果たすために 必要な力を集める ？ プロダクトオーナー責任 誰に確認するか スクラムマスター責任 誰と議論するか 開発者責任 誰の強みを借りるか 誰が責任を担い、 その責任を果たすために 誰の強みを活かせるか？ 責任者を決めることと、一人で抱えることは別 Copyright SHIFT Inc., All Rights Reserved. 12
13. 役職ではなく責任を見るようになった 責任と活動は分けて考える プロダクトオーナー責任 スクラムマスター責任 開発者責任 責任を果たすための活動 誰の強みを活かせるか Aさんの強み Bさんの強み Cさんの強み Dさんの強み 責任は明確に、活動は強みで補い合う Copyright SHIFT Inc., All Rights Reserved. 13
14. 役職ではなく責任を見るようになった 実践③ 責任が果たされる体制をつくり見直す 当時 状況の変化 考えたこと その結果 スクラムマスターと 開発者を兼務 スクラムマスター 経験者が参加 自分がスクラムマスター で居続けられるか？ 私は開発者へ専念 その方にスクラムマスター として責任を担ってもらう 体制を提案 スクラムマスター 開発者 誰がスクラムマスター責任 を担うことで最も価値を 届けられるだろうか？ 開発者 自分の希望よりチームとして3つの責任が最も果たされる状況を優先 Copyright SHIFT Inc., All Rights Reserved. 14
15. 役職ではなく責任を見るようになった スクラムマスターでいること ≠ スクラムマスター責任を果たすこと スクラムマスターでいること （肩書・立場） スクラムマスター責任を果たすこと (責任・価値) ≠ ・チームの成長を支援する ・継続的な改善を促す ・必要な対話をつくる スクラムマスター ・責任が果たされる状態を支える 肩書を守ることよりも、必要な責任が果たされることを大切にするという学び Copyright SHIFT Inc., All Rights Reserved. 15
16. 責任を見るようになって変わったこと Copyright SHIFT Inc., All Rights Reserved. 16
17. 責任を見るようになって変わったこと 当時、プロジェクトマネージャがいることに違和感を持っていた 三つの問い 現場で実践してること 1 それぞれは何を守ろうとしているのか？ 1 要求への対応を二択にしない 2 顧客の目的と開発上の制約から どのような選択肢をつくれるのか？ 2 責任と貢献を分けて考える 3 誰が責任を担い、その責任を果たすために 誰の強みを活かせるか？ 3 責任が果たされる体制をつくり、見直す 責任を明確にし、それぞれの強みを活かしながら組織や立場を越えて協働する Copyright SHIFT Inc., All Rights Reserved. 17
18. 責任を見るようになって変わったこと 今後に向けて これからもスクラムマスターとして 大事にしていること スクラムマスター として関わりたい！ 肩書を守ること以上に 必要な責任が果たされることを支える 社会的にどんな肩書になっても 自分はスクラムマスターだと誇る 一緒に新しく求められている形を考えていきませんか？ Copyright SHIFT Inc., All Rights Reserved. 18
19. ご清聴ありがとうございました Copyright SHIFT Inc., All Rights Reserved.