「分からない」をゼロへ： BizReach SREが挑んだ プランニング改善と信頼性強化 / SRE Lounge #18

2025年8月5日に開催された「SRE Lounge #18」の登壇資料です。
https://sre-lounge.connpass.com/event/362882/

▼関連資料
伴走から自律へ： 形式知へと導くSREイネーブリングによる プロダクトチームの信頼性オーナーシップ向上
https://speakerdeck.com/visional_engineering_and_design/sre-next-2025

「分からない」をゼロへ――BizReach SREが挑んだプランニング改善と信頼性強化
https://engineering.visional.inc/blog/681/sre-scrum-improvement/

ユーザー数100万人規模の事業成長を止めずに、レガシーコードと戦う
https://speakerdeck.com/visional_engineering_and_design/jjug-ccc-2022-fall

-----
Visionalのエンジニアリングに関する最新情報はX、ブログで発信しています！📣

▼Visional Engineering Blog
https://engineering.visional.inc/blog/

▼VISIONAL ENGINEERING / X
https://twitter.com/VISIONAL_ENG

Transcript

1. 「分からない」をゼロへ：
 BizReach SREが挑んだ
 プランニング改善と信頼性強化
 
 @SRE Lounge #18 , 2025/08/05 
 株式会社ビズリーチ（Visionalグループ）
 プロダクト本部/プラットフォーム統括部/ビズリーチプラットフォーム部/SREグループ
 
 今村 悠人
 1
2. 自己紹介
 経歴
 • 2017年〜 株式会社ビズリーチ
 ◦ SREとしてビズリーチの信頼性向上に貢献 
 趣味
 • ゲーム
 ◦ RPGをよくやります
 • カメラ
 ◦ 主に人を撮ります 
 今村 悠人
 2
3. 即戦力人材と企業をつなぐ転職サイト「ビズリーチ」
 引用：ビジョナル株式会社「 2025年7月期 第3四半期決算説明資料」 
 C (ビズリーチ会員様) とB (直接採用企業様 / ヘッドハンター様)へ転職プラットフォームを提供
 3
4. 顧客基盤の拡大に支えられた堅調な成長
 引用：ビジョナル株式会社「 2025年7月期 第3四半期決算説明資料」 
 4
5. 私たちが働く未来
 引用：ビジョナル株式会社「 2025年7月期 第3四半期決算説明資料」 
 5
6. 今日伝えたいこと
 6 不確実性の排除は信頼性向上につながる SREのミッションである「信頼性」にどう紐づくのか 不確実性の排除は信頼性向上につながる
 SREのミッションである「信頼性」にどう紐づくのか

7. アジェンダ
 1. SREについて
 1.1. ビズリーチのSREとは
 2. 抱えていた課題と原因
 2.1. 達成率の低下 —「分からない」が多発していた背景
 3. 解決策:「分からない」を徹底的に排除する
 3.1. プランニング改善（「あとはやるだけ」の状態を目指す / PO合意 / 1週間のガントチャート作成）
 3.2. スプリント中の改善（ガントチャート見直し/改善サイクル）
 4. 改善結果
 4.1. 達成率の向上
 4.2. 不確実性解消が信頼性向上につながる理由
 5. まとめ
 5.1. 明日からできること
 7
8. SREについて
 8
9. ビズリーチのSREとは
 • 日々の取り組み
 SREについて
 オンコール対応
 他チームへの
 イネーブリング
 システム&組織改善
 （Issue対応）
 学びへの投資
 （勉強会など）
 9
10. ビズリーチのSREとは
 • 日々の取り組み
 SREについて
 オンコール対応
 他チームへの
 イネーブリング
 システム&組織改善
 （Issue対応）
 学びへの投資
 （勉強会など）
 サービスの信頼性向上
 10
11. ビズリーチのSREとは
 • 日々の取り組み
 SREについて
 オンコール対応
 他チームへの イネーブリング システム&組織改善
 （Issue対応）
 学びへの投資
 （勉強会など）
 サービスの信頼性向上
 11
12. 12 https://speakerdeck.com/visional_engineering_and_design/sre-next-20 25

13. • スクラムの思想を取り入れた開発体制
 • チーム内訳 
 ◦ プロダクトオーナー（以下、PO）：1人
 ◦ Developer：5人
 • 1スプリント = 1週間
 開発体制
 13
14. • デイリースクラム
 ◦ 毎朝、チーム内で進捗の共有と困っていることの確認を行う 
 • プランニング
 ◦ タスクを細分化 → それぞれをSBIとしスプリント内で実施
 ◦ スプリントゴール（スプリント中に達成したい目標）を決める 
 主要なセレモニー
 14
15. 抱えていた課題と原因
 15
16. 53% 32%
 16
17. 53% 32%
 17 タスク完了率
 スプリントゴール達成率
 期間:2024/02 ~ 07

