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
80
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
140
今年出会って1番よかったこと/the-best-thing-i've-met-this-year-20241115
naoto911
1
190
意思決定のブレをなくす!1on1の力/eliminating-decision-making-discrepancies-20240718
naoto911
0
670
PRのリードタイムを魔法のように縮めた3つの秘訣!/three-measures-for-shortened-lead-time-20240423
naoto911
0
290
ジュニアエンジニアの僕のAI Assistantの使い方と心構え/howtouse-ai-assistant-20240317
naoto911
0
180
Featured
See All Featured
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
PRO
10
860
Keith and Marios Guide to Fast Websites
keithpitt
410
22k
We Have a Design System, Now What?
morganepeng
51
7.3k
Designing Experiences People Love
moore
139
23k
Code Reviewing Like a Champion
maltzj
521
39k
Speed Design
sergeychernyshev
25
740
Unsuck your backbone
ammeep
669
57k
Large-scale JavaScript Application Architecture
addyosmani
510
110k
Optimizing for Happiness
mojombo
376
70k
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
3.6k
4 Signs Your Business is Dying
shpigford
182
22k
A Tale of Four Properties
chriscoyier
157
23k
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!