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
20240301_cocone_EMゆるミートアップvol6_LT資料
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
cocone
March 07, 2024
Programming
0
920
20240301_cocone_EMゆるミートアップvol6_LT資料
cocone_EMゆるミートアップvol6_LT資料
cocone
March 07, 2024
Tweet
Share
More Decks by cocone
See All by cocone
Cocone_Research_Center_2025.pdf
cocone
0
240
2024_cocone-wellbeing
cocone
0
5k
2023夏季合同企業説明会ココネ
cocone
0
380
cocone TECH TALK Vol.6 - リアルタイム対戦xバックエンドアーキテクチャ
cocone
0
650
cocone TECH TALK Vol.6 - ココネグループのブロックチェーン MOOI Network とのバックエンド連携
cocone
0
560
cocone TECH TALK Vol.6 - Kotlin バックエンドアーキテクチャ of アバターサービス
cocone
0
590
cocone corporation(JPN)/Handbook2022
cocone
1
30k
cocone Tech Talk vol.5 - Unity Dotsを使ってみた
cocone
0
2.5k
cocone corporation(JPN)/Letter to Planner
cocone
0
550
Other Decks in Programming
See All in Programming
Automatic Grammar Agreementと Markdown Extended Attributes について
kishikawakatsumi
0
200
疑似コードによるプロンプト記述、どのくらい正確に実行される?
kokuyouwind
0
390
OCaml 5でモダンな並列プログラミングを Enjoyしよう!
haochenx
0
140
The Past, Present, and Future of Enterprise Java
ivargrimstad
0
620
そのAIレビュー、レビューしてますか? / Are you reviewing those AI reviews?
rkaga
6
4.6k
日本だけで解禁されているアプリ起動の方法
ryunakayama
0
250
なるべく楽してバックエンドに型をつけたい!(楽とは言ってない)
hibiki_cube
0
140
IFSによる形状設計/デモシーンの魅力 @ 慶應大学SFC
gam0022
1
310
CSC307 Lecture 08
javiergs
PRO
0
670
React Native × React Router v7 API通信の共通化で考えるべきこと
suguruooki
0
100
QAフローを最適化し、品質水準を満たしながらリリースまでの期間を最短化する #RSGT2026
shibayu36
2
4.4k
Honoを使ったリモートMCPサーバでAIツールとの連携を加速させる!
tosuri13
1
180
Featured
See All Featured
What’s in a name? Adding method to the madness
productmarketing
PRO
24
3.9k
Build your cross-platform service in a week with App Engine
jlugia
234
18k
The Illustrated Children's Guide to Kubernetes
chrisshort
51
51k
Automating Front-end Workflow
addyosmani
1371
200k
Introduction to Domain-Driven Design and Collaborative software design
baasie
1
590
[RailsConf 2023] Rails as a piece of cake
palkan
59
6.3k
Agile Actions for Facilitating Distributed Teams - ADO2019
mkilby
0
120
Into the Great Unknown - MozCon
thekraken
40
2.3k
職位にかかわらず全員がリーダーシップを発揮するチーム作り / Building a team where everyone can demonstrate leadership regardless of position
madoxten
58
50k
Statistics for Hackers
jakevdp
799
230k
The Curse of the Amulet
leimatthew05
1
8.7k
The Illustrated Guide to Node.js - THAT Conference 2024
reverentgeek
0
260
Transcript
2024.03.01 EMゆるミートアップ vol.6 〜LT会〜 ココネ株式会社 / Yuji Saito 脱・「当日のサプライズ」
EM/TL体制にしたら、徐々に発生しつつあった「当日のサプライズ」を改善する事ができた 本日お話すること 2 参考:「エンジニアリングマネージャーのしごと」 6章より 「評価面談が、苦痛を伴ってはいけません」 迷信5 : 面談は当日のサプライズであるべきだ
3 本発表の前提条件
▪こんな経歴の発表者です CRMパッケージ企業 / SIチーム 株式会社ダーツライブ 株式会社ヴァリューズ ココネ株式会社 社会に出てプロジェクトマネジメントを含めたSIerムーブを一通り叩き込まれ、その後は 自社開発エンジニアの道へ。前職ではプレイングマネージャーとして競合分析商品のバッ クエンド設計,
AWS Foundational Technical Review(FTR)の適用なども担当。 現職ではweb3サービスに従事した後、昨年EM組織立ち上げと共にEMという道へ。 CTO室としてEM横断組織のリーダーも担当し、エンジニア組織的な話にも関わりつつ 1事業のEMとして個別具体的なチームメンバーの目標設定・評価も担当しております。 自己紹介 齋藤裕志( Yuji Saito ) 近影 4
▪こんな会社です 前提条件 / 会社の特徴 5 デザイナーがたくさん! 食堂のご飯がおいしい! 社内にジムやBarがある! ヨガやマッサージも!
サラダバーがある!!
▪こんな評価制度です ・期末に被評価者がセルフレビューとして5段階評価し、評価者も5段階評価をします。 前提条件 / 評価制度 6 https://speakerdeck.com/cocone/handbook2022?slide=37
▪こんな開発組織でした(〜2023/07) ・だいたい100人規模になってきた ・サービスごとに10〜20人のエンジニアが関わる ・開発リーダーが「技術」も「人」も見る、プレイングリーダーとなる 前提条件 / エンジニア組織と規模と過去 7
▪こんな開発組織になりました(2023/07〜) ・EMをサービスごとに選出、配置 ・テックリード(TL)をクライアント、サーバーにそれぞれサービスごとに配置 前提条件 / エンジニア組織と規模と現在(問題が解決した姿) 8
9 本題
▪被評価者から見た「評価の時期」 「当日のサプライズ」問題とは(弊社の場合) 10 そもそも何を書けば良いのか分からない どの粒度まで書けば良いのか分からない 5段階どれ付ければ良いのか分からない ▪評価者から見た「評価の時期」 自己評価が高い!!! 自己評価が低い!!! けど通達するしかない!!!
まさに苦痛を伴う評価面談となる (ことが起きうる構造が危ぶまれた) ぶっつけ本番で提出 (が発生し得る) 「当日のサプライズ」 な通達 (が発生し得る)
▪経緯 ・開発リーダーが「技術」も「人」も見ていました 「当日のサプライズ」問題が発生するメカニズムの一例 11 ・リーダー会議で「技術」の話の比重も減ってゆきます ・併せて徐々に 1on1 の時間が低減するケースが発生してゆきます ・特に「評価のすり合わせ」の時間が低減するケースも発生するようになりました ・こうして徐々に「当日のサプライズ」へと向かう悪い土台が出来てしまいます
・近年、プロジェクトも、エンジニアも増えてきました ・すると「人」の問題も増えてきます。「人」の問題は緊急度も優先度も高いです
12 EM/TL体制になりました
▪「期初に目標設定をすること」をEMの責務として定義 ・グレード表(キャリアラダー)を再度浸透させた。入社時期によっては、せっかく作ら れている制度への認識が弱いケースもあった。 ▪定期的な1on1をEMの責務として定義 ・「やったほうが良い」ではなく責務として定義した ▪EM横断組織で毎週定例MTGを行った ・「人」の問題はEM横断組織の定例会で集約するようにした ・課題が発生したら「じゃあEM定例で」という1つのフローが産まれた ・定例として存在することが重要な定例 ・「なんかEMがいると、色々良いという空気」も産まれた
EM体制で行ったこと(抜粋) 13
▪被評価者から見た「評価の時期」 「当日のサプライズ」問題はどうなったか 14 普段から目標をすり合わせてるので安心 評価を書く時に粒度を相談できる 目標を意識していた ▪評価者から見た「評価の時期」 期末にやるのは「まとめ」 相手もこちらも構えずにできる 評価面談から苦痛を伴う要素がなくなった
「日々の延長」 という感覚 「日々の延長」 という感覚 評価のズレがゼロに近くなった
▪良かった点 ・実際に「いつもの延長みたいな感じで書けば良いんですよね!」という声を頂いた ・5段階評価の、被評価者と評価者のズレがほぼ発生しなかった(被評価者が低めに出し てしまうという話は一部あったが、これは全くストレスの無い調整である) ・「EM/TL体制になって良かった」という声が多数寄せられた ▪課題点 ・当然 1on1 の時間に追われることにはなる ・言っても属人的になんとかしていることは否めない
・次のEMどうしよう話への対応(何とかなりそうだが、仕組み化が難しい) 結果 15
16 所感
▪思ったこと ・冷静に考えると「そりゃそういう課題が起きるでしょ」&「そりゃそうすれば解決する でしょ」という話ではあります ・でも起きます(本に書いてあるくらいですから!)。 ・どこで整備をするかは会社とフェーズによって当然異なると思いますが、もし同じくら いの会社規模で困っている組織があれば、この事例が一助になれれば幸いです。 ただ、当然、やるべきことを愚直にやっていく他なく、 「人の課題に対する銀の弾丸は、人と向き合い続けることである」 みたいなフレーズは頭に浮かびました。 まとめ的なもの
17
18 ご清聴ありがとうございました! ※宣伝 SoftwareDesign 3月号にも冒頭に EM/TL体制のインタビューが載ってます!