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
sara.ohtani.mt2
December 27, 2024
Business
0
230
大人数会議のカオス化を防ぐ振り返りフレームワークを考えてみた
15人以上で1年規模のプロジェクトのふりかえりを1時間でしよう!!!!!!
sara.ohtani.mt2
December 27, 2024
Tweet
Share
More Decks by sara.ohtani.mt2
See All by sara.ohtani.mt2
【供養】DynamoDBでも部分一致検索したかった
smatsu
1
760
サンプル発話からVUXを考える
smatsu
0
84
Other Decks in Business
See All in Business
ログから学ぶKubernetes
googlecloudjapan
1
410
ホットリンク会社紹介スライド / We are hiring
hottolink_pr
1
9k
2025 会社説明資料
sharingenergy
0
400
多様なマネジメント経験から導き出した、事業成長を支えるEMの4つのコンピテンシー / 4 Key EM Competencies for Growth
rakus_dev
2
1.6k
Clarity for Product People
arnekittler
0
1.3k
クラスメソッド_営業向け会社紹介資料_202502 / introduction to classmethod for sales
classmethod_jinji
0
1k
Institute of Integrated Research|Science Tokyo (Institute of Science Tokyo)
sciencetokyo
PRO
0
170
PdM Days「組織と人をどう育てるか 〜プロダクトマネジメントエコシステムを紐解く〜」
muture
0
560
Leading Mark新卒採用資料
unno
0
590
コーポレートストーリー(新規投資家様向け会社説明資料)
gatechnologies
1
11k
頻出AI関連用語集 TOP30
_____ai
0
200
Kanmu, Inc. Current Status
kanmu
11
720k
Featured
See All Featured
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
PRO
13
1k
Designing for humans not robots
tammielis
250
25k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
251
21k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
129
19k
KATA
mclloyd
29
14k
The World Runs on Bad Software
bkeepers
PRO
67
11k
Side Projects
sachag
452
42k
Build The Right Thing And Hit Your Dates
maggiecrowley
34
2.6k
Music & Morning Musume
bryan
46
6.4k
A Philosophy of Restraint
colly
203
16k
What's in a price? How to price your products and services
michaelherold
244
12k
Bootstrapping a Software Product
garrettdimon
PRO
307
110k
Transcript
大人数会議のカオス化を防ぐ 振り返りフレームワークを考えてみた 大谷 紗良
期間:キックオフからは約1年、開発期間は約半年 規模:主な開発チームだけでも2チーム、デザイナー・QA・PdM含めて15人くらい この体制での開発は一旦一区切り 今後また複数チームで開発するプロジェクトがあったときに活かせる振り返りがしたい プロジェクトの振り返りをしよう
しかしざっと 15人もいる 大人数会議あるある 話が発散しすぎる 発言してない人が 出がち 議論する時間が 取れない 前提情報の共有状況 のばらつき
今後もこの体制で開発するなら思い切って半日くらいかけるのもいいけど・・・ みんなもう次の開発に入っているし1時間くらいである程度コンパクトにやりたい
前提情報の共有状況のばらつき問題 1年前のことなんて覚えてない プロジェクト参加タイミングも参加者によって異なる
主要なイベントは先に書いておく 短めの制限時間内にどんな小さなことでもいいのでみんなで書く → ハードル低めのタスクを短時間に集中してやる時間でアイスブレイクを兼ねる 「タイムライン」をアイスブレイクとして用意する 20yy/ mm キック オフ 20yy/
mm 開発 開始 20yy/ mm リリー ス xxx xxx xxx xxx xxx
話が発散しすぎる問題 期待している状態とのギャップを洗い出したいが 参加者ごとに期待する内容や対象が大きく異なると 議論が発散しすぎてしまうのではないか
今回の振り返りで焦点を当て、深掘りしたいポイント • プロジェクトが成功だったのか • 成功要因 • 失敗要因 • 次に活かせるアクション
プロジェクトの成否の観点とは 四天王ですよねぇ! 出典『アジャイルサムライ』( Jonathan Rasmusson 著)
中心に四天王を置く
観点ごとに気づきを書き出す • Good • Bad • チャレンジ • 予想外 •
リスク • そぼぎ • etc… XX でよかっ た よかった つらかっ た
気づきを起点に要因を深掘りし、アクションに落とし込む 「なぜXXを実現できたのか」を確認して KeepとTryの形に落とし込み XX でよかっ た よかった つらかっ た •
Good • Bad • チャレンジ • 予想外 • リスク • そぼぎ • etc…
順番に話を聞くと時間がかかるけど 自由に話していると発言していない人が出がち 発言してない人が出がち問題
付箋は話しながらグルーピング A A' A+ 進行役だけでなく参加者自身にもグルーピングしてもらう 付箋に名前を書いてもらうと話をふりやすい、グルーピングがあっているか確認しやすい グルーピングしながら自然な流れで会話できる
付箋の内容を集約しつつ進行すると時間短縮はできるが 付箋を書いていない人を取りこぼしてしまいがち 今回は一言コメントを順番に聞く時間を最後にとった 感謝タイムでもある 議論パートと別に順番に話を聞くパートを用意する
まとめ 今回行った振り返りの流れ 1. タイムライン 2. 四天王KPT 3. 一言タイム
• 観点を絞ったおかげで話が発散しすぎた感触はなかった • グルーピングしながら話すと意見の差分に焦点をあてて話せるのも効率的 • みんなで振り返りの振り返りを簡単でいいからやれたらよかった ◦ 時間がなくて諦めてしまったけどぱっと5段階評価つけてもらうだけでも 振り返りの振り返り
参考 • アジャイルサムライ 四天王 • アジャイルなチームをつくる ふりかえりガイドブック • おまけ:時間があればおすすめしたい、じっくり振り返れるフレームワーク ◦ LIFULLでふりかえりにLDJ(Lightning
Decision Jam)を使ったら良いことしかなかった話し。
Thank you!