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
マネージャー!きみは何者だ! #gotandaem
Search
mizuki_r
March 28, 2019
Technology
0
1.7k
マネージャー!きみは何者だ! #gotandaem
mizuki_r
March 28, 2019
Tweet
Share
More Decks by mizuki_r
See All by mizuki_r
FrontendUp_新規事業で_Remixを採用した理由と対策.pdf
rymizuki
0
190
税理士ドットコムの 技術的挑戦 #tapioca_lt
rymizuki
0
270
PHPを始めて1年、レガシーシステムにどう向き合っているか #phpstudy
rymizuki
1
720
モダンとレガシー #gotandaem
rymizuki
0
550
Vuexに型を付けるパターンを調べた #gotandajs
rymizuki
0
120
DockerでNodeの開発は厳しいのか? #gotandajs
rymizuki
3
390
物語を楽しむための物語論
rymizuki
0
520
失敗と向き合う
rymizuki
0
1.4k
社内勉強会と組織の成長を考える
rymizuki
1
2.7k
Other Decks in Technology
See All in Technology
モダンフロントエンド 開発研修
recruitengineers
PRO
2
260
AIドリブンのソフトウェア開発 - うまいやり方とまずいやり方
okdt
PRO
9
580
Postman MCP 関連機能アップデート / Postman MCP feature updates
yokawasa
0
150
AIエージェント就活入門 - MCPが履歴書になる未来
eltociear
0
440
Android Studio の 新しいAI機能を試してみよう / Try out the new AI features in Android Studio
yanzm
0
270
そのコンポーネント、サーバー?クライアント?App Router開発のモヤモヤを可視化する補助輪
makotot
3
280
Goでマークダウンの独自記法を実装する
lag129
0
210
実践アプリケーション設計 ①データモデルとドメインモデル
recruitengineers
PRO
2
200
R-SCoRe: Revisiting Scene Coordinate Regression for Robust Large-Scale Visual Localization
takmin
0
430
浸透しなさいRFC 5322&7208
hinono
0
120
事業価値と Engineering
recruitengineers
PRO
1
190
DeNA での思い出 / Memories at DeNA
orgachem
PRO
3
1.6k
Featured
See All Featured
Designing for humans not robots
tammielis
253
25k
Automating Front-end Workflow
addyosmani
1370
200k
The World Runs on Bad Software
bkeepers
PRO
70
11k
Building a Scalable Design System with Sketch
lauravandoore
462
33k
How STYLIGHT went responsive
nonsquared
100
5.7k
Thoughts on Productivity
jonyablonski
69
4.8k
Building a Modern Day E-commerce SEO Strategy
aleyda
43
7.5k
Optimising Largest Contentful Paint
csswizardry
37
3.4k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
53
2.9k
Designing Experiences People Love
moore
142
24k
RailsConf 2023
tenderlove
30
1.2k
Code Review Best Practice
trishagee
70
19k
Transcript
マネージャー! きみは何者だ!? Gotanda.EM #1 @mizuki_r
@mizuki_r 弁護士ドットコム株式会社 税理士ドットコム事業部/開発チーム チームマネージャー 2 自己紹介 JavaScript, Vue, Nuxt, Perl,
PHP, Docker, AWS, etc…
経歴 • 2011年4月 (株)モバイルファクトリー 入社 • 2017年頃からTechLeadとして技術組織の構築に関心を開き、1on1と かやり始める • エンジニア19人くらい
• 2018年10月 弁護士ドットコム株式会社 入社 • 入社3ヶ月でチームマネージャーへ • エンジニア1人、デザイナ1人 • 兼任スクラムマスター
「俺、絶対マネージャーにはならないぞ」 と宣言してから2年が経過しました
質問
EMやってる人?
なるほど
EMって必要だと思う?
なるほど
EMになりたい人?
なるほどぉ
本日の趣旨
EMって本当に必要? なくせたりしない?
さまざまな役割が定義されてる昨今、 マネージャーという呼び方が適切なのか?
「何を」任せ、自動化すればEMなくせるか 考えてみよう!
諸注意 • 経験から感じ取ったことを元にお話します • 所属する組織・団体の主張ではなく、個人 の意見です • 鵜呑みにせず、参考にとどめましょう
マネージャー! きみは何者だ!
エンジニアのロール • Manager • Teck Lead • CTO • VPoE
• ScrumMaster、AgileCoach • PO、PM、etc….
マネージャーと一言に言っても… • 実は他の言葉で表現される(Tech Lead) • Tech Leadだと思ってたら他社だとEM • マネージャーだけど管理監督者ではない •
「エンジニアリング」がつかないのでEMではない 言葉が指し示す意味がわからない
実際困ること • マネージャーとして、何を目指して動けば いいのかわからない • マネージャーに対して、何を期待すればい いのかわからない
組織の中で、 マネージャーを定義する必要がある
自らを定義する • EMはいますか? • TLはいますか? • SMはいますか? 自分たちがどんな役割を何の役名で請け負っているのか知る (ex: RACIਤ)
責任と役割で定義する
マネージャーの責任 チーム・組織の価値を最大化する 価値: 売上、利益、サービスレベル目標(SLO)、など
マネージャーの責務 • ヒューマンマネジメント • チームマネジメント • レポートライン نߏʹԠͯ͡VPoEͱ͔ͱॏෳ͢ΔྖҬͰ͋Δ
ヒューマンマネジメント • 働きに応じて適切な報奨を与える • その人の進みたい方向性と業務をマッチングする • 成果を可視化する • 成果の進捗を確認する →
組織への帰属感、貢献を高めることで発揮出る価値を最大化
チームマネジメント • チーム文化の醸成 • どんな文化があり、どんな人が活躍できるか • あるいはそれの戦略づくり → 採用、広報、いかにしてチームを回すか
レポートライン • 組織の共有事項をチームに合わせて伝える • チームの課題を組織に合わせて伝える → 入出力を統一することで情報の分散・伝達漏れを防ぐ
マネージャーとは • フォーカスは「人」 • 個人と集団に対して働きかける • そして「組織の価値を最大化する」
マネージャーは必要?
必要な期待と信頼 • エンジニアの言語、意図が理解できる • エンジニアの言葉で、組織を説明できる • エンジニアの成果を、正しく評価できる
不要になる環境 • 職能による理解の障壁がない • 情報網が透明であり、疎通に混乱がない • 評価者がいなくとも個人の成果・成長が明 確
評価…?
エンジニアを評価する という役割
なぜ評価が必要か? • お給料を決める • ただし業績と給与と評価がどう連動するのかは十分な説 明を先にしたほうが良い • 成長を促す • やりたいことができている?
• 期待したことができている? • 成長を促すことで、組織の成長につなげる
“評価”の課題感 • 組織を俯瞰する必要がある • 自身もメンバーなら、自分すら客観視が必 要 • 納得感をどう作るか?
評価軸 • 成果で示す • 行動で示す
成果による評価 • 価値ある成果が可視化されにくい • 半年かけたプロジェクトだが業績への影響はなかっ た • 偶発性が高い • 30分で書いたクソコードで売上が倍になった
行動による評価 • 成長がどういう「行動として」現れるかを 定義する • 判断の表明、議論の姿勢、言葉遣い、表情、etc • 効果的な振る舞いに再現性を作れるか • 指導する、仕組みを作る、自動化する、etc
互いに評価し合う • EM個人ではなく、メンバー同士で情報を出 し合う • 成長の方向性と、それに対する変化を客観 的に表明し合う • リスクやコストとのトレードオフ
評価にEMは必要か? • 個々人のキャリアや業務内容をどこまでオー プンにできるか? • 集団に対して組織とキャリアの適正をどこ まで測れるか? 規模と性格、文化次第…
そろそろ結論
EM本当に必要? • 組織の中における”役割”を明確にする • マネージャーでしか表せない役割はあるだろうか • マネージャーに期待される責任は「チー ム・組織の価値を最大化する」 • 他の役割でそれが担えないか?
評価をどう行うか • 現場と組織の両方を知る必要がある • 知らなければ判断できない • 現場と組織の両方に働きかける必要がある • 働きかけなければ成長を認められない
終わりに • 組織が拡大してくと多様性が増す • 多様性が増すと人と人との関係が複雑になる • 多様で複雑な組織を健全に保つにためにどういうシ ステムがあるとよいか? • こういうことを考えたらこんな発表になりました
• 情報交換できるこういう場は非常にありがたいです
ご清聴ありがとうございました