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
84
アジャイル・スクラム勉強会_ふりかえり
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
3.4k
やってやろうじゃないかメカアジャイル! / Let's do it, mechanical agile!
psj59129
2
2.2k
保育とふりかえりをコネクト! / connect childcare and retrospectives!
psj59129
1
740
焼肉レトロスペクティブ爆誕!遊び心を解放してチームの学習を飛躍させよう
psj59129
6
9.1k
アジャイルのライトウィングとレフトウィングはひとりで両方できなくてもいいんじゃない? - “ひとりでできるもん”から“みんなでできるもん”への道のり
psj59129
0
2k
社内アジャイル勉強会コミュニティの火を燃やせ!製造業に入社して4か月でやったこと全部見せます!
psj59129
1
1.3k
Whyから始めよう!スクラムチームが力強く前に進むための「なぜやるのか」を考える
psj59129
1
2.3k
その心理的安全性は間違っている!心理的安全性で陥りやすい間違いとその対策
psj59129
0
1.4k
これからのスクラムマスターのキャリアプランの話をしよう - スクラムマスターの前に広がる世界
psj59129
0
2.7k
Other Decks in Programming
See All in Programming
なぜイベント駆動が必要なのか - CQRS/ESで解く複雑系システムの課題 -
j5ik2o
12
4.4k
Pulsar2 を雰囲気で使ってみよう
anoken
0
240
Kubernetes History Inspector(KHI)を触ってみた
bells17
0
240
sappoRo.R #12 初心者セッション
kosugitti
0
260
仕様変更に耐えるための"今の"DRY原則を考える
mkmk884
8
2.5k
SwiftUI Viewの責務分離
elmetal
PRO
2
250
Introduction to kotlinx.rpc
arawn
0
740
React 19アップデートのために必要なこと
uhyo
5
770
『品質』という言葉が嫌いな理由
korimu
0
180
Writing documentation can be fun with plugin system
okuramasafumi
0
120
DRFを少しずつ オニオンアーキテクチャに寄せていく DjangoCongress JP 2025
nealle
2
190
ソフトウェアエンジニアの成長
masuda220
PRO
12
2k
Featured
See All Featured
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
29
2.4k
Build your cross-platform service in a week with App Engine
jlugia
229
18k
How to train your dragon (web standard)
notwaldorf
91
5.8k
Visualization
eitanlees
146
15k
Docker and Python
trallard
44
3.3k
The World Runs on Bad Software
bkeepers
PRO
67
11k
Git: the NoSQL Database
bkeepers
PRO
427
65k
The MySQL Ecosystem @ GitHub 2015
samlambert
250
12k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
29
1k
StorybookのUI Testing Handbookを読んだ
zakiyama
28
5.5k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
193
16k
Music & Morning Musume
bryan
46
6.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のフレームワークでふりか えりを実施し、改善策を出して いく方法についてイメージでき ましたか? 短い期間でくりかえしふりかえ りを実施し、継続的に改善を行 うことでチームの練度を上げて いくことについてどう思いまし たか?