18. 53% 32%
 18 スプリントゴール達成率
 → プロジェクト遅延、 チームの士気を下げる悪循環へと発展
 タスク完了率
 期間:2024/02 ~ 07

19. 達成率の低下 —「分からない」が多発していた背景
 19 POとDeveloperの認識のズレ
 「分からない」状態でのスプリント開始

20. 達成率の低下 —「分からない」が多発していた背景
 20 「分からない」状態でのスプリント開始
 POとDeveloperの認識のズレ タスクに対する「曖昧さ」を残したまま 
 スプリントを始めた
 → 途中で「次に何をすればいい？」が 
 頻発、解消に時間を使う
 → 属人化と進捗停滞の発生、
 品質・信頼性の低下を招いた。

21. 達成率の低下 —「分からない」が多発していた背景
 21 「分からない」状態でのスプリント開始 POとDeveloperの認識のズレ
 受け入れ条件の認識ズレが後から判明
 → 手戻りが頻発

22. 発生していた問題まとめ
 実装時の影響範囲に対する見積もり不足
 • 工数見積もりが甘く、作業中に追加対応が必要なことが発覚 
 • 結果、スプリント内に完了しないことが多々発生
 実装方法の手戻り
 • 受け入れ確認やレビューの結果、より良い方法があったことが分かり手戻りが発生 
 作業手順・テスト
 • リリース前テストやリリース後に問題が発生し、切り戻しが発生 
 22
23. 発生していた問題まとめ
 実装時の影響範囲に対する⾒積もり不⾜ • ⼯数⾒積もりが⽢く、作業中に追加対応が必要なことが発覚 • 結果、スプリント内に完了しないことが多々発⽣ 実装⽅法の⼿戻り • 受け⼊れ確認やレビューの結果、より良い⽅法があったことが分かり⼿戻りが発⽣ 作業⼿順‧テスト • リリース前テストやリリース後に問題が発⽣し、切り戻しが発⽣ 23 プランニング改善によって解消できるのでは？

24. 解決策:「分からない」を徹底的に排除する
 24
25. 解決策:「分からない」を徹底的に排除する
 • プランニング改善
 ◦ 「あとはやるだけ」の状態を目指す 
 ◦ POとの認識ズレの早期解消
 ◦ 1週間のガントチャート作成
 • スプリント進行上での改善
 ◦ ガントチャート見直し
 ◦ 継続的な改善サイクル
 25
26. 解決策:「分からない」を徹底的に排除する
 • プランニング改善
 ◦ 「あとはやるだけ」の状態を目指す 
 ◦ POとの認識ズレの早期解消
 ◦ 1週間のガントチャート作成
 • スプリント進行上での改善
 ◦ ガントチャート見直し
 ◦ 継続的な改善サイクル
 26
27. プランニング改善:「あとはやるだけ」の状態を目指す
 27 タスクの前提を完璧に揃える！ 
 1
 絶対に複数の選択肢を検討する！ 
 2
 誰でも実行可能なSBIに分解する！
 3

28. プランニング改善:「あとはやるだけ」の状態を目指す
 28 タスクの前提を完璧に揃える！ 1 絶対に複数の選択肢を検討する！ 2 誰でも実⾏可能なSBIに分解する！ 3
29. 1. 「なぜこのタスクをやるのか」の認識統一
 2. 修正箇所と影響範囲を洗い出し
 a. 構成図を見る
 b. コードを見る
 c. ヒアリングする
 タスクの前提を完璧に揃える！
 29
30. プランニング改善:「あとはやるだけ」の状態を目指す
 30 タスクの前提を完璧に揃える！ 1 絶対に複数の選択肢を検討する！ 
 2
 誰でも実⾏可能なSBIに分解する！ 3
31. 絶対に複数の選択肢を検討する！
 31 固執することで潜在的なリスクに気付けない恐れがあるため
32. 1. 先ほど得られた情報を元に選択肢を用意
 ◦ 実装像をすり合わせるために構成図・コードも確認 
 2. それぞれのメリット/デメリットを比較
 絶対に複数の選択肢を検討する！
 32
33. プランニング改善:「あとはやるだけ」の状態を目指す
 33 タスクの前提を完璧に揃える！ 1 絶対に複数の選択肢を検討する！ 2 誰でも実行可能なSBIに分解する！
 3

34. 誰でも実行可能なタスクに分解する！
 34 → できる限り解像度を上げていく
 「1時間以内で完了できますか？」

35. プランニング改善:「あとはやるだけ」の状態を目指す
 35 タスクの前提を完璧に揃える！ 
 1
 絶対に複数の選択肢を検討する！ 
 2
 誰でも実行可能なSBIに分解する！
 3

36. プランニング改善:「あとはやるだけ」の状態を目指す
 36 タスクの目的共有
 構成図×コードで修正範囲を可視化し認識統一・疑問解消 
 1
 選択肢とメリデメを整理し、
 構成図・コードを用いて実装像を擦り合わせ 
 2
 方針決定後、「1時間で完了できる」SBIに細分化
 3

