複数のスクラムチームをサポートするエンジニアリングマネジメントの話

Scrum Fest Osaka 2022の登壇資料です。
複数のスクラムチームをマネジメント範囲とするエンジニアリングマネージャが２年間何を考えてチームと関わってきたか、ケーススタディを共有します。

Transcript

1. スライドトップと
 してご利用ください
 マネーフォワード事業本部 
 山田 太郎
 © Money Forward, Inc. 複数のスクラムチームを
 サポートする
 エンジニアリングマネジメントの話
 株式会社マネーフォワード
 大倉 圭介
 © Money Forward, Inc.
2. Money Forward
 Engineering Manager
 大阪開発拠点長 兼
 ビジネスカンパニー 
 クラウドERP本部 副本部長 
 大倉 圭介
 (@okeicalm)
 © Money Forward, Inc.
3. 略歴
 https://note.com/okeicalm/n/nc97a55959d43 詳しくは自己紹介noteを
4. EMだけどコードは書き続けてます

5. © Money Forward, Inc. ❏ Outcome
 ❏ 開発しているプロダクト
 ❏ エンジニアリングマネジメントって
 ❏ ケーススタディ
 ❏ まとめ
 アジェンダ

6. © Money Forward, Inc. Outcome
 スクラムとエンジニアリングマネージャの関わり方の
 ケーススタディを知って新しいアイデアが湧く（かも）
 どのスクラムチームでも通用する汎用的な
 エンジニアリングマネジメント術がわかる
 新米エンジニアリングマネージャがどういう経験を積んで成 長（？）したかを知ってキャリアパスの参考になる

7. © Money Forward, Inc. 株式会社マネーフォワードです

8. © Money Forward, Inc.
9. © Money Forward, Inc. エンジニアリング マネジメントって
10. © Money Forward, Inc. okeicalmが思うエンジニアリングマネジメント

11. © Money Forward, Inc. スクラムにおけるエンジニアリングマネジメント
 • スクラムガイドには明記されていない
 • スクラムの外側、と捉えられることもある
 • 書籍などでもあまり扱われていない
 • 組織の文化に大きく依存するので汎化が難しい要素かも

12. © Money Forward, Inc. LeSSにはこう書いてある
 引用元：https://less.works/jp/less/management/role-of-manager ミドルマネージャーの役割は全体を見渡し、素晴らしい プロダクトを作るために強い組織を作ることです。チー ムとスクラムマスターが取り組んでいる障害の排除と改 善を手助けすべきです。チームに 改善と問題解決のや り方を教えます。現地現物を行い、現場で実際には何 が起きているのか、どうすればチームの改善活動を手 助けできるかを理解します。 シニアマネージャーの役割は会社とプロダクトの戦略 的な意思決定であり、今までと恐らくそこまで変わって はいません。ですがそうは言ってもシニアマネージャー には人々(彼の部下)に、他人への教え方をレクチャす る役割もあります。部下の問題解決を手助けしたり、開 発の改善をより良くするための手助けも行います。
13. © Money Forward, Inc. okeicalmが思うスクラムとEM
 組織課題を解決する人

14. © Money Forward, Inc. 組織課題 is
 チーム単独では解決できない課題
 例えば
 • 会社全体の制度や体制の変更
 • 他組織との折衝
 • 人員計画などの予算
 • 採用・退職
 • 何かどうしようもない何かが起こっている時

15. © Money Forward, Inc. ケーススタディ
16. © Money Forward, Inc. okeicalm’s Engineering Manager Journey
 約２年間でこのような変遷をたどりました

17. © Money Forward, Inc. okeicalm’s Engineering Manager Journey

18. © Money Forward, Inc. okeicalm’s Engineering Manager Journey

19. © Money Forward, Inc. その他やったこと・考えていること
 会社全体としてスクラムを前提として制度設計がされているわけで はない
 
 ので、チームが違えばプロセスも違うし、組織構造や目標設計や人 事評価などもアラインメントを取る必要がある

20. © Money Forward, Inc. 組織構造
 • フィーチャーチームになるよう全ロールが混在した組織にする
 ◦ プロダクトオーナー/デザイナー/エンジニア
 ◦ エンジニアも属性（バックエンド・フロントエンドなど）で体制上わ けない
 • 実際に動いているチームの単位を体制図と紐付けすぎない
 ◦ チーム分割、メンバーの交代などのアジリティが落ちるリスク
 ◦ 人間なのでふとした瞬間にサイロ化が起こるリスク

21. © Money Forward, Inc. 目標設定・人事評価
 • チームの成果を最大化する、という前提でものづくりをしている チーム
 ◦ 個人でこの機能をいつまでに開発します、みたいな目標は 立てない
 ◦ ユーザー価値やチームの成果をより向上させるために何 を目指すか、という軸で目標を立てる
 • 職能とプロダクトチームの２軸で評価者を設定する
 ◦ スキルセットとプロダクトへの貢献の両面から評価できるよ うにする

22. © Money Forward, Inc. まとめ
23. © Money Forward, Inc. まとめ
 ❏ 自身のミッションを「いいチームでいいプロダクトを作れ る環境を整え」と定めて２年間やってきた
 ❏ ロールに縛られる必要はないけれど会社とのアラインメ ントを維持するためにスクラムチームにもEMが必要な 場面はあると考えている
 ❏ ユーザーに価値を届けることがゴールなので、そこをブ ラさずEMのミッションを明確にしていきたい

24. We are hiring!
 © Money Forward, Inc. 全国 大阪 京都
25. We are hiring!
 © Money Forward, Inc. 関西開発拠点で専任スクラムマスターとして 良いプロダクト作りをご一緒頂ける仲間を募集してます！
26. ご静聴ありがとうございました
 © Money Forward, Inc.