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
Takeru Ichii
January 18, 2024
Technology
0
34
KPTのかわいそうな Keepちゃんを救い隊
LT at Anri Circle
Takeru Ichii
January 18, 2024
Tweet
Share
More Decks by Takeru Ichii
See All by Takeru Ichii
効果的なチームワークを体験するワークショップ
takeru_ichii_0901
3
620
Rails on Kubernetes -どうする?〇〇-
takeru_ichii_0901
3
7.8k
TypeScriptでマルいJavaScriptを型くする
takeru_ichii_0901
0
190
2015-11-30_dockerでドッカンドッカンする話
takeru_ichii_0901
1
360
20151208 IoTイントロダクション
takeru_ichii_0901
0
200
MS Officeの便利な使い方 - VBAで始めるプログラミングのススメ
takeru_ichii_0901
0
600
Other Decks in Technology
See All in Technology
より良いプロダクトの開発を目指して - 情報を中心としたプロダクト開発 #phpcon #phpcon2025
bengo4com
1
3.1k
~宇宙最速~2025年AWS Summit レポート
satodesu
1
1.9k
低レイヤを知りたいPHPerのためのCコンパイラ作成入門 完全版 / Building a C Compiler for PHPers Who Want to Dive into Low-Level Programming - Expanded
tomzoh
4
3.3k
“社内”だけで完結していた私が、AWS Community Builder になるまで
nagisa53
1
400
AIの最新技術&テーマをつまんで紹介&フリートークするシリーズ #1 量子機械学習の入門
tkhresk
0
140
BrainPadプログラミングコンテスト記念LT会2025_社内イベント&問題解説
brainpadpr
1
170
Navigation3でViewModelにデータを渡す方法
mikanichinose
0
220
PHPでWebブラウザのレンダリングエンジンを実装する
dip_tech
PRO
0
210
M3 Expressiveの思想に迫る
chnotchy
0
110
AIのAIによるAIのための出力評価と改善
chocoyama
2
580
第9回情シス転職ミートアップ_テックタッチ株式会社
forester3003
0
250
rubygem開発で鍛える設計力
joker1007
2
220
Featured
See All Featured
Building Applications with DynamoDB
mza
95
6.5k
Thoughts on Productivity
jonyablonski
69
4.7k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
667
120k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
34
5.9k
GraphQLとの向き合い方2022年版
quramy
48
14k
Bash Introduction
62gerente
614
210k
Testing 201, or: Great Expectations
jmmastey
42
7.5k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
229
22k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
281
13k
Docker and Python
trallard
44
3.4k
Large-scale JavaScript Application Architecture
addyosmani
512
110k
It's Worth the Effort
3n
185
28k
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は「⾃分たちの仕事がうまくなるための習慣」に最終的に落とすと良い
みんなで成⻑しあえる アットホームなチームを つくりましょう
みんなで成⻑しあえる アットホームなチームを つくりましょう おわり