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
February 01, 2023
Programming
0
41
アジャイル・スクラム勉強会_ふりかえり
Satoshi Harada
February 01, 2023
Tweet
Share
More Decks by Satoshi Harada
See All by Satoshi Harada
保育とふりかえりをコネクト! / connect childcare and retrospectives!
psj59129
1
310
焼肉レトロスペクティブ爆誕!遊び心を解放してチームの学習を飛躍させよう
psj59129
5
6.7k
WIP制限体験ワークショップ
psj59129
0
120
アジャイルのライトウィングとレフトウィングはひとりで両方できなくてもいいんじゃない? - “ひとりでできるもん”から“みんなでできるもん”への道のり
psj59129
0
1.1k
社内アジャイル勉強会コミュニティの火を燃やせ!製造業に入社して4か月でやったこと全部見せます!
psj59129
1
890
アジャイル・スクラム勉強会_なぜ今、アジャイルなのか?
psj59129
0
110
アジャイル・スクラム勉強会_カンバンボードを採用する理由
psj59129
0
49
アジャイル・スクラム勉強会_カンバンボードとWIP
psj59129
0
81
アジャイル・スクラム勉強会_バーンダウンチャート
psj59129
0
38
Other Decks in Programming
See All in Programming
SRE チーム立ち上げ前に考えたこと・取り組んだこと / Considerations and Preparations Before Establishing an SRE Team
mackey0225
3
320
開発部に不満を持っていたCSがエンジニアにジョブチェンしてわかった「勝手に諦めない」ことの大切さ
sakuraikotone
28
16k
「2024年版 Kotlin サーバーサイドプログラミング実践開発」の補講 〜O/Rマッパー編〜
n_takehata
2
260
Rubyのパフォーマンスプロファイリングの改善 / Enhancing performance profiling for Ruby
osyoyu
1
410
【Go言語】golangci-lintの使い方
tomo1227
0
280
継続的な活動で築く地方エンジニアの道
myamashii
2
360
AWS初心者ってどうやってAWSを学ぶ?〜アプリエンジニアがやってよかったアーキテクチャ学習方法〜
yamanashi_ren01
0
190
今こそ始める、CDKコンストラクトライブラリ開発 ― 入門から実践まで
tmokmss
1
930
初心者がおさえておきたいAWS CDKのベストプラクティス 2024
konokenj
15
7.3k
さきがけから振り返るアーキテクチャ刷新 / Reflecting on the Architectural Renewal from the Vanguard
nrslib
2
780
Rustのweb開発を助ける 便利なツール紹介
yuki0418
1
190
AWS CDKにおける「再利用性」を考える / aws-cdk-reusability
gotok365
6
1.3k
Featured
See All Featured
Faster Mobile Websites
deanohume
303
30k
5 minutes of I Can Smell Your CMS
philhawksworth
200
19k
Designing on Purpose - Digital PM Summit 2013
jponch
113
6.6k
The MySQL Ecosystem @ GitHub 2015
samlambert
248
12k
Building an army of robots
kneath
301
42k
[RailsConf 2023] Rails as a piece of cake
palkan
35
4.4k
No one is an island. Learnings from fostering a developers community.
thoeni
17
2.8k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
353
29k
How To Stay Up To Date on Web Technology
chriscoyier
784
250k
Bash Introduction
62gerente
607
210k
Testing 201, or: Great Expectations
jmmastey
33
6.9k
GraphQLの誤解/rethinking-graphql
sonatard
59
9.6k
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のフレームワークでふりか えりを実施し、改善策を出して いく方法についてイメージでき ましたか? 短い期間でくりかえしふりかえ りを実施し、継続的に改善を行 うことでチームの練度を上げて いくことについてどう思いまし たか?