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
cocone
March 07, 2024
Programming
920
0
Share
20240301_cocone_EMゆるミートアップvol6_LT資料
cocone_EMゆるミートアップvol6_LT資料
cocone
March 07, 2024
More Decks by cocone
See All by cocone
Cocone_Research_Center_2025.pdf
cocone
0
280
2024_cocone-wellbeing
cocone
0
5.1k
2023夏季合同企業説明会ココネ
cocone
0
390
cocone TECH TALK Vol.6 - リアルタイム対戦xバックエンドアーキテクチャ
cocone
0
670
cocone TECH TALK Vol.6 - ココネグループのブロックチェーン MOOI Network とのバックエンド連携
cocone
0
580
cocone TECH TALK Vol.6 - Kotlin バックエンドアーキテクチャ of アバターサービス
cocone
0
610
cocone corporation(JPN)/Handbook2022
cocone
1
31k
cocone Tech Talk vol.5 - Unity Dotsを使ってみた
cocone
0
2.5k
cocone corporation(JPN)/Letter to Planner
cocone
0
570
Other Decks in Programming
See All in Programming
モダンOBSプラグイン開発
umireon
0
200
モックわからないマン卒業記 ~振る舞いを起点に見直した、フロントエンドテストにおけるモックの使いどころ~
tasukuwatanabe
3
440
年間50登壇、単著出版、雑誌寄稿、Podcast出演、YouTube、CM、カンファレンス主催……全部やってみたので面白さ等を比較してみよう / I’ve tried them all, so let’s compare how interesting they are.
nrslib
4
690
安いハードウェアでVulkan
fadis
1
880
KagglerがMixSeekを触ってみた
morim
0
370
飯MCP
yusukebe
0
480
Coding as Prompting Since 2025
ragingwind
0
670
生成 AI 時代のスナップショットテストってやつを見せてあげますよ(α版)
ojun9
0
340
AI駆動開発がもたらすパラダイムシフト
ryosuke0911
0
110
Go_College_最終発表資料__外部公開用_.pdf
xe_pc23
0
110
ファインチューニングせずメインコンペを解く方法
pokutuna
0
260
Geminiをパートナーに神社DXシステムを個人開発した話(いなめぐDX 開発振り返り)
fujiba
0
130
Featured
See All Featured
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
199
73k
The Limits of Empathy - UXLibs8
cassininazir
1
280
Code Review Best Practice
trishagee
74
20k
Abbi's Birthday
coloredviolet
2
6.3k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
254
22k
Why Mistakes Are the Best Teachers: Turning Failure into a Pathway for Growth
auna
0
110
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
16
1.9k
The Organizational Zoo: Understanding Human Behavior Agility Through Metaphoric Constructive Conversations (based on the works of Arthur Shelley, Ph.D)
kimpetersen
PRO
0
300
Believing is Seeing
oripsolob
1
100
Pawsitive SEO: Lessons from My Dog (and Many Mistakes) on Thriving as a Consultant in the Age of AI
davidcarrasco
0
110
Documentation Writing (for coders)
carmenintech
77
5.3k
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
4.2k
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体制のインタビューが載ってます!