Androidグループの全体像と遊撃チームの課題解決プロセス / Overall view of the Android Group and the problem-solving process of the ranger team

by Yappli Developers

Slide 1

Slide 1 text

Yappli Tech Conference 2 2 2024.10.17 Androidグループの全体像と遊撃チームの課題解決プロセス

Slide 2

Slide 2 text

Speaker 開発統括本部プロダクト開発本部開発1部 Androidグループ伊藤暉 ● 1995年⽣まれ。北海道札幌市出⾝ ● 2024年4⽉⼊社 ● Androidエンジニア歴約6年

Slide 3

Slide 3 text

本セッションのゴール Androidグループの体制を理解するどのような課題を感じているのかを知る課題の解決⽅法とその解決⽅法を導き出した過程を知る皆さんの中でも当てはまる課題があれば参考として持ち帰る

Slide 4

Slide 4 text

⽬次 1. Androidグループの体制とその役割 2. APP‧問い合わせ遊撃が抱える課題 3. 課題分析と解決に向けたアプローチ 4. まとめ

Slide 5

Slide 5 text

Androidグループの体制とその役割

Slide 6

Slide 6 text

Androidグループの体制とその役割 1. Androidグループの体制とその役割 Android (6名) その他 ProjectA - Gさん ProjectB Aさん - ProjectC B、Cさん Hさん APP遊撃 C、D、E、Fさん - 問い合わせ遊撃 C、Fさん Iさん

Slide 7

Slide 7 text

プロジェクトとは？ ● 全社としてやるべき新機能‧拡充対象機能がある ● 案件の規模が⼤きく⻑期化することが予想されるため、メンバーを固めておいた⽅が良い ● 多部署に跨った実装が必要であり、各部署からメンバーをアサインすべき ● Googleなど外的要因から期限が切られているこんな時に発⾜される 1. Androidグループの体制とその役割

Slide 8

Slide 8 text

Android (6名) その他 ProjectA - Gさん ProjectB Aさん - ProjectC B、Cさん Hさん APP遊撃 C、D、E、Fさん - 問い合わせ遊撃 C、Fさん iさん Androidグループの体制とその役割 1. Androidグループの体制とその役割プロジェクトの数はその時々で異なるが 1〜２名アサインされることが多い

Slide 9

Slide 9 text

APP‧問い合わせ遊撃とは？ ● APP遊撃 ○ 細かな機能改善や軽微な不具合修正 ○ クラッシュの検知＆修正 ○ インシデントが発⽣した時に迅速に⾏う対応 ● 問い合わせ遊撃 ○ 社内の他部署から来る技術的な問い合わせに対する回答 ○ 問い合わせから改修チケットを作成し、APP遊撃に持ち込んで対応 1. Androidグループの体制とその役割プロジェクトの動きを⽌めないために割り込みタスクを受けるという役割も担ってる

Slide 10

Slide 10 text

Android (6名) その他 ProjectA - Gさん ProjectB Aさん - ProjectC B、Cさん Hさん APP遊撃 C、D、E、Fさん - 問い合わせ遊撃 C、Fさん iさん Androidグループの体制とその役割プロジェクトと兼任する場合もある 1. Androidグループの体制とその役割

Slide 11

Slide 11 text

04 分析⽤データ基盤刷新の⽅向性質の良いYappliを迅速に提供し続けたい

Slide 12

Slide 12 text

APP‧問い合わせ遊撃が抱える課題

Slide 13

Slide 13 text

APP‧問い合わせ遊撃の課題抽出 2. APP‧問い合わせ遊撃が抱える課題デイリースクラム 1週間計画会議スプリント開始計画会議スプリント開始スプリント終了

Slide 14

Slide 14 text

APP‧問い合わせ遊撃の課題抽出デイリースクラム 1週間計画会議スプリント開始計画会議スプリント開始スプリント終了そもそも計画会議に時間がかかるつまり⾒積もりが遅い？前回計画したタスクがまだ終わっていないつまり⾒積もりの精度が低い？ 2. APP‧問い合わせ遊撃が抱える課題

Slide 15

Slide 15 text

⾒積もりの時間に対して精度が低い原因は？ 2. APP‧問い合わせ遊撃が抱える課題

Slide 16

Slide 16 text

チケット⾒積もりが遅く、精度が低い 2. APP‧問い合わせ遊撃が抱える課題

Slide 17

Slide 17 text

