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
エンジニア採用責任者と人事の邂逅 / Engineer hiring manager meet HR
Search
Yoshiki Iida
February 07, 2024
Technology
2
730
エンジニア採用責任者と人事の邂逅 / Engineer hiring manager meet HR
2024/02/07 #DevLOVE Dev✕〇〇の現場 LT大会
Yoshiki Iida
February 07, 2024
Tweet
Share
More Decks by Yoshiki Iida
See All by Yoshiki Iida
自律的なスケーリング手法FASTにおけるVPoEとしてのアカウンタビリティ / dev-productivity-con-2025
yoshikiiida
2
30k
エンジニアリングマネージャー視点での、自律的なスケーリングを実現するFASTという選択肢 / RSGT2025
yoshikiiida
5
10k
ログラスが面白いと思う理由をマネージャーがエモく語ってみる / 20240829 vs LT
yoshikiiida
1
950
質とスピードを両立するログラスのホールチームQA / 20240827 QASaaS_findy
yoshikiiida
2
920
エンジニア組織30人の壁を超えるための 評価システムとマネジメントのスケール / Scaling evaluation system and management
yoshikiiida
12
4k
スクラムの成熟と壁 〜スケーリングの議論から見えたもの〜 / Maturity and barriers in Scrum
yoshikiiida
4
2k
スタートアップにおける組織設計とスクラムの長期戦略 / Scrum Fest Kanazawa 2024
yoshikiiida
17
6.6k
ログラスの選考プロセスにおけるアトラクト戦略 / Attraction strategy in Loglass interview process
yoshikiiida
8
4k
QA経験のないエンジニアリング マネージャーがQAのカジュアル面談に出て 苦労していること・気づいたこと / scrum fest niigata 2024
yoshikiiida
2
6k
Other Decks in Technology
See All in Technology
OPENLOGI Company Profile for engineer
hr01
1
46k
How Fast Is Fast Enough? [PerfNow 2025]
tammyeverts
2
250
AI時代の発信活動 ~技術者として認知してもらうための発信法~ / 20251028 Masaki Okuda
shift_evolve
PRO
1
140
GCASアップデート(202508-202510)
techniczna
0
260
Spec Driven Development入門/spec_driven_development_for_learners
hanhan1978
0
200
GPUをつかってベクトル検索を扱う手法のお話し~NVIDIA cuVSとCAGRA~
fshuhe
0
370
AWS DMS で SQL Server を移行してみた/aws-dms-sql-server-migration
emiki
0
280
触れるけど壊れないWordPressの作り方
masakawai
0
650
Playwrightで始めるUI自動テスト入門
devops_vtj
0
110
データエンジニアとして生存するために 〜界隈を盛り上げる「お祭り」が必要な理由〜 / data_summit_findy_Session_1
sansan_randd
1
920
ストレージエンジニアの仕事と、近年の計算機について / 第58回 情報科学若手の会
pfn
PRO
4
960
30分でわかる!!『OCI で学ぶクラウドネイティブ実践 X 理論ガイド』
oracle4engineer
PRO
1
110
Featured
See All Featured
Statistics for Hackers
jakevdp
799
220k
Speed Design
sergeychernyshev
32
1.2k
How STYLIGHT went responsive
nonsquared
100
5.9k
Code Review Best Practice
trishagee
72
19k
Building a Scalable Design System with Sketch
lauravandoore
463
33k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
285
14k
How Fast Is Fast Enough? [PerfNow 2025]
tammyeverts
2
250
Docker and Python
trallard
46
3.6k
Stop Working from a Prison Cell
hatefulcrawdad
272
21k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
16
1.7k
Product Roadmaps are Hard
iamctodd
PRO
55
11k
Facilitating Awesome Meetings
lara
57
6.6k
Transcript
2024/02/07 #DevLOVE Yoshiki Iida エンジニア採用責任者と人事の邂逅 DevLOVE Dev✕〇〇の現場 LT大会
Yoshiki Iida (@ysk_118) 株式会社ログラス シニアエンジニアリングマネージャー 2015年に株式会社クラウドワークスに入社。エンジニア、スクラムマスター、プロ ダクトオーナーを経て、2019年から執行役員として開発部門の統括を行う。現在 は株式会社ログラスにてソフトウェアエンジニアとしてプロダクト開発に携わった のち、1人目のエンジニアリングマネージャーとして事業と組織の成長にコミットし ている。
現在は機能開発チームのマネジメントと採用責任者。 Profile
ログラスについて アナログ運用の多い経営管理領域のデータを一元化。 予算策定、予実管理、見込み更新、管理会計のフローを 効率的に仕組み化し、柔軟に “次の一手”を打ち出せる 機動力を届けます。
昨年夏、ジンジニアMeetupで話した内容を擦りつつその後の後日談をお 話しします。テーマはDev×HRです! 今日話すこと
• 責任 • 計測(端折るかも) • ポスモ(端折るかも) • 泥水 • 餅屋
New! 本日のアジェンダ
責任
• Responsibility(実行責任) • Accountability(説明責任) 責任 is
• Responsibility(実行責任) ◦ 目標を置き、採用に至るまでのオペレーションの設 計・実行を行う • Accountability(説明責任) ◦ なぜ採用するのか?というWhyや実行した結果に ついての説明
責任 is
• JDの作成 • 採用目標の作成 • 選考基準・選考フローの策定 • 手法の策定(スカウト、リファラル、エージェント、イベント・・) • 実行体制の整備(各チームでのスカウト・リファラル)
• アトラクト戦略策定 • オファー戦略策定 ・・・ Responsibility
• 採用計画のWhy ◦ 事業・組織戦略からの採用戦略 • 状況分析とその解釈 • 投資に対する説明責任 • 課題に対するふりかえり
・・・ Accountability
計測(端折るかも)
• 選考ステップごとのファネルは? ◦ JDごと、経路ごとでは? • 現在のパイプラインは? • 各経路ごとの現在進捗は? ◦ 経路ごとの今後の期待値は?
推測するな、計測せよ
• 選考ステップごとのファネルは? ◦ JDごと、経路ごとでは? • 現在のパイプラインは? • 各経路ごとの現在進捗は? ◦ 経路ごとの今後の期待値は?
パっと答えられますか? 推測するな、計測せよ
• 状況についてわからないことがないようにする ◦ わからないことリストを作って潰す • 肌感を得る ◦ 追っている目標の難しさ ◦ 今自分が置かれている状況
◦ 改善のペース ◦ 打てる打ち手の数・幅 誰よりも把握し、誰よりも考える
ポスモ(端折るかも)
• オファー辞退などの分析 • 見たくない現実に向き合う • 関わった人の視点を擦り合わせて課題を定義する ◦ タイムライン ◦ 起きた結果
◦ 根本原因 ◦ ネクストアクション ポストモーテム
• スタートアップには無駄打ちする余裕はない • 正しい打ち手を確実に打つために、正しい課題設定が必要 • 感情を切り離す ◦ 課題は課題、責任者という人に向けられているわけではない 課題設定の重要性
泥水
• うまくいかない時はとことんうまくいかないこともある ◦ どん底でも課題に向き合い、改善の手を動かし続けるしかない • しかし、今うまくいっていないことは極論どうでもいい ◦ 成果が出るまでやり抜くこと ◦ =
責任を果たす 泥水をすする
• 責任をとる = ひとりで頑張る、ではない • ひとりで頑張っても成果は出ないし、現場から見えないところで採用を 決められてもお互い不幸になる • 組織のために全員を巻き込むことにコストをかける この勢いを作り出すことがモメンタム!🔥
泥水からのモメンタム
餅屋
• なぜ泥水を飲んでいたか? ◦ 全社の採用目標に対して人事の体制はミニマムの体制だった ◦ 選択と集中で他ポジションに注力していた • しかし、その後人事も増えてエンジニアのリクルーターもアサインされ た ◦
泥水を飲むべきと思っていたが、ある時気づいた 飲まなくていい泥水飲んでない?
• なぜ泥水を飲んでいたか? ◦ 全社の採用目標に対して人事の体制はミニマムの体制だった ◦ 選択と集中で他ポジションに注力していた • しかし、その後人事も増えてエンジニアのリクルーターもアサインされ た ◦
泥水を飲むべきと思っていたが、ある時気づいた 飲まなくていい泥水飲んでない? 「あれ?もっとマイルドで体にいいもの飲むべきなのでは??」
• これまで不慣れながらなんとか頑張っていたところを見直す ◦ ずっとその道でやってきた人が来たのだからもう 「俺たち泥水飲めるんです!」みたいなアピールは不要 ◦ KPIの分析やスカウトの運用などは人事の体制に寄せて、 エンジニアはリファラルやアトラクトのブラッシュアップ するなど最もバリューを出せるポイントにフォーカス しなおした
◦ 餅は餅屋に任せた方が成果が出るぞ! 餅は餅屋に
まとめ
• 責任者としてのスコープを定める • 計測し、現状を正しく把握する • 起きている課題を組織で振り返る • 組織に対してモメンタムを作る • 成果が出るまでやり続ける
• 専門家が来たらしっかり頼る New! まとめ