Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
KPTのかわいそうな Keepちゃんを救い隊
Search
Takeru Ichii
January 18, 2024
Technology
59
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
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
680
Rails on Kubernetes -どうする?〇〇-
takeru_ichii_0901
3
10k
TypeScriptでマルいJavaScriptを型くする
takeru_ichii_0901
4
230
2015-11-30_dockerでドッカンドッカンする話
takeru_ichii_0901
1
410
20151208 IoTイントロダクション
takeru_ichii_0901
0
230
MS Officeの便利な使い方 - VBAで始めるプログラミングのススメ
takeru_ichii_0901
0
640
Other Decks in Technology
See All in Technology
AIに任せた品質は、誰が見立てるのか - AI時代のテストマネジメント
nakanao
3
3.1k
AI coding 整合正規方法
philipz
0
550
リアーキテクチャ後の障害ゼロを目指したShadow Testingの取り組み
nihonbuson
PRO
1
180
EventBridge に「合流」はない ― サーバーレスのワークフローを育てるということ / No Join in EventBridge
yusukeshimizu
2
560
spanner-autoscalerに学ぶ CRD設計パターン 〜自動化と緊急時対応を両立する Kubernetesコントローラーの作り方〜
tkuchiki
0
140
エージェントはローカル、検証はMicroVM — Lambda MicroVMsでつくるServerless CI
fujioka6789
3
810
認知負荷を吸収し、プロダクトをまたぐPR Preview基盤の設計事例
taiki45
2
340
猫でもわかるKiro Web
kentapapa
1
110
AI感のないAWS構成図をAIエージェントに描かせたい!
sagochiko
2
390
SREの視点で考えるSIEM活用術 〜AWS環境でのセキュリティ強化〜
cscengineer
PRO
0
370
人にやさしく、AIにやさしく、書き手を選ばないIaCのガードレール再考 / Rethinking IaC Guardrails for Humans and AI Alike
kohbis
5
1.2k
Mastering Agentic Development: Harness Engineering for Effective Coding Agents
konippi
3
580
Featured
See All Featured
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
508
140k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
123
22k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
16
2.2k
The Art of Programming - Codeland 2020
erikaheidi
57
14k
The AI Revolution Will Not Be Monopolized: How open-source beats economies of scale, even for LLMs
inesmontani
PRO
3
3.7k
Building Experiences: Design Systems, User Experience, and Full Site Editing
marktimemedia
1
610
Leveraging LLMs for student feedback in introductory data science courses - posit::conf(2025)
minecr
1
410
Bootstrapping a Software Product
garrettdimon
PRO
306
120k
Gemini Prompt Engineering: Practical Techniques for Tangible AI Outcomes
mfonobong
2
560
Reality Check: Gamification 10 Years Later
codingconduct
0
2.3k
How to Grow Your eCommerce with AI & Automation
katarinadahlin
PRO
2
290
Crafting Experiences
bethany
1
350
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は「⾃分たちの仕事がうまくなるための習慣」に最終的に落とすと良い
みんなで成⻑しあえる アットホームなチームを つくりましょう
みんなで成⻑しあえる アットホームなチームを つくりましょう おわり