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
0
910
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
220
2024_cocone-avatarservice.pdf
cocone
0
2.1k
2024_cocone-wellbeing
cocone
0
4.9k
2023夏季合同企業説明会ココネ
cocone
0
380
cocone TECH TALK Vol.6 - リアルタイム対戦xバックエンドアーキテクチャ
cocone
0
630
cocone TECH TALK Vol.6 - ココネグループのブロックチェーン MOOI Network とのバックエンド連携
cocone
0
550
cocone TECH TALK Vol.6 - Kotlin バックエンドアーキテクチャ of アバターサービス
cocone
0
580
ココネ株式会社 会社紹介
cocone
0
130k
cocone corporation(JPN)Letter for Designer
cocone
0
770
Other Decks in Programming
See All in Programming
ZJIT: The Ruby 4 JIT Compiler / Ruby Release 30th Anniversary Party
k0kubun
1
300
CSC307 Lecture 03
javiergs
PRO
1
450
Claude Codeの「Compacting Conversation」を体感50%減! CLAUDE.md + 8 Skills で挑むコンテキスト管理術
kmurahama
1
700
Navigating Dependency Injection with Metro
l2hyunwoo
1
200
CSC307 Lecture 01
javiergs
PRO
0
650
Combinatorial Interview Problems with Backtracking Solutions - From Imperative Procedural Programming to Declarative Functional Programming - Part 2
philipschwarz
PRO
0
130
Navigation 3: 적응형 UI를 위한 앱 탐색
fornewid
1
510
ゆくKotlin くるRust
exoego
1
180
PostgreSQLで手軽にDuckDBを使う!DuckDB&pg_duckdb入門/osc25hi-duckdb
takahashiikki
0
230
Patterns of Patterns
denyspoltorak
0
410
JETLS.jl ─ A New Language Server for Julia
abap34
2
470
脳の「省エネモード」をデバッグする ~System 1(直感)と System 2(論理)の切り替え~
panda728
PRO
0
130
Featured
See All Featured
Lessons Learnt from Crawling 1000+ Websites
charlesmeaden
PRO
0
980
The AI Search Optimization Roadmap by Aleyda Solis
aleyda
1
5k
Designing Experiences People Love
moore
143
24k
AI Search: Implications for SEO and How to Move Forward - #ShenzhenSEOConference
aleyda
1
1k
16th Malabo Montpellier Forum Presentation
akademiya2063
PRO
0
34
Six Lessons from altMBA
skipperchong
29
4.1k
Information Architects: The Missing Link in Design Systems
soysaucechin
0
730
Balancing Empowerment & Direction
lara
5
830
JAMstack: Web Apps at Ludicrous Speed - All Things Open 2022
reverentgeek
1
300
Marketing Yourself as an Engineer | Alaka | Gurzu
gurzu
0
110
Why You Should Never Use an ORM
jnunemaker
PRO
61
9.7k
A better future with KSS
kneath
240
18k
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体制のインタビューが載ってます!