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
KPTのかわいそうな Keepちゃんを救い隊
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
Takeru Ichii
January 18, 2024
Technology
50
0
Share
KPTのかわいそうな Keepちゃんを救い隊
LT at Anri Circle
Takeru Ichii
January 18, 2024
More Decks by Takeru Ichii
See All by Takeru Ichii
効果的なチームワークを体験するワークショップ
takeru_ichii_0901
3
670
Rails on Kubernetes -どうする?〇〇-
takeru_ichii_0901
3
9.7k
TypeScriptでマルいJavaScriptを型くする
takeru_ichii_0901
4
220
2015-11-30_dockerでドッカンドッカンする話
takeru_ichii_0901
1
390
20151208 IoTイントロダクション
takeru_ichii_0901
0
220
MS Officeの便利な使い方 - VBAで始めるプログラミングのススメ
takeru_ichii_0901
0
620
Other Decks in Technology
See All in Technology
AI-Assisted Contributions and Maintainer Load - PyCon US 2026
pauloxnet
1
140
そのSLO 99.9%、本当に必要ですか? 〜優先度付きSLOによる責任共有の設計思想〜 / Is that 99.9% SLO really necessary? Design philosophy of shared responsibility through prioritized SLOs
vtryo
0
720
生成AI時代に信頼性をどう保ち続けるか - Policy as Code の実践
akitok_
1
380
サンプリングは「作る」のか「使う」のか? 分散トレースのコストと運用を両立する実践的戦略 / Why you need the tail sampling and why you don't want it
ymotongpoo
4
180
"うちにはまだ早い"は本当? ─ 小さく始めるPlatform Engineering入門
harukasakihara
6
580
SREの仕事は「壊さないこと」ではなくなった 〜自律化していくシステムに、責任と判断を与えるという価値〜 / 20260515 Naoki Shimada
shift_evolve
PRO
1
160
ECSのTerraformモジュールにコントリビュートした話
harukasakihara
0
110
バイブコーディング、仕様駆動、その先へ - 「不確実性に対する検査‧適応のサイクル」を設計する
littlehands
1
200
2026年春のAgentCoreアプデ 細かいやつ全部まとめ
minorun365
4
230
LookerとADKで作る社内AIエージェント
chanyou0311
0
210
Gaussian Splattingの実用化 - 映像制作への展開
gpuunite_official
0
190
Oracle AI Database@AWS:サービス概要のご紹介
oracle4engineer
PRO
4
2.6k
Featured
See All Featured
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
55
3.3k
How to Ace a Technical Interview
jacobian
281
24k
Learning to Love Humans: Emotional Interface Design
aarron
275
41k
Designing Powerful Visuals for Engaging Learning
tmiket
1
360
The Illustrated Guide to Node.js - THAT Conference 2024
reverentgeek
1
350
JAMstack: Web Apps at Ludicrous Speed - All Things Open 2022
reverentgeek
1
440
Claude Code のすすめ
schroneko
67
220k
What Being in a Rock Band Can Teach Us About Real World SEO
427marketing
0
230
Building Applications with DynamoDB
mza
96
7k
More Than Pixels: Becoming A User Experience Designer
marktimemedia
3
400
HTML-Aware ERB: The Path to Reactive Rendering @ RubyCon 2026, Rimini, Italy
marcoroth
1
49
Breaking role norms: Why Content Design is so much more than writing copy - Taylor Woolridge
uxyall
0
280
Transcript
ichy 2024/01/18 @CIRCLE
みんな 振り返りやってる?
None
漫然とはなしあってない?
そんなあなたに
None
ってなあに? • K: Keep ◦ 良かったこと • P: Problem ◦
悪かったこと • T: Try ◦ どうやって解決・改善するのか
ってなあに? • K: Keep ◦ 良かったこと • P: Probrem ◦
悪かったこと • T: Try ◦ どうやって解決・改善するのか
つかってみよう! 具体的な例をお見せします!
KPTで振り返りをやってみよう! まずはKeepからだ。 なにか良いことあった人いる?
KPTで振り返りをやってみよう! まずはKeepからだ。 なにか良いことあった人いる? 今週はいっぱい成果がでたね! いいかんじだった!
KPTで振り返りをやってみよう! まずはKeepからだ。 なにか良いことあった人いる? 今週はいっぱい成果がでたね! いいかんじだった! そうだね!めっちゃよかった! 付箋かいておこう!
KPTで振り返りをやってみよう! まずはKeepからだ。 なにか良いことあった人いる? 今週はいっぱい成果がでたね! いいかんじだった! そうだね!めっちゃよかった! 付箋かいておこう! Keep めっちゃ 成果出た!
花子
時は経ち(10分後ぐらい)
いやー今日もいっぱいでたねー K K K P P P P P P
P P T T T T T いっぱいTryもでたし、 僕たちはもっと理想のチームに 近づけるね!
いやー今日もいっぱいでたねー K K K P P P P P P
P P T T T T T いっぱいTryもでたし、 僕たちはもっと理想のチームに 近づけるね! コラコラコラコラコラコラコラコラコラコラコラコラ L( `o´ )┘コラコラコラ└( `o´ )」 コラコラコラコラコラコラコラコラコラコラコラコラ
いやー今日もいっぱいでたねー K K K P P P P P P
P P T T T T T いっぱいTryもでたし、 僕たちはもっと理想のチームに 近づけるね! けしからん じゃないか!! ichy さ ん
のかわいそうな Keepちゃんを救い隊 2024/01/17 ichy
Takeru Ichii(ichy) 某社 → ALBERT → LiB → freee →
Ryple freeeで3年くらい専任スクラムマスターを やったり、社内のアジャイル推進みたいなこと をやったり 副業でスチルカメラマンとして撮影してたり。 バイクで⾛るのがすき。
なぜ「出来た良いこと」に着⽬できない? • Keepは話者の「良かったこと」を共有するにとどまるパターンが結構… • 「このイテレーションでおこった良くないことをくりかえさない」 ◦ これはだいじ • 「このイテレーションでよかったことは良かったね〜」 ◦
ふりかえりの印象は前者を⾃然に強化しがちで、良いことは「よかったこと」で終わりがち
なぜ「ふりかえり」をするのか? • メンバーに何が起こったのかを知るため ◦ ⼀緒に働いてる⼈の感情は外から測ることが難しい • 起こったことを知り、我々の仕事がもっとうまくなるために何ができるか?
「もっとうまくなる」ためにできること • 良くなかったことを治す ◦ Problemを起点に議論する ◦ ⼈は良くなかったことは印象にのこり、問題点を⾒つけやすい
「もっとうまくなる」ためにできること • 良くなかったことを治す ◦ Problemを起点に議論する ◦ ⼈は良くなかったことは印象にのこり、問題点を⾒つけやすい • より良いことを伸ばす ◦
Keepを起点に議論する ◦ ⼈は良かったことは印象に残りやすいし、それを適⽤するのが⼤変
ちなみにKeepからTryが⽣まれなくなると… (パターン1) • Keepを出す必要がなくなる • Keepを出す時間が消える • 課題感ばかりがつのり、雰囲気が暗くなる。 • 「このチームって強みないよね…デリバリーもうまくできないし…」
• 結果:地球が⼤爆発する。
ちなみにKeepからTryが⽣まれなくなると… (パターン2) • Keepを出す必要がなくなる • Keepを出す時間が消える • Problemが出なくなって停滞感が出る • 「なんか最近ずっと同じような仕事しているな…つまんなー」
• 結果:地球が⼤爆発する。
どうやって「よかったこと」をのばすか? • ファシリテーターの問いかけを⾒直す ◦ 「よかったことはなに?」 ◦ 「それはどうやったらみんなもできる?」 ◦ 「より良くするとしたらどこをチューニングする?」 •
「Tryは全部やる必要はない」 ◦ とにかくTryをいっぱい出すことを⽬指す ▪ ⼀旦、質は問わない ◦ Tryがいっぱい出たら、何をやるのか、組み合わせることはできるかを考える ◦ Tryの中にはバックログアイテムになるものもあるのでそれはそっちで管理する ▪ 例えば「CIが遅いので〇〇を導⼊する」は普通にイテレーションで解決する課題 ▪ Tryは「⾃分たちの仕事がうまくなるための習慣」に最終的に落とすと良い
みんなで成⻑しあえる アットホームなチームを つくりましょう
みんなで成⻑しあえる アットホームなチームを つくりましょう おわり