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
痛みから学ぶ Working Agreement の つくりかた 〜チームビルディングの失敗か...
Search
面川泰明
October 29, 2020
Programming
3.8k
3
Share
痛みから学ぶ Working Agreement の つくりかた 〜チームビルディングの失敗から得た、親切さという教訓〜 / learning pattern of working agreement with choose kindness
learning pattern of working agreement with choose kindness
面川泰明
October 29, 2020
More Decks by 面川泰明
See All by 面川泰明
Web API連携でCSRF対策がどう実装されてるか調べた / how to implements csrf-detection on Web API
yasuakiomokawa
3
4.7k
フロー効率の向上から始める開発生産性の高め方 ~ モブワークを沿えて ~ / how to go on high peformance with mob work
yasuakiomokawa
6
6.2k
チームの成功を加速するために、1on1で個人を成長させてみた / growth people makes team good with one on one meeting
yasuakiomokawa
4
3.7k
意外とカンタン!?テストコードの改善から始めるシステム開発の効率化 / a little good way to improve software using readable test codes
yasuakiomokawa
2
2.9k
1on1の「話したいことは特にないです」を解決する ~ 共感から始まる関係性改善のススメ ~ / How to solve rejection on 1on1
yasuakiomokawa
34
41k
雑にならない雑談のはじめかた | チームの気まずさを無くし、楽しさを加速させる秘訣 / Joy work with chat
yasuakiomokawa
1
1.2k
性格診断と価値観分析ではじめる1on1 | 1on1ですべりたくない人へ / one on one meeting with personality guidance
yasuakiomokawa
2
4.6k
心理的安全性に飢えた自分が一周回って辿り着いた1on1のコツ | お互いに疲弊しないための3つのポイント / How to good of 1on1 meeting with three methods
yasuakiomokawa
3
2.3k
ふりかえりの断絶を防ぐにはどうすればいいか | 課題から次のアクションをスムーズにしたい / retrospective keep on going
yasuakiomokawa
2
2.6k
Other Decks in Programming
See All in Programming
2026-03-27 #terminalnight 変数展開とコマンド展開でターミナル作業をスマートにする方法
masasuzu
0
300
AI時代のPhpStorm最新事情 #phpcon_odawara
yusuke
0
110
PHPで TLSのプロトコルを実装してみるをもう一度しゃべりたい
higaki_program
0
180
Go_College_最終発表資料__外部公開用_.pdf
xe_pc23
0
130
Spec Driven Development: The End Of Vibe Coding | DevLand 2026
danielsogl
PRO
0
110
Geminiをパートナーに神社DXシステムを個人開発した話(いなめぐDX 開発振り返り)
fujiba
0
140
AI活用のコスパを最大化する方法
ochtum
0
370
Linux Kernelの1文字のミスで 権限昇格ができた話
rqda
0
2.3k
テレメトリーシグナルが導くパフォーマンス最適化 / Performance Optimization Driven by Telemetry Signals
seike460
PRO
2
220
我々はなぜ「層」を分けるのか〜「関心の分離」と「抽象化」で手に入れる変更に強いシンプルな設計〜 #phperkaigi / PHPerKaigi 2026
shogogg
2
810
RSAが破られる前に知っておきたい 耐量子計算機暗号(PQC)入門 / Intro to PQC: Preparing for the Post-RSA Era
mackey0225
3
120
AI時代の脳疲弊と向き合う ~言語学としてのPHP~
sakuraikotone
1
1.8k
Featured
See All Featured
Utilizing Notion as your number one productivity tool
mfonobong
4
290
Keith and Marios Guide to Fast Websites
keithpitt
413
23k
How People are Using Generative and Agentic AI to Supercharge Their Products, Projects, Services and Value Streams Today
helenjbeal
1
150
Why You Should Never Use an ORM
jnunemaker
PRO
61
9.8k
Docker and Python
trallard
47
3.8k
Claude Code どこまでも/ Claude Code Everywhere
nwiizo
64
54k
Designing Powerful Visuals for Engaging Learning
tmiket
1
330
Information Architects: The Missing Link in Design Systems
soysaucechin
0
870
Navigating the moral maze — ethical principles for Al-driven product design
skipperchong
2
320
The State of eCommerce SEO: How to Win in Today's Products SERPs - #SEOweek
aleyda
2
10k
16th Malabo Montpellier Forum Presentation
akademiya2063
PRO
0
92
How to Talk to Developers About Accessibility
jct
2
170
Transcript
痛みから学ぶ Working Agreement の つくりかた プロジェクトマネジメント Tips LT会- vol.1 #pmtipslt
| 2020/11/4 | @omokawa_yasu チームビルディングの失敗から得た、親切さという教訓 1
自己紹介 2
3 面川泰明(おもかわやすあき) SaaSの自社サービスを提供する会社で、開発エン ジニアをしています!
本文 4
Working Agreement (チームの合意) を形成することに失敗した話をします 5
アジェンダ 6 - なぜ、失敗した話をするのか? - 何を失敗したか? - 具体的に何をしたのか? - 次にどう生かせるか?
- 教訓 - まとめ
アジェンダ 7 - なぜ、失敗した話をするのか? - 何を失敗したか? - 具体的に何をしたのか? - 次にどう生かせるか?
- 教訓 - まとめ
他人の失敗を知ることは大事 8 - 客観的に見れるため、教訓にしやすい - あのウォーレン・バフェット氏の相棒も、「他人の 失敗」を投資の材料にしている - https://studyhacker.net/shippai-note
みなさま、 ぜひ私の失敗から 学んでやってください 9 というわけで。。。
アジェンダ 10 - なぜ、失敗した話をするのか? - 何を失敗したか? - 具体的に何をしたのか? - 次にどう生かせるか?
- 教訓 - まとめ
チーム運営のノウハウを 無理に横展開しようとしたせいで、 開発メンバーの反発を招いてしまった 11
背景 12
13 エンジニアが、ふえました
なので、チーム分けをしたい 14
実験チーム 15 開発者(3名) プロダクトオーナー スクラムマスター まずは、少数チームで実験してみて。。。
16 ノウハウを得て、チーム分けに生かす、という計画にしました
17 チーム分けのとき、反発が発生
アジェンダ 18 - なぜ、失敗した話をするのか? - 何を失敗したか? - 具体的に何をしたのか? - 次にどう生かせるか?
- 教訓 - まとめ
19 結成前のチームに、「チームの約束事」を設定 例) - 見積もりは、最初にメンバーの基準を合わせよう! - 要件は、定義した人にフィードバックしよう!
実際にメンバーに言われたこと 20 - 「まだ有効性がわからない」 - 「意見の押し付けは窮屈」
21 結局、横展開をやめた
22 ざんねん。。。
アジェンダ 23 - なぜ、失敗した話をするのか? - 何を失敗したか? - 具体的に何をしたのか? - 次にどう生かせるか?
- 教訓 - まとめ
以下の3点を決めました 24 1. 情報をオープンにしよう 2. 実験で学んだことを、次に生かせる知識にして記録しよ う 3. 自分の学びを、メンバーへ押し付けない
1. 情報をオープンにしよう - 検討したことを、取り組む前に知らせよう - 関係者全員に意見を聞こう - 取り組むことを、オープンにしよう - たとえば、Slackチャンネルに、関係者全員を招待するなど
25
2. 実験で学んだことを、 次に生かせる知識にして記録しよう - 課題と解決策、改善効果をセットにする - イメージは、正しさ:分かりやすさ=3:7 26
3. 自分の学びを、メンバーへ押し付けない - 向こうから求められたら、はじめて応じる 27
アジェンダ 28 - なぜ、失敗した話をするのか? - 何を失敗したか? - 具体的に何をしたのか? - 次にどう生かせるか?
- 教訓 - まとめ
“When given the choice between being right or being kind.
Choose kind. (正しいこと、親切なこと。選ぶなら、親切 なことを)” 映画「ワンダー、君は太陽」(http://wonder-movie.jp/) より 29
アジェンダ 30 - なぜ、失敗した話をするのか? - 何を失敗したか? - 具体的に何をしたのか? - 次にどう生かせるか?
- 教訓 - まとめ
チームの合意を得る良い方法は、 親切な情報共有と、 メンバーの自主性の尊重 である 31
ご静聴ありがとうございました! 32