今こそ変化対応力を向上させるとき〜ログラスが FAST に挑戦する理由〜 / Why Loglass is Talking on the Challenge of Agile Framework FAST

Slide 1

Slide 1 text

Slide 2

Slide 2 text

© 2024 Loglass Inc. 塩谷知宏社内でのスケーリング勉強会、FAST 推進チームに参加。 FAST ミーティングのファシリテーションを担当。 Tomohiro Shioya 株式会社ログラスエンジニアリングマネージャー外資系IT企業にてバックエンド・フロントエンド開発に携わったのち、 SaaS企業での新サービス立ち上げや、BtoCサービスを提供する企業でのエンジニアリングマネージャー経験を経て、2023年7月にログラスへ入社。「Loglass 人員計画」の立ち上げにエンジニアとして携わる。現在は同チームのエンジニアリングマネージャーを務めている。 https://prd-blog.loglass.co.jp/entry/2024/09/12/181043

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Slide 8

Slide 8 text

Slide 9

Slide 9 text

© 2024 Loglass Inc. ● 三つのスクラムチーム ● それぞれ機能領域で分けていた ● 認知負荷を下げて領域ごとに生産性を最適化してきた TL Engineers Designer PdM 経営管理 TL Engineers Designer PdM TL Engineers Designer PdM QA QA QA 機能領域 1 機能領域 2 機能領域 3 これまでのプロダクト組織体制

Slide 10

Slide 10 text

© 2024 Loglass Inc. 2020 年に正式リリースして 3 年経過、組織もプロダクトも以前より大きくなってきた。今年の春に全員で課題感を出すワークをした。プロダクトが成長したことで出てきた課題複数の領域を扱う課題はディスカバリーしにくく漏れが起こりやすいチーム間の連携コストが大きくなりデリバリーの速度が出にくいプロダクト全体を俯瞰して体験を設計・実装できる人が少ないスクラムチーム間の連携が必要なたびにチームを作ることは調整コストが大きくスピード感を出せない組織が拡大すると個々の自律性を保てなくなりそう

Slide 11

Slide 11 text

Slide 12

Slide 12 text

Slide 13

Slide 13 text

Slide 14

Slide 14 text

Slide 15

Slide 15 text

Slide 16

Slide 16 text

© 2024 Loglass Inc. 三つのスクラムチームを一つのコレクティブに統合 ● それぞれのスクラムチームで FAST を試したのち、一つに統合した ○ こちらは次の LT で触れます！ ● 7 週間が経過。14 回のバリューサイクルを完了 ● 実際にどのように動的チーミングが機能しているのか紹介 ○ 活動アイテム間の移動 ○ ディスカバリーと実装以外のアイテム ○ 旧スクラムチームの混成状況

Slide 17

Slide 17 text

Slide 18

Slide 18 text

Slide 19

Slide 19 text

Slide 20

Slide 20 text

Slide 21

Slide 21 text

© 2024 Loglass Inc. ファシリテーションで意識していたこと ● メンバーが自律的に判断するための情報を引き出す動きをする ○ チームからの進捗共有の前に、旧スクラムチームにも伝わる言葉で話してもらうよう促した ○ 活動アイテムの説明で、ゴールを話してもらって「人が増えると早く終えられるのか？」を思考するきっかけにする ○ 積極的に質問を拾って、チームの進捗やバリューサイクルで出た学びを全体に向けて話してもらう ● 自律性に任せる ○ 自律に任せていいのか、介入すべきなのかむずかしさ

Slide 22

Slide 22 text