Slide 1
Slide 1 text
なぜスクラムの考えを
⽤いて開発し続けるのか
sohda
2023年4⽉16⽇
Slide 2
Slide 2 text
ここに円に切り抜いた画像を入れてく
ださい
宗⽥ 知⼦
2018年⼊社。⼊社以来freee⼈事労務の開発
をしている。2020年からは勤怠領域の開発
チームのエンジニアリングマネージャーとし
ても奮闘中。兼任スクラムマスター。
⼈事労務 勤怠開発 JM
Slide 3
Slide 3 text
直近の主なリリース
2021.01 週単位変形労働制
2021.03 ⽉単位変形労働制
2021.04 年単位変形労働制
2021.11 勤務時間修正申請とその勤怠実績反映
2022.01 有給申請の勤怠実績反映
2022.04 各種勤怠申請の勤怠実績反映
2022.07 勤怠申請のアラート
2022.09 カスタム勤怠申請
2023.05 有給休暇の⾃動付与
Slide 4
Slide 4 text
順調に開発できた？
Slide 5
Slide 5 text
そんなことはなくて
改善を繰り返してきた
Slide 6
Slide 6 text
2~3歩進んでは1~2歩
くらい下がることも
ありながら...
Slide 7
Slide 7 text
直近の主なリリース
2021.01 週単位変形労働制
2021.03 ⽉単位変形労働制
2021.04 年単位変形労働制
2021.11 勤務時間修正申請とその勤怠実績反映
2022.01 有給申請の勤怠実績反映
2022.04 各種勤怠申請の勤怠実績反映
2022.07 勤怠申請のアラート
2022.09 カスタム勤怠申請
2023.05 有給休暇の⾃動付与
Slide 8
Slide 8 text
何があったか
Slide 9
Slide 9 text
X⽉リリース⽬標！！！
Slide 10
Slide 10 text
X⽉にリリースならず
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
問い合わせ対応→ほぼ毎⽇くる
機能開発→⽬標通りにできない
改善対応→⼿が付けられない
Slide 18
Slide 18 text
問い合わせ対応→ほぼ毎⽇くる
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
改善対応→⼿が付けられない
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
打刻、勤怠申請、
各種労働制度、etc…
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
なぜスクラムの考えを
⽤いて開発し続けるのか
sohda
2023年4⽉16⽇
Slide 49
Slide 49 text
最近何か決断した人！
Slide 50
Slide 50 text
その判断・決断が未来
（3ヶ月後、半年後、1年後）
においても良い判断
だったかわかる人？
Slide 51
Slide 51 text
「それ」が良い判断だった
かは後に
なってからわかる
Slide 52
Slide 52 text
判断しながら進みたい
Slide 53
Slide 53 text
スクラム
Slide 54
Slide 54 text
現状を把握するためのフ
レームワーク
（CertifiedScrumMaster by ebacky のトレーニングより）
Slide 55
Slide 55 text
把握した上でどうするか
はスクラムチームに委ね
られる
Slide 56
Slide 56 text
スクラムやその周辺の考
え方は、あくまでも引き出
し
Slide 57
Slide 57 text
自分のチームの課題にアプ
ローチするために必要なもの
を採用したりやめたりし続けて
いける
Slide 58
Slide 58 text
なぜスクラムの考えを
⽤いて開発し続けるのか
sohda
2023年4⽉16⽇
Slide 59
Slide 59 text
ありがとうございました！
Slide 60
Slide 60 text
No content