Scrum Fest Sendai 2024 - Speaker Deck

Scrum Fest Sendai 2024

by miyatay

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Slide 3

Slide 3 text

© asken.inc 3 自己紹介 Yumi Miyata (@miyatay) 株式会社asken 医療事業部モバイルエンジニア直近はモバイルエンジニアとして活動（下記参照） 2019年ごろスクラムに出会ってスクラムの虜になる。認定スクラムマスターを取得し、2年ほどスクラムマスターもこなしたが現在はモバイルエンジニアとして業務に取り組んでいる。 ● ABC2011 Summer 講演 ● Androidテスト部：Anrdoidテスト祭り主催 ● @IT 第1回Androidアプリ開発でテストを始めるための基礎知識執筆 ● @IT 第2回Android SDKでビジネスロジックのテストを自動化するには執筆 ● Androidアプリテスト技法執筆 ● QBook連載：第8〜13回：Android開発のためのテスト自動化について執筆 ● CEDEC2013「スマフォゲーム時代のためのテスト設計と自動化」登壇 ● DroidKaigi2021「Flutterほぼ未経験のチームがネイティブアプリを半年でFlutter にリプレースした話」登壇 ● など

Slide 4

Slide 4 text

© asken.inc 4 自己紹介 Takanari Hatori 株式会社asken 医療事業部エンジニアリングマネージャー兼スクラムマスター X(旧Twitter) : @PersonalPronoun 上記いずれかのアイコンで SNS 上にいることが多いです (右の方が多い) ● 経歴 ○ Sler 時代 ■ バックエンドエンジニア(PHP, Java, C#, Python, Go, etc…) ■ 受託開発(3年) → 社外での常駐(4年間) ■ 「ふりかえり文化」には社外常駐時代に出会う ○ 現職 (Asken) ■ 2020年〜 : バックエンドエンジニア (PHP) ■ 2020年途中〜 : PjM / スクラムマスター ■ 2024年〜 : EM 🐥 / スクラムマスター ● 登壇 ○ ふりかえりカンファレンス2024、他 ● 興味関心 ○ スクラム / チームビルディング / ふりかえり

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Slide 7

Slide 7 text

© asken.inc 7 開発を進めているプロダクト DTx (デジタル・セラピューティクス) デジタル・セラピューティクス（DTx）とは、患者の健康にプラスの治療効果をもたらす医療介入を生成・提供することで、疾患、障害、状態、傷害を治療または緩和することを目的とした医療用ソフトウェアである。薬と同様に「治験」の実施が必要であり、国からの薬事承認を経てはじめて世の中に出ることができる。国内の市場としても新しく、国内では上市(*1) 事例が指で数えられるほどの状況である。 → 社内の「新規事業」として鋭意奮闘中...... (*1) 製薬系でよく使われる用語 (らしい)です。IT業界だと「ローンチ」と意味が近いです

Slide 8

Slide 8 text

© asken.inc 8 一般的な toC サービスとの違い一般的な toC サービス DTx (デジタル・セラピューティクス ) ユーザーに当てる上での制約が低い。リリースを繰り返しながら、ユーザーの反応を細かく分析し、プロダクトをアップデートしやすい。治療が目的であるため、ユーザーに当てる上で制約が多い。気軽に反応を見ながらのアップデートが難しい......。 <参考 : MVP - not "bike to car"> https://www.linkedin.com/pulse/mvp-bike-car-fred-voorhorst (最終閲覧日 : 2024/08/01)

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

© asken.inc 13 壁を越えて1つのチームになるための課題異なるバックグラウンドメンバーの誰も経験がない分野 ● DTx 開発に必要な専門性 (医学、薬事、栄養学、ソフトウェア開発 etc.)が異なり、それぞれの専門領域が、専門外のメンバーが理解することが難しい ● また、専門性が異なることや、今まで仕事をしてきた領域が異なることにより、文化や価値観が異なる ● DTx はまだ新しいビジネス領域であり、デファクトスタンダードやベストプラクティスがなかなか存在しない ● また、それぞれのメンバーが「製品コンセプトをアップデート」した経験がない ● 「スクラム」「プロダクト開発」という視点で見ても、経験のあるメンバーとそうでないメンバーが存在するでは、同じバックグラウンドごとに、例えばエンジニアだけなどでチームを作れば、解決か？文化差も生まれずに全てがスムーズ！ん？本当に？

Slide 14

Slide 14 text

© asken.inc 14 壁を越えて1つのチームになるための課題同じバックグラウンドを持つメンバーだけでチームを作ると何が起きそうか？片手落ちなアウトプットすれ違いと認識合わせの増加 ● DTx を作り上げていく上で必要な知識 (医学、薬事、栄養学、ソフトウェア開発 etc.)のどこか一部に偏ってアウトプットが作成されるが、自分たちのみでは完了の判断が難しい ● チームを跨いで密に連携をし続ける必要があり、情報共有や共通認識化に時間が溶けていく ● そのチームで何が起きているかが分からずに、徐々に増えていく認識齟齬...... 隣のチームにお伺いを立て予定を調節し、会議毎に目的と背景を細かく伝えて認識を揃え、時に文化と経験の差から相手の意図が分からず延長戦。あれ？これは本当に課題を解決しているの？

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

Slide 21

Slide 21 text

© asken.inc 21 初期 - チームの作りで意識したことチームでやる意識づけ目的への意識を強めるふりかえり、カイゼンする色々とありますが、特に意識したことを抜粋すると！ ● 「PBIを終わらせるために何をすればいいか？」を「チーム」で考える ● 困ったこと、疑問点を気軽にSlackでつぶやく ● 主語を「チーム」にする (チームとして効率が良い方法はなに？チームで変えるべきことは？チームの反省点は？) ● PBI は How(どのようにやるか) よりも Why(目的・背景) を明確にした ● PBI は「タスク」ではなく「チーム生み出す価値」であることを伝え続けた ● プロダクトゴールやスプリントゴール等、常にチームが向かう先がどこかを対話し合うようにした ● 「個人」ではなく「チーム」のふりかえりである意識づけ（チームとして何がうまくいった/いかなかった？チームでチャレンジしたいことは？） ● まずはチームの対話量が増えるように、場合に合わせてフレームワークを変えた ● 「もやもや」も吐き出して良いことや、ささいな気になることを伝え合うことの大切さ

Slide 22

Slide 22 text

© asken.inc 22 初期 - PO との関わりで SM が意識したこと実践の支援マインド信頼素敵でチャーミングなプロダクトオーナーとの日々の中で、スクラムマスターが何を意識し、心がけて関わっていったのか。 ● プロダクトオーナーがスクラムを実践していく上で発生する悩みについては、最優先に解決に動く ● 何が起きているか、何が問題になっていそうか、プロダクトオーナーと毎週必ず時間をとって対話をする ● 「外から支援する人」ではなく、「プロダクトオーナーと一緒に問題を分析して、課題を解決する人」というマインドで行動する ● スクラムマスターだけの視点(見える世界)を押し付けるのではなく、プロダクトオーナーの視点(見える世界) を聞く姿勢を持つ ● プロダクトオーナーが信頼してくれるから信頼するのではなく、まずはスクラムマスター自身が信頼し続け、それを(照れずに)言葉にする ● その信頼の上で「配慮はするが、遠慮はしない」をモットーに実直にプロダクトオーナーと対話する

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

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

Slide 34

Slide 34 text

Slide 35

Slide 35 text

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

Slide 48

Slide 48 text

Slide 49

Slide 49 text

Slide 50

Slide 50 text

Slide 51

Slide 51 text

© asken.inc 51 まとめ : みやた視点当たり前のことを粛々とふりかえりの大切さを再認識異なる立場からチームを作る面白さ ● 飛び道具は必要ない ● 愚直に当たり前のことをやっていけばOK ● 逆に言えば、これさえやれば全てがうまくいく、ようなスマートな方法はないのかもしれない ● ふりかえりが機能していれば大抵のことはなんとかなる！ ● ふりかえりを機能させるのは難しい。日々勉強 ● 立場を超えて、全員が気兼ねなく話せる場作り ● そのための信頼関係を作る大切さ ● スクラムマスターとは違う動き方ができる ● やってみせることができる気軽さと、実践しなくてはいけないプレッシャー ● チームビルディングにおいてプラスに働いているかもしれない「異なる文化と経験の壁」を超えていくために、私が経験から学んだこと。楽しみながらもやるべきことはやり、しっかりふりかえることが大切！

Slide 52

Slide 52 text

© asken.inc 52 まとめ : はとり視点相手を深く知る「守破離」の「守」粘り強く全てに向き合う ● 対話を通して相手のメンタルモデルや価値観を知る ● 勝手に相手との関係構築や相手の理解を諦めない ● 相手を知らないことにより、良からぬ妄想(悪意を見出す)をしない ● スクラムのイベントや作成物の「目的」や「意図」の理解をチームで深めていく、繰り返し伝えていく ● カイゼンを繰り返す中で、スクラムが意図するものが消え、形だけが残らないように注意深く考える。本当に日々勉強 ● 日々の活動について、泥臭くとも「当たり前」のことを実践していく ● チームの変化を見つめ続け、時に気づきを、時に見守りを、実直にチームとメンバーに向き合う ● そして、成長と変化を信頼する「異なる文化と経験の壁」を超えていくために、私が経験から学んだこと。プロダクトに向き合えるチームを作り続けるためには、これらを意識して行動し、時にチームに問いかけることが大切

Slide 53

Slide 53 text

Slide 54

Slide 54 text