適応課題をどう乗り越える？【エンジニア採用編】

この記事はうるる[Advent Calendar2024](https://qiita.com/advent-calendar/2024/uluru)の記事です。

人事部にてエンジニア採用や組織開発を主に担当しています。

弊社のエンジニアとともにお届けするアドベントカレンダーも、早くも3年目となりました！
各社さんの記事・社内の記事どちらも楽しみでとってもワクワクする時期です。

# はじめに
うるるに入社して早5年、採用を軸にキャリアを歩みつつ直近3年くらいは主にエンジニア採用と全社の組織開発を担当しているため、せっかくなのでその両方のエッセンスを交え、**エンジニア採用における適応課題をどう乗り越えていくのか**について書いてみたいと思います。

採用で必要な観点は山程ありますが、採用担当者にとってエンジニア採用の成否に一番直結するのはエンジニアとの協働体制づくりだといっても過言ではありません。

採用シーンに限らず、仕事をする上で生じる課題でもあるため、振り返りを兼ねて触れていきます。

# 参考
壁にぶつかるたびに読み返していた以下の本を大いに参考にしています！
こちらの本のエッセンスは様々な記事でも紹介されていますが、今回はそれをエンジニア採用に落とし込んでみたいと思います。

[他者と働く──「わかりあえなさ」から始める組織論](https://www.amazon.co.jp/dp/B07Y5FF3M4?tag=note0e2a-22&linkCode=ogi&th=1&psc=1)


# 2つの課題ー技術課題と適応課題
企業活動における課題は2つに分類されると言われます。
それが「**技術課題**」と「**適応課題**」です。

例えば営業目標が未達だとか作業量が多く業務効率が悪いといった問題が生じているとします。

そこに対して主にスキル面や目に見える仕組みや手法を通じて解決できるのが技術課題です。例えば営業の切り返しトークを学んでいくとか、手作業のものが多いならツールを導入しよう、といった内容ですね。

一方で適応課題は、組織内の人間関係や働く人の価値観・組織風土・根付いた慣習などの**目に見えない部分に問題がある**と捉え、解決に臨む必要があるものを指します。

業務効率の悪さに対しツール導入が最適な手法だという結論が出たとしても、「今までのやり方を変えたくない」という人から賛同を得られなかったり、必要ないと一蹴されてしまうかもしれません。

こうした例のように、**適応課題を解決しないと技術課題へのアプローチも機能しない** ことが往々にしてあります。

組織開発は様々な定義がありますが、適応課題を解決することで技術課題を遂行しやすくすると考えると、単に「エンゲージメントを上げることが業績向上に繋がる」と聞くよりもしっくりくるような気もします。


# エンジニア採用に当てはめると
母集団形成を強化するためにスカウトの文面をブラッシュアップしようとか、面談でしっかりと魅力を伝え向き合えるようなトークスキルを上げていこう…といった手段はまさに技術課題に対するアプローチですね。

これらは生じている問題がどこにあるのかが数字で表れるので解決策がシンプルです。
応募数や選考移行率などの事実からボトルネックが見え、課題解決の手段もこれまでの知見や、巷に溢れている情報で浮かぶはずです。

では解決手段が浮かんだとして。
その手段は採用担当だけで成し遂げられるものは多くないはずです。エンジニアとともにゴールを描き、納得感を形成しながら協働していけるか…という点が適応課題といえます。

エンジニア採用で重要となる「開発者体験の良さ」も、中身を紐解くと、開発効率を高めることなどは技術課題にあたりそうですし、組織の意思決定フローの明確さや相互コミュニケーションの活発さなどは適応課題に整理できそうな気がしてきます。

本当は適応課題への対処が必要なのに、技術課題ばかりに目を向けていったらいつまでも良くならない…なんてこともあり得るので、**今生じているのはどちらの課題なのか**を見ていけると良さそうです。



# 自分と相手の溝を知る
では、どう適応課題を乗り越えていくか。
ファーストステップとして、まずは相手にどう働きかけるかではなく、自分に見えている世界のみで判断していないか？に立ち返ることが必要です。フラットになるということですね。
当たり前のようなことなのですが、「人それぞれ考えがあるよね」とわかっていても、同じ会社にいると意外に見失いがちなんですよね。

わかりあえるはずだと思っても、それぞれの人生で培ってきた価値観があり、現在置かれた状況における正義があります。そのため完全にわかりあうのは難しいことをまず理解する必要があります。
これは**自分の考えだけが正しいわけではないと理解すること**とイコールだと考えます。

# 相手のナラティブを理解する
ナラティブとは「物語」「語り」などを意味しますが、「その人が置かれている環境における一般常識」、つまり**その人の視点で見える常識や思考の枠組み**だと思ってもらうのが良さそうです。
（[この本](https://www.amazon.co.jp/%E4%BB%96%E8%80%85%E3%81%A8%E5%83%8D%E3%81%8F%E2%94%80%E2%94%80%E3%80%8C%E3%82%8F%E3%81%8B%E3%82%8A%E3%81%82%E3%81%88%E3%81%AA%E3%81%95%E3%80%8D%E3%81%8B%E3%82%89%E5%A7%8B%E3%82%81%E3%82%8B%E7%B5%84%E7%B9%94%E8%AB%96-NewsPicks%E3%83%91%E3%83%96%E3%83%AA%E3%83%83%E3%82%B7%E3%83%B3%E3%82%B0-%E5%AE%87%E7%94%B0%E5%B7%9D-%E5%85%83%E4%B8%80/dp/4910063013)では解釈の枠組みとして紹介されていました）

「相手の立場にたって考える」と様々なコミュニケーションの場で言われますが、言うは易し行うは難し。

非エンジニアの人にとって、エンジニア採用においてエンジニアがどんなことを考えているかは当然わかりません。

ただ、わかり合うためのステップには、相手の世界を見に行くことが必要です。そのために具体的には以下のようなことを実践していました。

 - **事業状況からブレイクダウンした開発ミッションの理解**
日々採用担当者が接しているエンジニアたちは、それぞれ自分たちが果たすべきミッションを持っています。その裏には、事業としてどんな展望と課題があり、それらを開発面でどう遂行していく責任を追っているのか、どんなKPIを追っているのかなどの情報収集を行っていました

 - **チーム内の関係性の把握**
誰と誰は仲が良さそうだ・逆にこの人とこの人はタイプが結構異なるから意見をすり合わせていくのに苦戦していそうだ…など、チーム内で意見や改善提案を通そうとする時に障壁となるであろう部分を把握していきます

 - **事業部長やVPoEなど別の視点からの情報収集**
「わかり合いたい」と思う対象者だけでなく、第三者視点を入れることで、その人を取り巻く環境や背負っている期待やプレッシャーなどが立体的になります。特にエンジニア採用に関わるのは一般的にはEMやリーダー層が多く、裏側に沢山の人達の期待を背負っていることがわかります

これらを実践せずにすぐに次のステップに進んでしまうと、結局は相手の立場を顧みずに自分だけの要望を一方的に通そうとする、無茶振りと思われてしまいます。
共感するというのはおこがましいかもしれない。でも相手の「**つらみ**」を理解したいですよね。

あとは当たり前のような話ではありますが、最初は少しでも共通言語で語れるように、開発に関する知識をつけておく必要があります。
英語圏の人と話すために、英会話をネイティブレベルやビジネスレベルで実践できるようになるのは難しくても、単語をつないででも会話が成り立つ程度にしておくイメージでしょうか。
最初は呪文のようにしか聞こえなかった技術の話も、以下の書籍やうるるのエンジニアたちが沢山教えてくれたこともあって、段々と理解できるようになってきた気がします。
「言葉の意味だけなんとなく知って、わかったような気になるな！」と思う人もいるかもしれません。でも、なんとなくでも知っていないと本当に会話が成り立たないんです（泣）

- [作るもの・作る人・作り方から学ぶ 採用・人事担当者のためのITエンジニアリングの基本がわかる本](https://www.amazon.co.jp/%E4%BD%9C%E3%82%8B%E3%82%82%E3%81%AE%E3%83%BB%E4%BD%9C%E3%82%8B%E4%BA%BA%E3%83%BB%E4%BD%9C%E3%82%8A%E6%96%B9%E3%81%8B%E3%82%89%E5%AD%A6%E3%81%B6-%E6%8E%A1%E7%94%A8%E3%83%BB%E4%BA%BA%E4%BA%8B%E6%8B%85%E5%BD%93%E8%80%85%E3%81%AE%E3%81%9F%E3%82%81%E3%81%AEIT%E3%82%A8%E3%83%B3%E3%82%B8%E3%83%8B%E3%82%A2%E3%83%AA%E3%83%B3%E3%82%B0%E3%81%AE%E5%9F%BA%E6%9C%AC%E3%81%8C%E3%82%8F%E3%81%8B%E3%82%8B%E6%9C%AC-%E4%B8%AD%E5%B3%B6-%E4%BD%91%E6%82%9F/dp/479816531X)
- [ITエンジニア採用とマネジメントのすべて](https://www.amazon.co.jp/IT%E3%82%A8%E3%83%B3%E3%82%B8%E3%83%8B%E3%82%A2%E6%8E%A1%E7%94%A8%E3%81%A8%E3%83%9E%E3%83%8D%E3%82%B8%E3%83%A1%E3%83%B3%E3%83%88%E3%81%AE%E3%81%99%E3%81%B9%E3%81%A6-%E3%80%8C%E6%8E%A1%E7%94%A8%E3%83%BB%E5%AE%9A%E7%9D%80%E3%83%BB%E6%B4%BB%E8%BA%8D%E3%80%8D%E3%81%AE%E3%83%9D%E3%82%A4%E3%83%B3%E3%83%88%E3%81%A8%E5%86%85%E8%A3%BD%E5%8C%96%E3%81%B8%E3%81%AE%E9%81%93%E7%AD%8B%E3%81%8C1%E5%86%8A%E3%81%A7%E3%82%8F%E3%81%8B%E3%82%8B-%E4%B9%85%E6%9D%BE-%E5%89%9B/dp/4761276215/ref=sr_1_1?adgrpid=140915921907&dib=eyJ2IjoiMSJ9.ZlvGpsMnlg-T1y3rNXnybp0E3hXO-g7b0FPuKhb25QUayaL3BDvOrPnxN1YFRbwS9mUrz3eFRJXwFcr5tagxuJvGo6XJsLpNVRR090EbakSMVhqJvTLTohFjBtpg8xM-vdYR7COOaYnTsurUhF8WOhj2uNhLbXcbbUujhQJDNXhucETlcr4Tn9Bd7GQrAxDJdd9F_p6qvjlld9bK7f2PtHwArqc8P9_fsd_fyIxmk-yHZXHBx1ii3dKMXXeBLjaj.8qwJzz1QLJWjX2OmKPAaQgRBesj5VOOeS9s4Kx1v4jU&dib_tag=se&hvadid=678961016388&hvdev=c&hvlocphy=9196647&hvnetw=g&hvqmt=e&hvrand=8511349279982195674&hvtargid=kwd-1682411896000&hydadcr=1820_13656995&jp-ad-ap=0&keywords=it%E3%82%A8%E3%83%B3%E3%82%B8%E3%83%8B%E3%82%A2%E6%8E%A1%E7%94%A8%E3%81%A8%E3%83%9E%E3%83%8D%E3%82%B8%E3%83%A1%E3%83%B3%E3%83%88%E3%81%AE%E3%81%99%E3%81%B9%E3%81%A6&qid=1733667052&sr=8-1)
- [エンジニアリング組織論への招待](https://www.amazon.co.jp/%E3%82%A8%E3%83%B3%E3%82%B8%E3%83%8B%E3%82%A2%E3%83%AA%E3%83%B3%E3%82%B0%E7%B5%84%E7%B9%94%E8%AB%96%E3%81%B8%E3%81%AE%E6%8B%9B%E5%BE%85-%E4%B8%8D%E7%A2%BA%E5%AE%9F%E6%80%A7%E3%81%AB%E5%90%91%E3%81%8D%E5%90%88%E3%81%86%E6%80%9D%E8%80%83%E3%81%A8%E7%B5%84%E7%B9%94%E3%81%AE%E3%83%AA%E3%83%95%E3%82%A1%E3%82%AF%E3%82%BF%E3%83%AA%E3%83%B3%E3%82%B0-%E5%BA%83%E6%9C%A8-%E5%A4%A7%E5%9C%B0/dp/4774196053)

# 共通のゴールに対する手段を模索する
前項までが事前準備だとすると、ここまでで相手の置かれた状況は見えてきました。
そうすると、相手の立場だったらどういう解決策が望ましいかもイメージがつくようになっているのではないでしょうか。

とはいえ、すぐに解決策から入ってもゴールがズレていてはまたすれ違ってしまう可能性もあります。
採用は入社者の短期的な活躍を追うものではなく、中長期的な組織の状態から逆算した考えを持たないと双方不幸になる可能性もあるため、先々の組織の理想の状態なども話し合い、ゴールをすり合わせておく必要があります。

ゴールがすり合った前提で、ようやく前項までの事前準備が効力を発揮します。
こういう分担にすればやりやすいのではないか？相手にとってはこんな部分がメリットになるのではないか？と、施策を遂行しやすくするための解像度がだいぶ上がっているはずです。
なんとなく提案するのと、事前準備を踏まえた仮説をもって提案するのだと全然違いますよね。

これらはいわゆる「対話」ですが、当然1回で上手くいくとは限らないのでめげずに何度も対話を重ねていくことが大事です。
（対話に生じる課題も沢山ありますが、それは[上で紹介した本](https://www.amazon.co.jp/%E4%BB%96%E8%80%85%E3%81%A8%E5%83%8D%E3%81%8F%E2%94%80%E2%94%80%E3%80%8C%E3%82%8F%E3%81%8B%E3%82%8A%E3%81%82%E3%81%88%E3%81%AA%E3%81%95%E3%80%8D%E3%81%8B%E3%82%89%E5%A7%8B%E3%82%81%E3%82%8B%E7%B5%84%E7%B9%94%E8%AB%96-NewsPicks%E3%83%91%E3%83%96%E3%83%AA%E3%83%83%E3%82%B7%E3%83%B3%E3%82%B0-%E5%AE%87%E7%94%B0%E5%B7%9D-%E5%85%83%E4%B8%80/dp/4910063013)を読んでみてください！）

# おわりに
そんなこんなで適応課題を乗り越え、技術課題へのアプローチが正しく機能した時に、採用の成果が表れます。そんな時は協働した方たちの顔が浮かび、喜びもひとしおです。

何度乗り越えても、「わかりあえなさ」はたびたびやってきます。
でも、この「組織だからこその課題」を乗り越えさえすれば、発揮できるパワーの総量が変わるので、これぞ組織で働く醍醐味でもあるな～と最近思ったりします。

エンジニア採用担当者に限らず、組織において「スムーズにコトを運べない」と悩んでいる方にとって少しでもヒントになれば幸いです。


そして何よりも、うるるのエンジニアは本当に温かく、人の課題にもコトの課題にも真摯に向き合う尊敬できる人たちばかりで、だからこそもっと頑張りたいという意欲に繋がるんだとも思います。

そんなうるるのメンバーが気になる人は、以下のエンジニア採用サイトやオウンドメディアをチェックしてくださいね！

 - [ULURUエンジニア採用サイト](https://engineer.uluru.biz/)
 - ULURUオウンドメディア「[ULUlog](https://blog.uluru.biz/)」

明日は弊社サービス[OurPhoto](https://our-photo.co/) EMの、事業にも開発にも採用にもアツ～い男、@DoueKazunaの登場です！
お楽しみに～！♪