Lock in $30 Savings on PRO—Offer Ends Soon! ⏳
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
How to manage a good work environment
Search
Dassimen
December 22, 2020
Business
0
110
How to manage a good work environment
Dassimen
December 22, 2020
Tweet
Share
More Decks by Dassimen
See All by Dassimen
Write code with "Test First"
anchorcable
0
35
Trying AWS Aurora Serverless.
anchorcable
0
220
Dialogue for Design
anchorcable
1
310
TDD is not slowly.
anchorcable
1
570
3日坊主でも勉強したい
anchorcable
5
5.7k
Design It! is good for architect.
anchorcable
0
140
今だからこそ分かる報連相 / How to do Hou/Ren/Sou!
anchorcable
0
750
TDD supports us all the time.
anchorcable
0
350
I read Tokumaru book on ABD.
anchorcable
1
99
Other Decks in Business
See All in Business
ウィルゲート開発組織の紹介 / willgate engineering team
willgate
0
340k
一次情報を武器にする - pmconf2025
hynym
PRO
0
490
誰も置いて行かない、freee QAのAI活用戦略 / Inclusive freee QA's AI Strategy
ropqa
0
210
株式会社CINC 会社案内/Company introduction
cinchr
6
70k
センス・トラスト福利厚生(スマホ用)
sensetrust
0
500
Crisp Code inc.|わたしたちの事例 / 実績 - Works
so_kotani
0
1.5k
知識の非対称性を越える_PdMがエキスパートと築く_信頼と対話の_意思決定の技術__.pdf
hirotoshisakata1
0
1.7k
「なんか好き」を設計する 情緒的価値をPMの武器にする3つのポイント
inagakikay
6
6.2k
Cierpa&Co._Culture Deck_202512
cierpa0905
PRO
0
4.4k
実体験:エンジニアの妊娠・出産と仕事/real-life-experience-pregnancy-childbirth-and-work-for-engineers
emiki
9
1.8k
ネクストビートコーポレートガイド/corporate-guide
nextbeat
3
83k
カンパニーデック 2025.11.28
toggletest
0
480
Featured
See All Featured
Building Applications with DynamoDB
mza
96
6.8k
Building an army of robots
kneath
306
46k
Why You Should Never Use an ORM
jnunemaker
PRO
60
9.6k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
52
5.7k
How STYLIGHT went responsive
nonsquared
100
5.9k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
35
2.3k
The Power of CSS Pseudo Elements
geoffreycrofte
80
6.1k
Building Flexible Design Systems
yeseniaperezcruz
329
39k
Stop Working from a Prison Cell
hatefulcrawdad
273
21k
Building Adaptive Systems
keathley
44
2.9k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
194
17k
Documentation Writing (for coders)
carmenintech
76
5.2k
Transcript
私が働きやすいPM像 Dec 22, 2020 | #pm_study ひとりのエンジニアから見たマネジメント 鈴木 智也
2 About Me 鈴木 智也(だっしー) 脱脂綿(=Twitter名)系エンジニア • サーバーサイドエンジニア • 好きなもの ◦
ドメイン駆動設計 ◦ テスト駆動開発 ◦ サーバーサイドKotlin, TypeScript • ゆめみ2年目 2019年7月1日入社 #pm_study
#pm_study 3 まえがき 辛かったことの共有ではない 「こんなPMは嫌だ」みたいな例が出てきますが、 ゆめみでこんなPMに出会ったから辛かったという話ではないです。 一方で、この部分をより強く意識して貰えると (少なくとも僕は)働きやすいと感じるという事はあります。 機会は少ないですが、 自分がマネジメントする時に気をつけている内容でもあります。
4 アジェンダ 人によって求めるレベルが違う チューニングの方法 キーワード「粒度」と「権限」 1 2 3 #pm_study
「粒度」と「権限」 1
車を作るプロジェクト
#pm_study 7 「粒度」と「権限」 粒度とは タスクの粒度のこと もうちょい具体的に なりませんか!? 早く目的地まで移動でき るものを作ってよ!
8 「粒度」と「権限」 粒度とは タスクの粒度のこと 何に使うの〜!? #pm_study ネジを作ってよ!
9 「粒度」と「権限」 権限とは タスクにおいて自分の意思で決められる範囲 => 認識ズレが無い事が重要 そんなの聞いてない! 何で報告してくれない の! 前回は自分で決めて
OKだったのに...... #pm_study
10 「粒度」と「権限」 自分にあった粒度と権限が無いと、自己効力感を失う 自分で作業して良い 範囲が分からない #pm_study 良い製品を作りたい けど、「良い」が 何なのか分からない
11 「粒度」と「権限」 残念過ぎる末路 #pm_study 言われたものだけ 作っておこう......
人によって求めるレベルが違う 2
13 人によって求めるレベルが違う 個人差が大きすぎる ひとことでエンジニアと言っても、様々なタイプがいる • 技術をとことん突き詰めたいエンジニア • 技術を手段として、問題解決を突き詰めたいエンジニア • DevOpsが好きで、運用改善を進めたいエンジニア
• テストが好きで、品質を高めたいエンジニア #pm_study
14 人によって求めるレベルが違う 個人差が大きすぎる ひとことでエンジニアと言っても、様々なタイプがいる • 技術をとことん突き詰めたいエンジニア • 技術を手段として、問題解決を突き詰めたいエンジニア • DevOpsが好きで、運用改善を進めたいエンジニア
• テストが好きで、品質を高めたいエンジニア #pm_study 早く移動したいのは何故? そもそも移動しないといけないのか? バーチャルで繋いであげるのではいけない?
15 人によって求めるレベルが違う 個人差が大きすぎる ひとことでエンジニアと言っても、様々なタイプがいる • 技術をとことん突き詰めたいエンジニア • 技術を手段として、問題解決を突き詰めたいエンジニア • DevOpsが好きで、運用改善を進めたいエンジニア
• テストが好きで、品質を高めたいエンジニア #pm_study ネジを締め忘れたとき壊れないためには? 事故が起きた時、運転席を守るのか、 後部座席を守るのか? どんなトラブルなら受容できる?
16 人によって求めるレベルが違う 参考 ※数字に価値は無いので注意! 人それぞれである事を示したいだけです #pm_study
チューニングの方法 3
コミュニケーション 18
コミュニケーション なんぼあったって ええですからね 19
#pm_study 20 チューニングの方法 時に、PMとエンジニアとの間には溝がある 今よりもう少し上手く 協力できないかな... 今よりもう少し上手く 協力できないかな...
21 チューニングの方法 #pm_study 「溝に橋を架ける」 「他者と働く」という本の中で紹介されているプロセス 1. 「準備」溝に気づく 2. 「観察」溝の向こうを眺める 3.
「解釈」溝を渡り橋を設計する 4. 「介入」溝に橋を架ける
22 チューニングの方法 #pm_study 「溝に橋を架ける」 「他者と働く」という本の中で紹介されているプロセス 1. 「準備」溝に気づく 2. 「観察」溝の向こうを眺める 3.
「解釈」溝を渡り橋を設計する 4. 「介入」溝に橋を架ける 重要かつ行われていないこと 相手が何を大切にしているか? 欲しがっているタスクの粒度、権限 はどのくらいか?
23 チューニングの方法 #pm_study 観察する • 大切にしている価値 • 使いたい技術 • 最も力を発揮できるタスクの粒度
• 認識している権限のレベル • 欲しがっている権限のレベル
ちょっとまって 24
それPM側だけが気を遣うこと? 25
NO 26
マネジメントされる側も同じ 27
28 チューニングの方法 #pm_study 互いに観察し、見せ合う 互いに相手を観察し、溝に橋を架ける努力が必要 互いに観察し合っているのなら、 相手が観察しやすいように主張することで、 もっと相手の事がわかるようになる 「価値観ババ抜き」 「ドラッカー風エクササイズ」などのワークに取り組むと良い
29 まとめ • 働きやすさを左右する2つのファクター ◦ タスクの粒度 ◦ ひとりで決められる権限 • 粒度も権限も欲するレベルは人それぞれ
• 互いの「観察」により歩み寄る ◦ 同時に「主張する」ことも重要 #pm_study
ご清聴ありがとうございました