FAST導入ドキュメンタリー / FAST introduction documentary

Slide 1

Slide 1 text

Slide 2

Slide 2 text

© 2024 Loglass Inc. Profile 南部豪株式会社ログラスエンジニア新卒未経験から、検索機能を強みとしたWEBアプリの開発を行う会社でフルスタックエンジニアとしてキャリアをスタート。その後、SaaSビジネスに興味を持ち株式会社カケハシに転職。エンジニアチームのリードとしてスクラムの導入なども行う。 1社目の縁で2023年9月にログラスに入社。チームのリードとして機能開発をする傍ら、E2Eや非同期処理など、横断的に使用できる基盤を作る。直近では、生産性向上のために開発組織はどうあるべきかなどにも興味を持ってチームにFASTというスケーリングフレームワークを導入した。 Go Nambu

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

© 2024 Loglass Inc. 01｜チームに導入を決めるまで導入前のスクラムチーム ● 人数 ○ 11人 ■ 直近入社の人が多い ● 担当開発エピック ○ 3つ ■ コンテキストが大きく異なる ■ 状況的に同時にやらないとならない ● 担当機能領域 ○ インプット・アウトプット領域以外全て ● 運用タスク ○ 問い合わせ対応 ○ アラート対応 ■ 機能領域が広いので1日数件はある ○ SSOの設定 ■ MTG時間含めて1人が1日は潰れる

Slide 9

Slide 9 text

Slide 10

Slide 10 text

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

Slide 17

Slide 17 text

Slide 18

Slide 18 text

Slide 19

Slide 19 text

Slide 20

Slide 20 text

© 2024 Loglass Inc. 02｜チームへの導入後スケジュールの整理 ● スクラムイベントの時間の一部をFAST MTGにマッピング ○ SprintReview -> 第1部 ○ Planning -> 第2部・第3部 ● レトロスペクティブの代わりに振り返りの会 ○ FASTにはないが、全体でPDCAを回したい ○ OST形式で行う固定のMTGは2時間程度に各チームで必要なMTGを行う

Slide 21

Slide 21 text

© 2024 Loglass Inc. 02｜チームへの導入後 FAST MTGをやってみた 1. 第1部:何をしてどうなったか？ - 文章と口頭だけだと追いつけない - 全体感に対して現在地がどこかわからない 2. 第2部:何を目指しているのか？ - ゴールがわからない - チームOKRとも異なりそう 3. 第3部:今何をすべきなのか？ - 前サイクルで行っていたアイテムが引き継がれる - 特にアイテムに対して議論が行われない

Slide 22

Slide 22 text

Slide 23

Slide 23 text

Slide 24

Slide 24 text

Slide 25

Slide 25 text

Slide 26

Slide 26 text

Slide 27

Slide 27 text

© 2024 Loglass Inc. 03｜導入後の変化ポジティブな変化 ● 開発時間が増加し、PR作成数も向上 ○ 開発のスピードも向上した ● 自分が行うべきタスクが明確になり、アウトプットが出せるようになった ○ 自分が触れないアイテムを深く理解する必要がなくなった ● 担当のタスクに対し、責任感が強まったり、領域が広がった ○ 今まであまり触れてこなかったチーム外とのやりとりも行うようになった

Slide 28

Slide 28 text

Slide 29

Slide 29 text

Slide 30

Slide 30 text

Slide 31

Slide 31 text

Slide 32

Slide 32 text

Slide 33

Slide 33 text

© 2024 Loglass Inc. 05｜現在地点と改善に向けて個人的に良いと思っていること ● リソース配置に対する議論 ○ 人数を追加すれば早く終わるアイテムに対して今追加しなくていいのか？ ○ 想定より遅れていそうなアイテムに対して人を追加しなくていいのか？ ● 開発スピードと引き換えに品質を落とさないような議論 ○ シフトレフト・シフトライトの推進 ● 今まで触れてこなかった領域に飛び込むメンバーがいる ○ 複数領域のケイパビリティを獲得しつつある

Slide 34

Slide 34 text

© 2024 Loglass Inc. 05｜現在地点と改善に向けて個人的に懸念していること ● 「優先度」が気にされすぎている ○ アイテム数を制限するなら、アイテムの優先度をつける必要がある ○ 各自が優先度を判断してアジャストできるといいが、難しいのでPdMに毎度聞かれている ● 各チームの同期が充足していないかもしれない ○ 背景や状況が全くわかっていないアイテムがありそう ● 全体感の側面が2面あり、判断が難しいことが効いてきている ○ プロダクトビジョンから落とした際の現状 ○ 足元のお客様のニーズに答え、売上をあげることを考えた現状

Slide 35

Slide 35 text

© 2024 Loglass Inc. 05｜現在地点と改善に向けて目指す先とそれに向けて ● メンバーそれぞれが全体を把握し、今行うべきアイテムを出せる状態 ○ 継続的な全体アイテムの理解の浸透 ○ 現在の状況(顧客の温度感など)への理解を深める ■ PdMに都度共有してもらう仕組み作り ● 出されたアイテムに対して、自分はどこに行くべきか都度考えられる状態 ○ 各アイテムに対するキャッチアップ体制の向上 ■ アイテムを細かく切り出し、突発的に入る人も速やかにワークできるように ○ 第1部の共有時間を増やすor第1部だけ頻度をあげる FASTに踏み切れるログラスならできるはず！

Slide 36

Slide 36 text