atama plusの開発チームはどのように「不確実性」に向き合ってきたか〜2022夏版〜

by atama plus

Slide 1

Slide 1 text

atama plusの開発チームはどのように「不確実性」と向き合ってきたか〜2022夏版〜宮原良介 2022.07.21

Slide 2

Slide 2 text

自己紹介 • 2010-2015 株式会社リコー • 2015-2019 株式会社ぐるなび • 2019-2021 株式会社マネーフォワード • 2021/06 atama plus に join！ • Missionに強く共感！ • cultureを大事にしているのが良い！ • プロダクトが！とても良い！！ 2 ぱんださんエンジニア

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

ⓒ 2022 atama plus Inc. 沿革 7 at am a plus株式会社 DCMベンチャーズより5億円の資金調達 DCMベンチャーズ、ジャフコグループより15億円の資金調達 DCMベンチャーズ、ジャフコグループ、 Pavilion Capital、T. Rowe Price などより74億円の資金調達（融資を含む）シリーズB シリーズA シードラウンド 2021 2018 2019 5億円 15億円 74億円累積 94億円

Slide 8

Slide 8 text

ⓒ 2022 atama plus Inc. 今日お話すること • atama plusは「Missionの実現」に真摯に向き合っています • Mission実現により早く近づくために、日々プロダクトを磨き続けることにこだわり、アジャイル開発を採用しています • atama plusはプロダクトも組織もどんどん成長しています • そんな中、開発プロセスも磨き込んでいます 8 at am a plusの開発チームはどのように「不確実性」と向き合ってきたか

Slide 9

Slide 9 text

Slide 10

Slide 10 text

atama plusはどのように「アジャイルテスティング」を広めたか

Slide 11

Slide 11 text

ⓒ 2022 atama plus Inc. 品質向上に向けた取り組み • 改めて • “Mission”実現に向けて、全速力で取り組んでいく • プロダクトも組織もどんどん成長している • その中で • 機能開発に全力で取り組みたい • 高品質な状態で機能をリリースしたい • 開発プロセスも、これらを実現できるように磨き込んでいきたい 11 at am a plusはどのように「アジャイルテスティング」を広めたか「プロダクト品質」と「開発スピード」の両立を目指し「不具合の早期発見」に取り組んでいく

Slide 12

Slide 12 text

ⓒ 2022 atama plus Inc. なぜ、「不具合の早期発見」なのか 12 at am a plusはどのように「アジャイルテスティング」を広めたか不具合を早期に発見していくことで、品質も保証され、開発スピードもあがっていく開発スピードが上がれば、 Mission実現により早く近づける！リリーススプリントリリーステスト (リグレッションT) スプリント実装・レビュー・FT スプリント課題発見・仮説検証

Slide 13

Slide 13 text

Slide 14

Slide 14 text

ⓒ 2022 atama plus Inc. アジャイルテストとは 14 at am a plusはどのように「アジャイルテスティング」を広めたかアジャイルテストの核心は、自分たちのプロダクトにおける品質の構築やテストにチーム全体が関与することです。欠陥を見つけるためのセーフティネットとしてテスターに頼るのではなく、チームが欠陥を防ぐことを学ぶという、大きなマインドセットの変化があります。〜中略〜始まりからデリバリーまで、そしてそれ以降も継続的に実施される協調的なテストの実践により、お客様への価値の頻繁な提供をサポートします。テスト活動は、高速なフィードバックループを用いて理解を検証しながら、プロダクトの品質を築くことに重点を置いています。このプラクティスは、品質に対するチーム全体の責任という考え方を強化し、サポートします。 Agile Testing Condensed より

Slide 15

Slide 15 text

ⓒ 2022 atama plus Inc. アジャイルテストとは 15 at am a plusはどのように「アジャイルテスティング」を広めたかアジャイルテストの核心は、自分たちのプロダクトにおける品質の構築やテストにチーム全体が関与することです。欠陥を見つけるためのセーフティネットとしてテスターに頼るのではなく、チームが欠陥を防ぐことを学ぶという、大きなマインドセットの変化があります。〜中略〜始まりからデリバリーまで、そしてそれ以降も継続的に実施される協調的なテストの実践により、お客様への価値の頻繁な提供をサポートします。テスト活動は、高速なフィードバックループを用いて理解を検証しながら、プロダクトの品質を築くことに重点を置いています。このプラクティスは、品質に対するチーム全体の責任という考え方を強化し、サポートします。 Agile Testing Condensed より

Slide 16

Slide 16 text

