生徒がWowするプロダクトづくりを目指して〜atama plusのLeSS導入事例〜/LeSS case study of atama plus

by atama plus

Slide 1

Slide 1 text

⽣徒が W o w するプロダクト作りを⽬指して a t a m a p l u s の L e S S 導⼊事例河⼝康平 2022.02.24 エンタープライズアジャイル勉強会

Slide 2

Slide 2 text

⾃⼰紹介経歴 2014年4⽉：フォルシア株式会社 2018年7⽉：atama plus カスタマーサクセス 2019年3⽉：atama plus プロダクトオーナー 2020年1⽉：atama plus スクラムマスター 2 河⼝康平 @chankawa919

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

atama plusについて

Slide 6

Slide 6 text

教育に、⼈に、社会に、次の可能性を。教育を新しくすること。それは、社会のまんなかを新しくすること。私たちは学びのあり⽅を進化させます。学習を⼀⼈ひとり最適化し、「基礎学⼒」を最短で⾝につける。そのぶん増える時間で、「社会でいきる⼒」を伸ばす。それが私たちの⽬指すもの。⾃分の⼈⽣を⽣きる⼈を増やし、これからの社会をつくっていきます。 M i s s i o n atama plus株式会社

Slide 7

Slide 7 text

Slide 8

Slide 8 text

Slide 9

Slide 9 text

AI先⽣「atama＋」を全国の塾・予備校にSaaSモデルで提供しています。 atama＋は、⼀⼈ひとりの得意、苦⼿、伸び、つまずき、忘却度などの情報を収集・分析して、⼀⼈ひとりに合った「⾃分専⽤カリキュラム」を提供します。学習をPersonalize「atama＋」

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

atama plusのプロダクト開発

Slide 18

Slide 18 text

ⓒ 2022 atama plus Inc. 「発⾒」と「開発」を並⾏して進めるデュアルトラックアジャイル 18 atama plusのプロダクト開発現場から吸い上げたアイデア・ペイン発⾒開発 Discover Track 仮説検証 Deliver Track 開発 Release SM エンジニアデザイナー QA 仮説検証して確からしいアイデア idea pain PO SM 発⾒と開発という2つのトラックを並⾏して進める「デュアルトラックアジャイル」を採⽤しています。

Slide 19

Slide 19 text

Slide 20

Slide 20 text

Slide 21

Slide 21 text

なぜLeSSを導⼊したのか？

Slide 22

Slide 22 text

Slide 23

Slide 23 text

ⓒ 2022 atama plus Inc. 開発チームの拡⼤に伴い想定された課題 • 局所最適の加速 • 打ち⼿の優先順位が各チームにとっての最適になり、開発チーム全体としての提供価値が最⼤化されなくなる • スクラムチームのサイロ化 • 異なるプロダクトバックログ間の関係性が⾒えづらくなり、スクラムチーム間で協働しづらくなる • プロダクト全体への責任感 • スクラムチームごとの局所最適が加速すると、プロダクト全体に対する責任感が薄れていくと同時に、プロダクトの統⼀感や⼀体感が失われていく 23 なぜLeSSを導⼊したのか？

Slide 24

Slide 24 text

Slide 25

Slide 25 text

ⓒ 2022 atama plus Inc. LeSS導⼊検討時の主論点 • ⼤規模なスクラムイベントのファシリテーションが成⽴するのか • 混合チームでのスプリントプランニング1、バックログリファインメントのイメージが沸かない • 調整と統合をどのように⾏っていくか • 合意形成をどうとっていくのか • デュアルトラックアジャイルの考え⽅とどう組み合わせていくか • LeSS導⼊前まで各スクラムチームでPOとチームメンバーが⼆⼈三脚で⾏っていたディスカバリーが、LeSS導⼊後のPO1⼈体制で成⽴するのか 25 なぜLeSSを導⼊したのか？

Slide 26

Slide 26 text

Slide 27

Slide 27 text

Slide 28

Slide 28 text

Slide 29

Slide 29 text

LeSS導⼊後に起きたこと

Slide 30

Slide 30 text

ⓒ 2022 atama plus Inc. LeSS導⼊から3ヶ⽉たって⽣じた痛み • 【課題①】各フィーチャーチームに求められるレベルが上った • 理由：より本質的な課題に取り組むことができる⼀⽅、扱う課題の抽象度・複雑度・難易度もぐっと上がった • 打ち⼿：抽象的な課題仮説の整理が得意な事業開発のメンバーを追加 • 【課題②】組織アジリティ向上のための学習コストが果てしない • 理由：所属チーム、職種、⼊社時期⼊による知識の⾮対称性 • 打ち⼿：課題の⽬線合わせ＆オンボの充実＆徐々に型を外す 30 LeSS導⼊後に起きたこと

Slide 31

Slide 31 text

Slide 32

Slide 32 text

Slide 33

Slide 33 text

Slide 34

Slide 34 text

LeSSの限界、次のスケールへ

Slide 35

Slide 35 text

Slide 36

Slide 36 text

ⓒ 2022 atama plus Inc. どのようにチームを分割するか • いろいろなチームの分割⽅法を検討 • 例：事業の顧客セグメントで分ける、狭義のプロダクト単位で分ける、ユーザー体験ベースで分ける、⼀定のコンポーネントで分ける • 現時点で⾒えている、向こう3〜6ヶ⽉で取り組みたい開発テーマを棚卸ししながら、僕たちが開発組織として⼤切にしたいことも踏まえて議論 • まだまだ事業の不確実性が⾼く、3ヶ⽉ごとに戦略をアップデートしている現在のatama plusにおいては、特定の分割軸でチームを分けることはリスクが⾼いと判断 36 LeSSの限界、次のスケールへ

Slide 37

Slide 37 text

ⓒ 2022 atama plus Inc. 2つの実験を実施 • 【実験①】開発効率・開発基盤系に取り組むDev・QAのみのスクラムチームを切り出す • 開発効率・開発基盤に投資するテーマの優先順位がなかなか上がらない • チーム内のリソース配分が難しい • 【実験②】担当領域を決めずに、1つのLeSSを2つのエリアに分割してみる • 2つのLeSSのエリアで、それぞれのスクラムイベントが成⽴するのか？それぞれのエリアで相互に連携できるのか？ • その運⽤に慣れる、運⽤課題を出そうという実験 37 LeSSの限界、次のスケールへ

Slide 38

Slide 38 text

Slide 39

Slide 39 text

ⓒ 2022 atama plus Inc. 実験結果 • 😄5チームLeSSのときに⽐べて、プロダクトオーナーがよりチームメンバーと密に連携がとれるようになった • 😄エリアとしてやるべきテーマがクリアになり、選択と集中が⾏えるようになった • 😄 5チームのLeSSから2チームのLeSSになったため、スクラムイベントが軽量化され、エリア内の連携が密になった • 😭⾃分が属していないエリアが何をやっているのかわからなくなった • 同じエリア内の情報のキャッチアップコストは減った⼀⽅で、コンフリクトの不安もある 39 LeSSの限界、次のスケールへ