Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
retrospective-of-oulry-20241225
Search
Naoto Kamimoto
December 25, 2024
0
130
retrospective-of-oulry-20241225
Naoto Kamimoto
December 25, 2024
Tweet
Share
More Decks by Naoto Kamimoto
See All by Naoto Kamimoto
2年目のジュニアエンジニアが チームの開発生産性向Missionを任された この1年を振り返る/looking-back-on-the-past-year-assigned-the-development-productivity-mission-20241218
naoto911
1
160
今年出会って1番よかったこと/the-best-thing-i've-met-this-year-20241115
naoto911
1
200
意思決定のブレをなくす!1on1の力/eliminating-decision-making-discrepancies-20240718
naoto911
0
700
PRのリードタイムを魔法のように縮めた3つの秘訣!/three-measures-for-shortened-lead-time-20240423
naoto911
0
300
ジュニアエンジニアの僕のAI Assistantの使い方と心構え/howtouse-ai-assistant-20240317
naoto911
0
180
Featured
See All Featured
ReactJS: Keep Simple. Everything can be a component!
pedronauck
666
120k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
46
2.3k
Bootstrapping a Software Product
garrettdimon
PRO
306
110k
Building a Scalable Design System with Sketch
lauravandoore
461
33k
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
656
59k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
44
7k
GraphQLとの向き合い方2022年版
quramy
44
13k
The Cult of Friendly URLs
andyhume
78
6.2k
The Invisible Side of Design
smashingmag
299
50k
Build your cross-platform service in a week with App Engine
jlugia
229
18k
Java REST API Framework Comparison - PWX 2021
mraible
28
8.4k
Become a Pro
speakerdeck
PRO
26
5.1k
Transcript
Retrospective of oulry LET’S PLAY!
因数分解 抽象化 優先度付け 今日の結論
神本 直人 Profile - 経歴 - SUBARU → ourly 歴2年目のジュニアエンジニア
- 趣味 - Science、Sauna、Stout
ourlyの振り返りスケジュール 1日目 14日目 振り返り(個人) 2日目 3日目 SP終了 振り返り(個人) 振り返り(チーム)
ourlyの振り返りスケジュール 1日目 14日目 振り返り(個人) 2日目 3日目 SP終了 振り返り(個人) 振り返り(チーム) 「個人」/
day × 「チーム」/ sprint
ourlyの振り返りスケジュール 1日目 14日目 振り返り(個人) 2日目 3日目 SP終了 振り返り(個人) 振り返り(チーム) 「個人」/
day × 「チーム」/ sprint
「個人」/ day リードタイムを超えたPRをピックアップ PR×Process×Issue 分の 振り返りを行う それぞれのIssueをタグで抽象化する
ourlyの振り返りスケジュール 1日目 14日目 振り返り(個人) 2日目 3日目 SP終了 振り返り(個人) 振り返り(チーム) 「個人」/
day × 「チーム」/ sprint
リードタイムを超えたPRをピックアップ PR×プロセス×原因 分のIssueを作る それぞれのIssueをタグで抽象化する 発生頻度とインパクトから優先度をつける ディスカッションで対策を決定 「チーム」/ sprint
リードタイムを超えたPRをピックアップ PR×プロセス×原因 分のIssueを作る それぞれのIssueをタグで抽象化する 発生頻度とインパクトから優先度をつける ディスカッションで対策を決定 累計タグ数 リードタイム 「チーム」/ sprint
Let's demonstrate
リードタイムを超えたPRをピックアップ PR×プロセス×原因 分のIssueを作る それぞれのIssueをタグで抽象化する 発生頻度とインパクトから優先度をつける ディスカッションで対策を決定 累計タグ数 リードタイム 「個人」/ day
×「チーム」/ sprint
a. 優先度付け 細分化する意味は? Question b. コンテキスト統一 c. 標準化 d. 複利効果
a. 優先度付け 細分化する意味は? Answer c. 標準化 d. 複利効果 b. コンテキスト統一
a. 優先度付け 細分化する意味は? Answer c. 標準化 d. 複利効果 b. コンテキスト統一
優先度付け FTA = 製造業で問題解決の際に用いるフレームワーク Top事象 factor1 factor2 factor1-1 factor1-2 factor2-1
factor2-2 ・想定される原因を列挙し分解 ・インパクトのある箇所に絞って調査をする
review~approve のタイムが悪い 修正後のreview が遅かった 修正に時間を 要した review遅れる連絡 をサボった リマインド忘れ 仕様漏れがあった
複雑性が高かった 同じprocessでもIssueは様々ある インパクトがあるIssueへ絞ってディスカションできる 優先度付け
a. 優先度付け 細分化する意味は? Answer c. 標準化 d. 複利効果 b. コンテキスト統一
Before 途中で仕様漏れが発覚した。また、複雑性が高く修正時間が 多くかかった。修正後にレビュー依頼をしたが、その後のリ マインドをしてなくて時間が経過してしまった。レビュアー 自身も忙しく手がつかないがその旨を伝え忘れてしまった。 コンテキスト統一 なぜ途中で仕様漏れに気づいた? リマインド徹底しましょうよ!
Before 途中で仕様漏れが発覚した。また、複雑性が高く修正時間が 多くかかった。修正後にレビュー依頼をしたが、その後のリ マインドをしてなくて時間が経過してしまった。レビュアー 自身も忙しく手がつかないがその旨を伝え忘れてしまった。 コンテキスト統一 なぜ途中で仕様漏れに気づいた? リマインド徹底しましょうよ! どこの議論をするかが不明確 コンテキスト揃わない議論が起こり生産性が低い
・仕様漏れがあった ・複雑性が高かった ・リマインド忘れ ・review遅れる連絡をサボった コンテキスト統一 After なぜ途中で仕様漏れに気づいた?
コンテキスト統一 After ・仕様漏れがあった ・複雑性が高かった ・リマインド忘れ ・review遅れる連絡をサボった リマインド徹底しましょうよ!
コンテキスト統一 どこの議論かが自明 コンテキスト揃った議論のため生産性が高い After ・仕様漏れがあった ・複雑性が高かった ・リマインド忘れ ・review遅れる連絡をサボった リマインド徹底しましょうよ!
a. 優先度付け 細分化する意味は? Answer c. 標準化 d. 複利効果 b. コンテキスト統一
標準化 Before 修正後にレビュー依頼をしたが、再レビューまでは時間がかかった。 その後再レビュー依頼のリマインドをしてなかったです。 レビュアーの僕も遅れることを連絡できてなかったです。 時間がかかったは結果だと思います。 なぜ時間がかかったのですか?
標準化 Before 修正後にレビュー依頼をしたが、再レビューまでは時間がかかった。 なるほどです! 次回はそこも分解して記入すると良いと思います!
標準化 After ・修正後にレビュー依頼をしたが、リマインドをしてなくて 時間が経過してしまった。 ・修正後にレビュー依頼をしたが、レビュアー自身も忙しく 手がつかないがその旨を伝え忘れてしまった。 先SPの経験から分解粒度を細かくしました! ぱーぺき!
標準化 振り返り粒度が荒いとチーム振り返りで自覚できる 結果的に、振り返り粒度が全員で揃い標準化される After ・修正後にレビュー依頼をしたが、リマインドをしてなくて 時間が経過してしまった。 ・修正後にレビュー依頼をしたが、レビュアー自身も忙しく 手がつかないがその旨を伝え忘れてしまった。 先SPの経験から分解粒度を細かくしました! ぱーぺき!
a. 優先度付け 細分化する意味は? Answer c. 標準化 d. 複利効果 b. コンテキスト統一
複利効果 仕様漏れがあった リマインド忘れ 複雑性が高かった review遅れる連絡をサボった
複利効果 仕様漏れがあった 仕様認識不足 複雑性が高かった 実装難易度が高い リマインド忘れ review遅れる連絡をサボった コミュニケーション不足
複利効果 仕様漏れがあった 仕様認識不足 複雑性が高かった 実装難易度が高い リマインド忘れ review遅れる連絡をサボった コミュニケーション不足 Issue ->
Tag に抽象化することで表現は異なるが 本質的に近い問題を同一の情報として識別できる
複利効果 Σ { 仕様認識不足 } = 1 Σ { 実装難易度が高い
} = 1 Σ {コミュニケーション不足} = 2
複利効果 Σ { 仕様認識不足 } = 1 Σ { 実装難易度が高い
} = 1 Σ {コミュニケーション不足} = 5 同一の問題として識別したことで過去の記録が意味をなす 優先度付け、対策の横展開など蓄積による複利が生まれる
a. 優先度付け 細分化する意味は? Answer c. 標準化 d. 複利効果 b. コンテキスト統一
因数分解 抽象化 優先度付け 今日の結論
インパクトのある20%のIssueに対して 会議の80%の時間を使おう
Thanks for playing!