ⓒ 2022 atama plus Inc. アジャイルテスティングとは開発チーム • 品質に対するチームの責任という考え方を持つ • 開発後のテストでバグを見つけるのではなくバグを作り込まないマインド • チームで欠陥の作り込みを防ぐ QA • 品質のゲートキーパーではない • いつでもどこでも素早いフィードバックを実施 • チーム内で品質を導く役割となる • チーム内にテストに関する知識を共有する 16 at am a plusはどのように「アジャイルテスティング」を広めたか SM デザイナーエンジニア QA PO

Slide 17

Slide 17 text

ⓒ 2022 atama plus Inc. アジャイルテスティングとは開発チーム • 品質に対するチームの責任という考え方を持つ • 開発後のテストでバグを見つけるのではなくバグを作り込まないマインド • チームで欠陥の作り込みを防ぐ QA • 品質のゲートキーパーではない • いつでもどこでも素早いフィードバックを実施 • チーム内で品質を導く役割となる • チーム内にテストに関する知識を共有する 17 at am a plusはどのように「アジャイルテスティング」を広めたか SM デザイナーエンジニア QA PO

Slide 18

Slide 18 text

ⓒ 2022 atama plus Inc. まずはQAメンバー間でアジャイルテスティングにチャレンジ 18 アジャイルテスティングへのチャレンジ引用：「Agile Testing Condensed Japanese Edition」P.42より、アジャイルテストの四象限「実践アジャイルテスト」という書籍を基に、アジャイルテスティングのノウハウを開発プロセスに組み込んでみた例えば「テストで明らかにしたいことをアジャイルテストの4象限に当てはめてみて、目的の違うテストは分けて考えよう」「このタイミングで○○ な不具合を見つけるテストをすることがベストタイミングなのか？」などをチームで話し合った

Slide 19

Slide 19 text

Slide 20

Slide 20 text

Slide 21

Slide 21 text

Slide 22

Slide 22 text

Slide 23

Slide 23 text

ⓒ 2022 atama plus Inc. まだまだアジャイルテスティングの実現には遠かったプロダクトオーナー、エンジニア、UXデザイナー • QAに対する期待値が人によって異なる • 自分たちはどのように（どの程度）品質に関わるべきかの認識が異なる • QAからどういう振る舞いを期待されているかわからない • QAが「最後にテストするだけではない」とは知っている（が、具体的に何をするかはイメージがない） • どのようにQAとコラボレーションしていくかのイメージがまだない 23 アジャイルテスティングへのチャレンジ

Slide 24

Slide 24 text

Slide 25

Slide 25 text

ⓒ 2022 atama plus Inc. まだまだアジャイルテスティングの実現には遠かった 25 アジャイルテスティングへのチャレンジ同じスクラムチームの一員として行動していたが、よりよい品質をめざす一体感のようなものが足りていなかったこれらを解消するために試行錯誤していたところ「Agile Testing Condensed」の日本語訳の書籍が販売されたことを知った「Agile Testing Condensed」は、アジャイル開発においてどのようにテストを考えていけば良いのかが、90ページほどにコンパクトにまとめられている！

Slide 26

Slide 26 text

Slide 27

Slide 27 text

ⓒ 2022 atama plus Inc. まだまだアジャイルテスティングの実現には遠かった 27 転機 QAメンバー間でAgile Testing Condensedの読書会を実施「QAとしての動き方や姿勢」の解像度がだいぶ上がった • QAからチームにFBではなく、QAも1チームメンバーである、という意識 • 積極的に質問していく • 「チームで品質を守っていく」ために上流でも遠慮なく意見を言う • テストフェーズでQAだけ忙しくなるのはおかしい、という意識

Slide 28

Slide 28 text

ⓒ 2022 atama plus Inc. QAメンバーが社外研修に参加読書会と同タイミングで QAメンバーが「認定研修Agile Testing for the Whole Team」の研修に参加様々な学びが得られた • 研修タイトルにもある「Whole Team」（チーム全体）というのが大切 • QAはQuestion Askerでもある • 質問や会話を通して全体像を把握する • 可能な限り早くフィードバックする 28 転機

Slide 29

Slide 29 text

Slide 30

Slide 30 text

Slide 31

Slide 31 text

Slide 32

Slide 32 text

ⓒ 2022 atama plus Inc. QA&開発チーム合同「Agile Testing Condensed」読書会 32 転機 Agile Testing Condensedを各々で読みスクラムチームごとに2時間のワークショップを実施 2時間の枠では足りないくらい、各チームで活発な会話が生まれた！「○○はできているね」や「△という概念は初めて知った！」「□はできるようになりたいね」など、現在地を確かめつつアクションを検討できた

Slide 33