チケット⾒積もりが遅く、精度が低い ● 計画会議の時間が⻑引く ● 話の要点が不明になる ● 作業の全体像が⾒えない ● どう⾒積もりをすれば良いかわからない ● 投票が⼤きくばらける ● ⾒積もりを⾒誤る 1. 計画会議中に話が広がってしまう 2. 不具合‧改善タスクが調査から始まる 3. StoryPoint 1ポイントの基準が曖昧 2. APP‧問い合わせ遊撃が抱える課題

Slide 18

Slide 18 text

課題分析と解決に向けたアプローチ

Slide 19

Slide 19 text

Slide 20

Slide 20 text

Slide 21

Slide 21 text

計画会議中に話が広がってしまう開始チケット内容共有 2分投票 30秒⾒積もり OK？ポイント決定終了投票理由の説明 2分多数票で決定 1チケット 5分程度に納める Y E S NO 3. 課題分析と解決に向けたアプローチ投票理由説明済み Y E S N O

Slide 22

Slide 22 text

計画会議中に話が広がってしまう 3. 課題分析と解決に向けたアプローチ以前調査した内容や個⼈で持っている情報も共有開始チケット内容共有 2分投票 30秒⾒積もり OK？ポイント決定終了投票理由の説明 2分多数票で決定 1チケット 5分程度に納める Y E S NO 投票理由説明済み Y E S N O

Slide 23

Slide 23 text

3. 課題分析と解決に向けたアプローチ計画会議中に話が広がってしまう開始チケット内容共有 2分投票 30秒⾒積もり OK？ポイント決定終了投票理由の説明 2分多数票で決定 1チケット 5分程度に納める Y E S NO 投票理由説明済み Y E S N O

Slide 24

Slide 24 text

Slide 25

Slide 25 text

3. 課題分析と解決に向けたアプローチこの話し合いでポイントが決まることもよくある計画会議中に話が広がってしまう開始チケット内容共有 2分投票 30秒⾒積もり OK？ポイント決定終了投票理由の説明 2分多数票で決定 1チケット 5分程度に納める Y E S NO 投票理由説明済み Y E S N O

Slide 26

Slide 26 text

Slide 27

Slide 27 text

Slide 28

Slide 28 text

3. 課題分析と解決に向けたアプローチ MOTTO 1. コードを⾒ながら情報共有をする場合は2分以上かかることが多い 2. 緊急度が⾼く突発的なタスクを⾒積もりする場合は時間がかかることが多い GOOD 1. 通常チケットの⾒積もり時間は短縮された a. 計画会議が1hで終わるようになった b. 話が逸れにくくなったまだまだ改善の余地はあるが、定常的な⾒積もり時間に関しては⼤きく改善された事前に知っている内容やコードの該当箇所をチケットに書くと良いかも？計画会議中に話が広がってしまう

Slide 29

Slide 29 text

Slide 30

Slide 30 text

問い合わせ〜チケットの消化フロー略図仕様‧実装確認チケット作成エンジニア調査不具合‧改善タスクが調査から始まる 3. 課題分析と解決に向けたアプローチ改善チケット作成不具合チケット作成エンジニアが優先度順に対応終了開始 NO N O 仕様通り？仕様変更したい YES YES

Slide 31

Slide 31 text

不具合‧改善タスクが調査から始まる 3. 課題分析と解決に向けたアプローチ仕様‧実装確認チケット作成エンジニア調査開始改善チケット作成不具合チケット作成エンジニアが優先度順に対応終了 NO N O 仕様通り？仕様変更したい YES YES 問い合わせ〜チケットの消化フロー略図

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

問い合わせ〜チケットの消化フロー略図不具合‧改善タスクが調査から始まる 3. 課題分析と解決に向けたアプローチ仕様‧実装確認チケット作成エンジニア調査開始改善チケット作成不具合チケット作成エンジニアが優先度順に対応終了 NO N O 仕様通り？仕様変更したい YES YES

Slide 37

Slide 37 text

不具合チケット作成エンジニアが優先度順に対応仕様‧実装確認チケット作成エンジニア調査開始１２不具合‧改善タスクが調査から始まる 3. 課題分析と解決に向けたアプローチ⾒積もり作業が発⽣⾒積もり作業が発⽣改善チケット作成終了 NO N O 仕様通り？仕様変更したい YES YES 問い合わせ〜チケットの消化フロー略図

Slide 38

Slide 38 text

仕様‧実装確認チケット作成エンジニア調査不具合チケット作成エンジニアが優先度順に対応開始 NO １２不具合‧改善タスクが調査から始まる 3. 課題分析と解決に向けたアプローチ ①で調査済みのはずここで調査が発⽣するのはおかしい⾒積もり作業が発⽣改善チケット作成終了 N O 仕様通り？仕様変更したい YES YES 問い合わせ〜チケットの消化フロー略図

