スクラムエッセンス導入３ヶ月のチームに起きた変化

by hacomono Inc.

Slide 1

Slide 1 text

Last Update 2022.03.16 スクラムエッセンス導入３ヶ月のチームに起きた変化

Slide 2

Slide 2 text

簡単に自己紹介

Slide 3

Slide 3 text

◾ 所属株式会社hacomono UX部エンジニア ◾ すみか大阪府 ◾ すき do / 進藤渉

Slide 4

Slide 4 text

hacomono UXチームの事例を通じて、スクラムエッセンスの導入とチームに起きた変化を紹介します

Slide 5

Slide 5 text

スクラムエッセンス導入前のお話

Slide 6

Slide 6 text

hacomono UXチームユーザの顕在・潜在ニーズを探求し続け、期待を超えるユーザ体験（価値）を生み出し、より早くユーザに届けられるチーム目指すチーム像

Slide 7

Slide 7 text

hacomono UXチーム PdM デザイナー開発エンジニア QAエンジニア

Slide 8

Slide 8 text

課題感これまでは職能ごとに開発をバトンタッチしていた（いわゆるウォーターフォールに近い形） PRD （プロダクト要求仕様書）デザインプログラムテスト

Slide 9

Slide 9 text

課題感プログラミング中に仕様やデザインが実現できないと発覚デザインプログラムテスト手戻り！ PRD （プロダクト要求仕様書）

Slide 10

Slide 10 text

課題感テスト中にクリティカルな問題を発見 PRD （プロダクト要求仕様書）デザインプログラムテスト手戻り！

Slide 11

Slide 11 text

課題感前工程の遅延がテストフェーズへの負債になりがち PRD （プロダクト要求仕様書）デザインプログラムテスト PRD （プロダクト要求仕様書）デザインプログラムテスト理想現実

Slide 12

Slide 12 text

課題感チーム全体の機能理解が浅い？コミュニケーションが不足している？後ろの工程になるほどリスクが大きいな・・全般的にシフトレフトできないかな？（特にテスト）

Slide 13

Slide 13 text

・・・と、前置きはここまで。このような課題感を踏まえて、hacomono UXチームが取り組んだことを紹介していきます！

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

PRDとデザインを全員でレビューし受け入れ条件を全員で考えるその２

Slide 21

Slide 21 text

ホバーした時の挙動どうなる？パフォーマンスみた方が良さそうリストの並び順は？スマフォでの見え方は？ここで解決したいユーザーの課題は？こういう見せ方にすると分かりやすいかもこの条件はどうなってる？本当にファーストリリースで対応すべき？ etc...

Slide 22

Slide 22 text

● 未検討や未伝達の仕様を洗い出せた ● 意見交換が活発になり、どんな発言でも受け入れられる土台ができた ● 細かいデザインや挙動を全員で議論したことによって、より洗練された

Slide 23

Slide 23 text

● やるべきことが明確になり、実装中に仕様を聞き回ることが減った（集中できた） ● 不具合が減った ● QAエンジニアだけでは気づき辛いようなテスト観点も洗い出された ● 役割を越えてQAエンジニア以外もテストに関心を持つようになり、チーム全体の品質意識が向上した

Slide 24

Slide 24 text

プレQA その３

Slide 25

Slide 25 text

● チーム全体で実動作や仕様について共通認識を作れた ● 動くものをベースに議論することで、解像度高くフィードバックサイクルを回せた

Slide 26

Slide 26 text

今のやり方を疑い、柔軟に変更するその４

Slide 27

Slide 27 text

全体進捗が見え辛くなってきたからタスク管理手法変えない？会議体見直して、作業時間増やしたい最初の方の実装はペアプロしない？デイリーの「昨日やったこと」本当に必要？デザインプロセス見直したい QAでモブテストやらない？ Working Agreement 作らない？タスクは1日で終わる粒度で細分化しては？ etc...

Slide 28

Slide 28 text

● スクラムエッセンスを取り入れた当初と比べて、格段に開発チームとして成長した ○ コミュニケーションの質の向上 ○ 開発プロセスの最適化 ○ フロー効率の向上 ● 変更したらそれで終わりではなく、定期的に見直して更なる改善サイクルを回せている

Slide 29

Slide 29 text

まとめ

Slide 30

Slide 30 text

小さく作って、小さくテスト PRDとデザインを全員でレビューし、受け入れ条件を全員で考えるプレQA 今のやり方を疑い、柔軟に変更する手戻りリスクの低減品質向上開発プロセス開発体験の向上共通認識の醸成

Slide 31

Slide 31 text

Slide 32

Slide 32 text

Slide 33

Slide 33 text

Slide 34

Slide 34 text

Slide 35

Slide 35 text

ユーザの顕在・潜在ニーズを探求し続け、期待を超えるユーザ体験（価値）を生み出し、より早くユーザに届けられるチーム UXチームの目指すチーム像これまでの取り組みで、ある程度の余白が生まれた今後はこの余白で価値に向き合い、それをより早くリリースすることに取り組んでいきたい