Slide 33 text

Slide 34

Slide 34 text

ⓒ 2022 atama plus Inc. 結果 • 「Agile Testing Condensed」の読書会を通じて、開発チーム全体にアジャイルテスティングについての共通理解をつくることができた • atama plusでは、Mission達成に向けて大切にしている行動のひとつに”Speak up.（話そう、とことん。）”を掲げていた • 「チーム全体で品質について話し合う」ことに相性が良かったので、綺麗に土台が整った • 今までも共通して持っていた「よいものを届けたい」気持ちに、具体的な方向性を示すことができたのではないか 34 アジャイルテスティングの考え方が開発チーム全体に

Slide 35

Slide 35 text

ⓒ 2022 atama plus Inc. 結果 • チームでテストや品質について積極的に会話できるようになったことは大きな財産になった • 読書会での学びが多かったという反響もあり、現在は入社時のオンボーディングのコンテンツとして追加されている • 新しくjoinする開発メンバー（PO・エンジニア・デザイナー・QA・SM）はAgile Testing Condensedが課題図書になる • 読んだ後、既存社員を交えて認識合わせ会を開く 35 アジャイルテスティングの考え方が開発チーム全体に

Slide 36

Slide 36 text

Slide 37

Slide 37 text

開発チームにおける品質向上のプラクティス事例の紹介

Slide 38

Slide 38 text

Slide 39

Slide 39 text

Slide 40

Slide 40 text

Slide 41

Slide 41 text

Slide 42

Slide 42 text

Slide 43

Slide 43 text

Slide 44

Slide 44 text

Slide 45

Slide 45 text

Slide 46

Slide 46 text

Slide 47

Slide 47 text

ⓒ 2022 atama plus Inc. good事例「ふるまいを書く」 AS 純二くん（主語） GIVEN atama＋アプリの教科選択画面を開いている（前提条件） WHEN 「中学英語」を選択し、[選択する]ボタンを押下した（取ったアクション） THEN 中学英語の学習ホーム画面に遷移したことがわかる（それに対する結果） 47 解決に向けた試行錯誤例：「教科選択画面で中学英語を選択したら、学習が開始できる」のふるまいを書く Gherkin（ガーキン）フォーマット

Slide 48

Slide 48 text

Slide 49

Slide 49 text

Slide 50

Slide 50 text

Slide 51

Slide 51 text

ⓒ 2022 atama plus Inc. やってよかったこと • チームで共通認識が取れる • 誰が読んでも誤解なく読み取れる • 具体的な機能の仕様が「例」で示されるので、わかりやすい • サブタスクが切りやすい • 1ふるまいに対し1サブタスクを切ることで、程よいサイズのタスクになる • 主な正常系のふるまいを考えることで、プランニングがやりやすくなる • どのふるまいから開発するか、の優先順位の議論がしやすい • 「ここまで実装できたら検証環境にデプロイしよう」のように、テストのまとまりでスライスしやすい 51 「ふるまいを書く」のメリット・デメリット

Slide 52

Slide 52 text

ⓒ 2022 atama plus Inc. エンジニア視点のやってよかったこと • 観点の違いがあっても同じ目線で見れるのがありがたい • デザイナーがこう作りたい、という仕様は新しい機能にフォーカスした観点であることが多い • 対して、エンジニアは既存の仕様との整合性など全パターンを網羅的に考えるが、ストーリーでふるまいを書くと、お互いの観点が違っても認識を合わせやすい 52 「ふるまいを書く」のメリット・デメリット

Slide 53

Slide 53 text

ⓒ 2022 atama plus Inc. デザイナー視点のやってよかったこと • エンジニア、QAに仕様を正しく伝えられる • 口頭のみだと、意外と伝わってなかったり忘れてることがある • （ビジュアル的な部分や画面遷移図はfigmaでカバーできるとより仕様がはっきり伝わる） • ふるまいを正にしているので、変更もふるまいを更新することで齟齬を防げる • ふるまいが書いてあれば、他チームに引き継ぐときのコストを下げられる • ストーリーの単位でエンジニア、QAと認識が取れる 53 「ふるまいを書く」のメリット・デメリット

Slide 54

Slide 54 text

Slide 55

Slide 55 text

ⓒ 2022 atama plus Inc. のびしろ 55 「ふるまいを書く」のメリット・デメリット • 慣れるまでは記述するのに時間がかかる • どういうまとまりで切るのか、が難しい • デザイナーの中には、最初は苦手意識を感じる人も • 慣れるまでは、GIVENやTHENなどを読むのも辛い • （GIVENは前提、THENは→とかにしても良いのかも） • 常に「ふるまいの記述が最新で正」に保とうとすると、コストがかかる • 「ふるまいをテストコードに落とす」はまだまだやれていない

