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
180
retrospective-of-oulry-20241225
Naoto Kamimoto
December 25, 2024
Tweet
Share
More Decks by Naoto Kamimoto
See All by Naoto Kamimoto
AIエージェント活用をチームに馴染ませる方法:振り返りと数値指標で地道に改善した話/improving-ai-recall-with-metrics-and-retrospective-20250725
naoto911
0
200
2年目のジュニアエンジニアが チームの開発生産性向Missionを任された この1年を振り返る/looking-back-on-the-past-year-assigned-the-development-productivity-mission-20241218
naoto911
1
210
今年出会って1番よかったこと/the-best-thing-i've-met-this-year-20241115
naoto911
1
240
意思決定のブレをなくす!1on1の力/eliminating-decision-making-discrepancies-20240718
naoto911
0
870
PRのリードタイムを魔法のように縮めた3つの秘訣!/three-measures-for-shortened-lead-time-20240423
naoto911
0
350
ジュニアエンジニアの僕のAI Assistantの使い方と心構え/howtouse-ai-assistant-20240317
naoto911
0
210
Featured
See All Featured
Code Reviewing Like a Champion
maltzj
525
40k
Build The Right Thing And Hit Your Dates
maggiecrowley
37
2.8k
A Modern Web Designer's Workflow
chriscoyier
696
190k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
26
3k
Building an army of robots
kneath
306
46k
Side Projects
sachag
455
43k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
333
22k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
139
34k
Principles of Awesome APIs and How to Build Them.
keavy
126
17k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
48
9.7k
We Have a Design System, Now What?
morganepeng
53
7.8k
How STYLIGHT went responsive
nonsquared
100
5.8k
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!