Slide 39

Slide 39 text

仕様‧実装確認チケット作成エンジニア調査不具合チケット作成エンジニアが優先度順に対応開始 NO １２不具合‧改善タスクが調査から始まる 3. 課題分析と解決に向けたアプローチ作業の全体像が⾒えないどう⾒積もりをすれば良いかわからないという状態⾒積もり作業が発⽣改善チケット作成終了 N O 仕様通り？仕様変更したい YES YES 問い合わせ〜チケットの消化フロー略図

Slide 40

Slide 40 text

不具合‧改善タスクが調査から始まる 3. 課題分析と解決に向けたアプローチ原因① 優先度が低いチケットは時間が経ってしまい、調査内容を忘れる原因② 細かな仕様書がなく、コードベースで⾒るしかない

Slide 41

Slide 41 text

不具合‧改善タスクが調査から始まる 3. 課題分析と解決に向けたアプローチ原因① 優先度が低いチケットは時間が経ってしまい、調査内容を忘れる原因② 細かな仕様書がなく、コードベースで⾒るしかないドキュメントが存在しない

Slide 42

Slide 42 text

不具合‧改善タスクが調査から始まる 3. 課題分析と解決に向けたアプローチ初回調査時や計画会議中に情報共有を⾏いながら、修正対象箇所がわかるようにチケットや仕様書にコメントをしておくというルールを決定原因① 優先度が低いチケットは時間が経ってしまい、調査内容を忘れる原因② 細かな仕様書がなく、コードベースで⾒るしかない

Slide 43

Slide 43 text

MOTTO 1. ⼈によってコメントの残し⽅にばらつきがある GOOD 1. タスクの規模や修正箇所がわかりやすくなり、⾒積もりがしやすくなった 2. 同類のチケットが起票された場合にも対応箇所をその場で把握できるようになった 3. 課題分析と解決に向けたアプローチ参考：https://asana.com/ja/resources/story-points 不具合‧改善タスクが調査から始まる

Slide 44

Slide 44 text

Slide 45

Slide 45 text

Slide 46

Slide 46 text

1ポイントの基準 3. 課題分析と解決に向けたアプローチ参考：https://asana.com/ja/resources/story-points ストーリーポイント必要な労力の量必要な時間の量タスクの複雑さタスクのリスクや不確実性 1 最小限数分わずかなし 2 最小限数時間わずかなし 3 軽度 1日低い低い 5 中程度数日中程度中程度 8 多大 1週間中程度中程度 13 最大限 1ヶ月高い高い作業範囲の例：⽂⾔修正を⾏い、PRを提出、レビューが通るところまで規模：1~2⾏程度の修正、特に考えることが必要ない作業

Slide 47

Slide 47 text

MOTTO 1. この解決アプローチ単体では担当者の得意領域の違いなどによる実作業時間のばらつきに対応することができない GOOD 1. 新⼊社員‧既存メンバーに関わらず1ポイントの基準が明確になった 2. ⾒積もり基準が明確になり、より正確な⾒積もりが可能になった 3. 課題分析と解決に向けたアプローチ StoryPoint 1ポイントの基準が曖昧投票後に投票理由を説明し合うプロセスで擦り合わせることが可能

Slide 48

Slide 48 text

まとめ

Slide 49

Slide 49 text

プロジェクト新機能実装‧既存機能の拡充 ✖ APP‧問い合わせ遊撃緊急対応‧不具合改修‧問い合わせ対応振り返り 4. まとめ

Slide 50

Slide 50 text

遊撃チームの課題 ● 計画会議中に話が広がってしまう ● 不具合‧改善タスクが調査から始まる ● StoryPoint 1ポイントの基準が曖昧課題分析と解決アプローチ ● 時間制限と⾒積もりフローの設定 ● 調査時に逐⼀チケットや仕様書に結果を残す ● StoryPoint 1ポイントの基準事例設定とマトリクスを⽤意 4. まとめ振り返り

Slide 51

Slide 51 text

● コードレビュー会の実施 ● ベロシティのトレンド計測 ● 担当者無し状態を防ぐリマインダーの設定などなど、他にも多くの取り組みを⾏っています。さいごに 4. まとめ常に改善の取り組みをしていくことでより質の良いYappliをより迅速に提供し続けていきます！

Slide 52

Slide 52 text

ご清聴ありがとうございました