Slide 56

Slide 56 text

ⓒ 2022 atama plus Inc. 学び 56 「ふるまいを書く」のメリット・デメリット • ふるまいを書く / 書かないはチームで相談すると良い • UI調整みたいなチケットはあまり意味なさそう • ロジックで出し分ける、動線に差分がある、仕様がややこしい、などは効果的（認識齟齬が起こりそうな時に効果的） • ふるまいをモブワークで書けると良い • スプリントプランニングまでにみんなで書いておけると後がスムーズ

Slide 57

Slide 57 text

Slide 58

Slide 58 text

Slide 59

Slide 59 text

Slide 60

Slide 60 text

Slide 61

Slide 61 text

Slide 62

Slide 62 text

Slide 63

Slide 63 text

Slide 64

Slide 64 text

ⓒ 2022 atama plus Inc. E2Eテストの自動化 • QAメンバーがE2Eテストの自動化に取り組んでいる • 今は1週間のリリーステスト期間を設けている • 「リリーステスト」の内、既に13%程は自動化されている • 少しずつ自動化比率が上がってきている • さらに自動化を加速し、「これが通っていればリリースできるよ」という世界を目指したい 64 新しい試み 2 リリーススプリントリリーステスト (リグレッションT) スプリント実装・レビュー・FT スプリント課題発見・仮説検証

Slide 65

Slide 65 text

ⓒ 2022 atama plus Inc. E2Eテストの自動化 • リリーステストにおけるE2Eテストの自動化の知見を活かして、FT(Feature Test)のE2Eテストも効率化できないか、という検討がとあるチームで始まる 65 新しい試み 2 リリーススプリントリリーステスト (リグレッションT) スプリント実装・レビュー・FT スプリント課題発見・仮説検証良い取り組みや知見を積極的にシェア・取り入れていく動きができる____

Slide 66

Slide 66 text

Slide 67

Slide 67 text

ⓒ 2022 atama plus Inc. 体験バッシュ • 体験バッシュとは • 「体験バッシュ」は、私達のチームが考えた造語 • プロダクトの不具合を見つけ出すためのバグバッシュの中でも、よりユーザーの体験に重きを置いた取り組みのこと • 機能的なバグはもちろんのこと、ユーザーが触った時に体験としておかしくないか・わかりづらくないか、に主眼を置いて自分たちで機能を使ってみる活動を「体験バッシュ」と名付けた 67 新しい試み 3

Slide 68

Slide 68 text

ⓒ 2022 atama plus Inc. 体験バッシュ • 大学入試向け機能開発では、大学など社外ステークホルダーが多かったり、入試に間に合うようにスケジュールが厳密に決まっていたりという特色があった • 全体の仕様やスケジュールが出揃う前に、決まった機能から五月雨式に開発するスタイルで進んだ • そんな条件下で開発を進める中、「全体を通して体験がおかしくないか、文言等UIに一貫性があるかを最後に確認したいね」とチームメンバーから声が上がり、「体験バッシュ」を実施することになった • 最終的に11点のFBが集まり、8点をプロダクトに反映した 68 新しい試み 3

Slide 69

Slide 69 text

Slide 70

Slide 70 text

Slide 71

Slide 71 text

Slide 72

Slide 72 text

Slide 73

Slide 73 text

Slide 74

Slide 74 text

Slide 75

Slide 75 text

ⓒ 2022 atama plus Inc. 前半：アジャイルテスティングをどうやって広めたか • アジャイルテスティングのノウハウのうち、取り込みやすいものを開発プロセスに取り込んでみる • 「Agile Testing Condensed」の日本語訳をQAメンバーで読んでみる • 「Agile Testing Condensed」の日本語訳を各開発チームで読んでみる • さらに各チームで2時間のワークショップを開催 • 現在は、「Agile Testing Condensed」が開発チームに新しくjoinする人の課題図書になっている • 読み終わったら、既存社員何名かと認識合わせ会を実施する 75 まとめ

Slide 76

Slide 76 text

Slide 77

Slide 77 text

Slide 78

Slide 78 text

Slide 79

Slide 79 text

Slide 80

Slide 80 text

Slide 81

Slide 81 text

Wow students. 生徒が熱狂する学びを。勉強をワクワクするもの、自分からやりたいものに変え、生徒一人ひとりの可能性を広げる。私たちのあらゆる行動は、ただ、そのためにあります。

Slide 82

Slide 82 text

プロダクト開発について情報発信中！ @atamaplus_dev