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 manage a good work environment
Search
Dassimen
December 22, 2020
Business
0
100
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
17
Trying AWS Aurora Serverless.
anchorcable
0
200
Dialogue for Design
anchorcable
1
280
TDD is not slowly.
anchorcable
1
520
3日坊主でも勉強したい
anchorcable
5
5.4k
Design It! is good for architect.
anchorcable
0
110
今だからこそ分かる報連相 / How to do Hou/Ren/Sou!
anchorcable
0
650
TDD supports us all the time.
anchorcable
0
310
I read Tokumaru book on ABD.
anchorcable
1
95
Other Decks in Business
See All in Business
GA technologies Co.,Ltd. Corporate Story
gatechnologies
2
910
ハードウェア企業から700万ユーザーを抱えるB2B SaaSへ:PMのキャリアシフトで見えた共通点とギャップ
kubell_hr
0
3.8k
無自覚にメンバーの心理的安全性を奪っていた経験から得た学び
lighttiger2505
141
190k
Theoria technologies:About Us
theoriatec2024
1
5k
WED Company Guide
wed
2
43k
Creating Creators in the age of Generative AI - In SIGGRAPH ASIA 2024
o_ob
0
120
コーポレートストーリー(新規投資家様向け会社説明資料)
gatechnologies
1
9.5k
株式会社JMDC データウェアハウス開発部 採用ピッチ資料
jmdc
3
1.2k
DNX Ventures Japan|Introduction Deck
natsumidnx
0
730
【エンジニア職】中途採用向け会社説明資料(テックファーム株式会社)
techfirm
0
4.2k
(7枚)具体と抽象の往復運動ができる上司と部下との4つの組合せ
nyattx
PRO
3
1.2k
Japan Open Chain White Paper
gugroup
0
100
Featured
See All Featured
How to Think Like a Performance Engineer
csswizardry
22
1.2k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
507
140k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
95
17k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
280
13k
How to train your dragon (web standard)
notwaldorf
88
5.7k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
44
6.9k
Principles of Awesome APIs and How to Build Them.
keavy
126
17k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
17
2.3k
Product Roadmaps are Hard
iamctodd
PRO
49
11k
A Philosophy of Restraint
colly
203
16k
Building Flexible Design Systems
yeseniaperezcruz
327
38k
[RailsConf 2023] Rails as a piece of cake
palkan
53
5k
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
ご清聴ありがとうございました