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
アジャイル・スクラム勉強会_ふりかえり
Search
Satoshi Harada
July 13, 2020
Programming
0
98
アジャイル・スクラム勉強会_ふりかえり
Satoshi Harada
July 13, 2020
Tweet
Share
More Decks by Satoshi Harada
See All by Satoshi Harada
保育士チームが実践している連続的な観察と多面的な観察を共有するための振り返り / Reflection to share “continuous and multifaceted observations” as practiced by a team of childcare professionals
psj59129
0
4.2k
やってやろうじゃないかメカアジャイル! / Let's do it, mechanical agile!
psj59129
2
3k
保育とふりかえりをコネクト! / connect childcare and retrospectives!
psj59129
1
830
焼肉レトロスペクティブ爆誕!遊び心を解放してチームの学習を飛躍させよう
psj59129
6
9.7k
アジャイルのライトウィングとレフトウィングはひとりで両方できなくてもいいんじゃない? - “ひとりでできるもん”から“みんなでできるもん”への道のり
psj59129
0
2.2k
社内アジャイル勉強会コミュニティの火を燃やせ!製造業に入社して4か月でやったこと全部見せます!
psj59129
1
1.4k
Whyから始めよう!スクラムチームが力強く前に進むための「なぜやるのか」を考える
psj59129
1
2.4k
その心理的安全性は間違っている!心理的安全性で陥りやすい間違いとその対策
psj59129
0
1.5k
これからのスクラムマスターのキャリアプランの話をしよう - スクラムマスターの前に広がる世界
psj59129
0
2.8k
Other Decks in Programming
See All in Programming
明示と暗黙 ー PHPとGoの インターフェイスの違いを知る
shimabox
2
370
Goで作る、開発・CI環境
sin392
0
110
PHPでWebSocketサーバーを実装しよう2025
kubotak
0
220
関数型まつりレポート for JuliaTokai #22
antimon2
0
160
Is Xcode slowly dying out in 2025?
uetyo
1
210
Blazing Fast UI Development with Compose Hot Reload (droidcon New York 2025)
zsmb
1
240
5つのアンチパターンから学ぶLT設計
narihara
1
120
PostgreSQLのRow Level SecurityをPHPのORMで扱う Eloquent vs Doctrine #phpcon #track2
77web
2
390
Bytecode Manipulation 으로 생산성 높이기
bigstark
2
380
NPOでのDevinの活用
codeforeveryone
0
420
イベントストーミング図からコードへの変換手順 / Procedure for Converting Event Storming Diagrams to Code
nrslib
1
480
プロダクト志向なエンジニアがもう一歩先の価値を目指すために意識したこと
nealle
0
110
Featured
See All Featured
Balancing Empowerment & Direction
lara
1
380
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
657
60k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
8
800
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
PRO
20
1.3k
Learning to Love Humans: Emotional Interface Design
aarron
273
40k
Docker and Python
trallard
44
3.4k
Embracing the Ebb and Flow
colly
86
4.7k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
107
19k
How STYLIGHT went responsive
nonsquared
100
5.6k
Optimising Largest Contentful Paint
csswizardry
37
3.3k
How to Think Like a Performance Engineer
csswizardry
24
1.7k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
44
2.4k
Transcript
アジャイルな改善の取り組み ふりかえり アジャイル・スクラム勉強会 Satoshi Harada
PDCAサイクル • 継続的な改善手法としてはPDCAサイクルが有名 ► Plan 計画する ► Do 実行する ►
Check 実行結果を評価・分析する ► Action 改善策考えて計画に繋げる • アジャイルの継続的改善もPDCAサイクルに則る ► Plan 短い期間(イテレーション)を計画する ► Do イテレーションの計画を実行する ► Check イテレーションの結果を評価・分析する ► Action 改善策を考えて次の計画に反映する ✔ このうち、CheckとActionのための 取り組みがふりかえり
Try Problem Keep ふりかえりとは • イテレーションをふりかえることで、継続的な改善に繋 げる取り組み • KPTというフレームワークがよく使われる ►
Keep 良かったこと・続けたいこと ✔ やってみて上手くいったことをチームに広める ► Problem 問題だったこと・改善したいこと ✔ 個人の問題とせず、チームの問題として扱う ► Try 次回のイテレーションの改善アクション ► KeepやProblemからチームの改善策を考え、次回のイテレー ションで実施する改善アクションとする
実施タイミング • ふりかえりはイテレーションの最後に毎回行う • 1イテレーションを1週間としている場合、1週間に1 回はチェックと改善の機会がある 1ヶ月目 3ヶ月 2ヶ月目 3ヶ月目
仮に3ヶ月のプロジェクトを 1週間のイテレーションで行う場合、 ふりかえりによる改善の機会は12回ある
実際のやり方 • アナログ・デジタルどちらでもOK ► ホワイトボード + ポストイット ► Trello, Github
Projects, Atlassian Jira ✔ テレワークや、チームメンバーのロケーションがバラけている 場合はデジタルのほうが便利 TrelloでKPTのふりかえりを実施する例
ふりかえりのコツ • ファシリテーターが必要 ► 参加者から広く意見を募るが、より良い改善につながるように場をコント ロールする人が必要 ► 何も改善策が出ない・雑多な改善策が出すぎることもあるので、ちょうど 良い改善策の数になるように調整する ✔
チームが継続的な改善をできるようにアシストする • ダラダラやらない ► KeepとProblemは予め参加者に考えてもらっておく ► ふりかえりの会ではKeepとProblemを各自が説明し、Tryを考える場とす る • 感想だけを言う場にしない ► 「XXXだった」で終わりにしない ► 「XXXだったから、XXXにしたい」という行動プランまで考えるようにす る • 特定の人を批判しない ► 事象を憎んで人を憎まず ► 個人の課題ではなくチームの課題として捉え、改善策をチームで考える
継続的改善への取り組み • Tryを考えて満足したらダメ • Tryを次のイテレーションの計画に含め入れる • 次回のふりかえりで、前回のTryが遂行されたかどうか チェックする • 問題が解消できていない場合は、引き続きTryとする
Try イテレーション ふりかえり Try イテレーション ふりかえり Try イテレーション ふりかえり 続く… 計画に 反映 計画に 反映 計画に 反映 Try結果を チェック Try結果を チェック
マンネリを避ける • 何回かふりかえりを繰り返すとマンネリ化してくる ► アジャイルな取り組みをベースに、チームがチャレンジン グなTryを続けられるようにスクラムマスターが新たなTry を提示していく ✔ チームで一部の人しか持っていないスキル・知識を、他の人も 同じレベルでできるようにスキルトランスファーを進める
✔ タスク完了までのフローを改善する(WIP制限を検討) ✔ ペアプロ・モブプロを積極的に取り入れる ✔ テストやデプロイの自動化を推進する • チームの練度が上がって成長すると、 課題となる事柄も変化してくる ► それまで上手くいっていても、 新たな課題は発生する ► 改善に終わりはない
雑談Time KPTのフレームワークでふりか えりを実施し、改善策を出して いく方法についてイメージでき ましたか? 短い期間でくりかえしふりかえ りを実施し、継続的に改善を行 うことでチームの練度を上げて いくことについてどう思いまし たか?