38. 38 タスクの細分化
 命名は何がいいか
 依頼者に確認 したいこと
 どの順番で作業していくのか 
 コードを置く場所をどこにするか 

39. 解決策:「分からない」を徹底的に排除する
 • プランニング改善
 ◦ 「あとはやるだけ」の状態を目指す 
 ◦ POとの認識ズレの早期解消
 ◦ 1週間のガントチャート作成
 • スプリント進行上での改善
 ◦ ガントチャート見直し
 ◦ 継続的な改善サイクル
 39
40. プランニング改善:POとの認識ズレの早期解消
 40 プランニング中に スコープ調整や タスク分割を実施
41. 解決策:「分からない」を徹底的に排除する
 • プランニング改善
 ◦ 「あとはやるだけ」の状態を目指す 
 ◦ POとの認識ズレの早期解消
 ◦ 1週間のガントチャート作成
 • スプリント進行上での改善
 ◦ ガントチャート見直し
 ◦ 継続的な改善サイクル
 41
42. プランニング改善:1週間のガントチャート作成
 42
43. プランニング改善:1週間のガントチャート作成
 43 スプリントゴール達成を優先
44. プランニング改善:1週間のガントチャート作成
 44 属人化防止とフロー効率向上のため 
 WIP数「2」を意識

45. 解決策:「分からない」を徹底的に排除する
 • プランニング改善
 ◦ 「あとはやるだけ」の状態を目指す 
 ◦ POとの認識ズレの早期解消
 ◦ 1週間のガントチャート作成
 • スプリント進行上での改善
 ◦ ガントチャート見直し
 ◦ 継続的な改善サイクル
 45
46. • 以下のプロセスで遅れが検知されたら計画を見直す
 スプリント進行上での改善:ガントチャート見直し
 46 デイリースクラムで 進捗状況と懸念点の共有 スプリント中間⽇に POを交えて進捗の確認
47. スプリント進行上での改善:継続的な改善サイクル
 レトロスペクティブにてガントチャートを見ながら振り返りを実施
 • 実際の進捗とガントチャートの乖離を可視化
 → どのタスクがなぜ遅れたのかを分析
 • オンコールを含めてベロシティを再計算
 → 見積もり精度向上とトイル判定を実施
 47 改善サイクルを回し続けることを徹底

48. 改善結果
 48
49. 達成率の向上
 49
50. • 不確実性のある作業 = 問題や障害の温床になりやすい
 ◦ あるプロジェクトで「不確実性を残したまま進めた」結果・・・ 
 ▪ タスクの重複
 ▪ 作業漏れによる追加対応
 ▪ 不具合があるままリリースを行いそうになった
 不確実性解消が信頼性向上につながる理由
 50 信頼性低下に直結
51. 不確実性解消が信頼性向上につながる理由
 51 計画段階で疑問点を解消し、 チームの認識を⼀致させる スプリント中も 計画の⾒直しを都度実施
52. 不確実性解消が信頼性向上につながる理由
 52 不確実性を排除することは
 システムの高い可用性と信頼性を実現する鍵となる
 計画段階で疑問点を解消し、 チームの認識を⼀致させる スプリント中も 計画の⾒直しを都度実施
53. まとめ
 53
54. まとめ
 54 • Problem
 ◦ タスク完了率 & スプリントゴール達成率が低下
 ◦ 原因を「不確実性」と「認識ズレ」 
 • Action
 ◦ タスクを「1時間粒度」まで細分化し、認識ズレを排除 
 ◦ 1週間ガントチャートで実行順序を事前確定 
 ◦ スプリント中も計画を見直し、レトロで改善を回す 
 • Result
 ◦ 達成率の上昇 & 手戻り防止
 ▪ タスク完了率: 53% → 85%
 ▪ スプリントゴール達成率 : 32% → 68% 

55. 今日伝えたいこと
 55 不確実性の排除は信頼性向上につながる SREのミッションである「信頼性」にどう紐づくのか 不確実性の排除は信頼性向上につながる
 SREのミッションである「信頼性」にどう紐づくのか

56. 今日伝えたいこと
 56 不確実性の排除は信頼性向上につながる
 • 不確実性のある作業 = 問題や障害の温床になりやすい
 • 不確実性の排除 = 開発リスクの未然防止と高可用性・高信頼性の鍵

57. 明日からできること
 不確実性を徹底的に潰して誰でもできる状態にする
 ・「オンボーディング直後のメンバーも迷わず着手できる？」を問いかける
 ・まずは一つのタスクに対して不確実性を徹底的に無くしてみる
 57 認識を揃える
 複数選択肢を 用意
 誰でも出来る
 状態に分解

58. 58 https://speakerdeck.com/visional_engineering_and_design/sre-next-2025