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
How to make good suggestion to your team
Search
kasumi8pon
September 28, 2021
Programming
0
1.2k
How to make good suggestion to your team
kasumi8pon
September 28, 2021
Tweet
Share
Other Decks in Programming
See All in Programming
MySQL9でベクトルカラム登場!PHP×AWSでのAI/類似検索はこう変わる
suguruooki
1
250
PHPカンファレンス関西2025 基調講演
sugimotokei
5
1k
React 使いじゃなくても知っておきたい教養としての React
oukayuka
13
2.3k
AI時代の『改訂新版 良いコード/悪いコードで学ぶ設計入門』 / ai-good-code-bad-code
minodriven
24
10k
iOS開発スターターキットの作り方
akidon0000
0
210
はじめてのWeb API体験 ー 飲食店検索アプリを作ろうー
akinko_0915
0
170
構文解析器入門
ydah
7
1.9k
Strands Agents で実現する名刺解析アーキテクチャ
omiya0555
1
110
Comparing decimals in Swift Testing
417_72ki
0
110
AIに安心して任せるためにTypeScriptで一意な型を作ろう
arfes0e2b3c
0
270
Quality Gates in the Age of Agentic Coding
helmedeiros
PRO
1
110
AWS Summit Japan 2024と2025の比較/はじめてのKiro、今あなたは岐路に立つ
satoshi256kbyte
1
250
Featured
See All Featured
Code Review Best Practice
trishagee
69
19k
Documentation Writing (for coders)
carmenintech
72
4.9k
Large-scale JavaScript Application Architecture
addyosmani
512
110k
Building a Modern Day E-commerce SEO Strategy
aleyda
42
7.4k
The Illustrated Children's Guide to Kubernetes
chrisshort
48
50k
Become a Pro
speakerdeck
PRO
29
5.4k
4 Signs Your Business is Dying
shpigford
184
22k
Designing for Performance
lara
610
69k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
15
1.6k
Automating Front-end Workflow
addyosmani
1370
200k
Into the Great Unknown - MozCon
thekraken
40
1.9k
Optimizing for Happiness
mojombo
379
70k
Transcript
チームによい提案をするには @kasumi8pon 2021/09/18 XP祭り2021
自己紹介 @kasumi8pon いくつかの職を経たのち 2020/1/1 ~ ESM, inc で アジャイルな受託開発 2年目
約1年半で現在 5 つめのチーム
チームに提案をしたくなるとき こんなことを考えた経験はありませんか? • チームにアジャイルプラクティスを取り入れたい • 最近流行ってる新しい方法を試してみたい • 新しく入ったチームでこんなやり方をしてるけど、こっちの 方がやりやすくないかな? そのまま口に出してみたら、
あなたのチームはどういう反応をする?
とあるチームでは… ① 「バージョンが古いまま止まっているライブラリが多くあるの で、定期的にバージョンアップ作業をやる時間をとりません か?」 「まとまった時間をとるのは難しいですが、少しずつ時間をとっ てやってみましょう!」 受け入れてもらえた
とあるチームでは… ② 「プルリクエストやコミットメッセージに仕様についての情報が 少なくて、レビューが難しいです。こんなプルリクエストテンプ レートを使ってみませんか?」 「とりあえず使いたい人が使ってみましょうか」 その後結局定着せず わかってもらえなかった
相手の反応とその理由を考える 「いいね!取り入れてみよう」 「よく知らないけど、とりあえずやってみよう!」 「うーん、忙しいんだけど…。時間取られたりしないかなあ?」 いろんな反応がある。理由を想像してみよう
受け入れてもらえたケース • バージョンアップの必要性はみんな認識していた • やりたいけど時間が取れずできなかった • 少しずつ進めるという方法が今のチームにあっていた
受け入れてもらえなかったケース • すでに長いことチームにいた人は、仕様をほとんど知って いるので必要性を感じてもらえなかった • テンプレートを使うと記述量が増える
いろいろな背景がある • 提案された方法を知っているか • その方法の効果を知っているか • その効果がチームの現状に必要だと感じているか • 現状を変えたいと思っているか •
提案する側とされる側の間に信頼関係があるか 提案が受け入れられにくい環境でどうすればいいか?
よりよい提案の方法を考えてみる
3ステップで考えてみる 1. 提案の前に 2. 提案するとき 3. 提案が受け入れられた後も 番外編 • 提案を受ける側としてできること
提案の前に • 提案が受け入れられやすい下地をつくる ◦ 課題を共有する ◦ 提案するタイミングをうかがう
課題を共有する • なんのために提案するかをわかってもらう ◦ 現状に問題を感じているから ◦ よりよい方向に進みたいから • この気持ちが共有できていないと、提案を受け入れるの は難しい
• 課題を共有できていない状態の提案は、逆効果になる可 能性さえある
課題を共有するには • 自分が困っていることを伝える ◦ 「◦◦に困っています」 • 他のひとも困っているならば、それを引き出す ◦ 「◦◦に困っていませんか?」 •
問題対私たちの構図を目指す
提案するタイミングをうかがう • 同じことを提案するのでも、ときによって結果が変わりうる ◦ 最近その提案によって解決できる課題に関する問題 が起きた ◦ 信頼関係ができているかどうか
提案するとき • 課題と価値を伝える ◦ 何を解決したい提案なのかを伝える ◦ チームにとっての価値を伝える
課題と価値を伝える • どっちの方が受け入れられやすいだろう? ◦ 「朝会やってみませんか?」 ◦ 「最近コミュニケーションが取れていなくて、認識のず れから作業に手戻りが発生することがあって困ってい ます。認識のずれを減らすために、朝会を導入して、 毎朝チームの現状を共有してみませんか?」
何を解決したい提案なのかを伝える • 提案が通らなかったとき、原因がわかる ◦ 解決したいことには同意だけれど、手段が受け入れら れないこともある ◦ 手段がダメなら別の道がある ◦ 別の道を閉ざさないために、目的を共有する
チームにとっての価値を伝える • それを導入することによる効果を伝える • これまでに起こったことから具体例を挙げて、この問題が 解決できる、と伝える • その立場の人が求めている効果を伝える ◦ プログラマ、チームリーダー、プロダクトマネージャー...
などなど
提案が受け入れられた後も • 提案の効果を計測する
受け入れられた提案の効果を確認する • 効果がなければ、それを認める必要がある ◦ 手段にこだわりすぎない ◦ 次につなげる • 効果があっても、それを認める ◦
チームにとっての成功体験 • ふりかえりが効果の確認によい場になる
提案を受ける側としてできること • よい提案ができるように手助けする
よい提案ができるように手助けする • 否定から入らない • 言葉が不足している場合は、情報を引き出す
まとめ
まとめ • チーム状況によっては提案が受け入れられづらいことも ある • 提案するときは、その前後もセットで考える • 課題を共有することに重点を置く • 自分が提案をうける側になった場合、よい提案になるよう
に情報を引き出す