プログラミング、フリーダイビング、ブロックチェーンのブログ

プログラミング道場

エンジニアの採用パターンを考えてみます

更新日:

エンジニアの採用が難しいと聞いています。
エンジニアの採用には、どういったパターンが考えられますか?

本記事の内容


こういった疑問にお応えします。
採用するにあたって、いくつかある採用方法のメリットやデメリットを紹介します。

エンジニアの採用パターン

この記事を読んでいる方は、きっと、エンジニアの採用が難しいと考えているはずです。
まずはエンジニアの採用パターンを考えてみましょう。

いくつかの採用パターン

  • 正社員を雇う
  • 業務委託を雇う
  • システムを外部にアウトソースする

それぞれの特徴をまとめると、こういった感じになるのかと思います。

採用パターン/特徴 支払うお金 滞在期間 解雇の有無 ロイヤルティ
正社員を雇う 安い 長い できない 高い
業務委託を雇う 高い 短い できる 低い
アウトソーシング 高い 長い できる 普通

次に、自分の会社のシステムの特徴を考えてみましょう。

会社のシステムの使われ方

会社のシステムは、変更が頻繁に行われるサービスなのか、それとも、ほとんど変更が行われないサービスなのか、下記の図を見ながら考えてみましょう。

自分の会社で使うシステムの忙しさは、どちらでしょうか?
銀行型のチャートでしょうか?
それともメルカリのような「B to C型」の会社のチャートでしょうか?
銀行型であれば、リリースまでは忙しいものの、リリース後は段々とシステム面でやることは減っていきます。
一方でメルカリ型の場合は、ユーザーから様々な要望があがってくるので、リリース後も極端に暇になることはありません。

上の2つを考慮した上で、採用パターンを決めよう

銀行型のシステムであれば、正社員の採用にこだわる必要はありません。
リリース後に社員があまって、無駄に給料を払うことになるからです。
日本では社員を簡単には解雇できないので、辛いことになるはずです。
最初からアウトソーシングや業務委託を中心に雇うことを考えましょう。

メルカリ型のシステムであれば、正社員の採用を多く進めましょう。
リリース後にもシステムの仕事は多くあります。
素早くシステムの変更に対応してもらうためにも、ロイヤルティが高く、長く会社で働いてくれる正社員がピッタリです。

最後に、「銀行型のシステムだけど、社員を安く雇いたい。
社員を解雇しようと思えば、解雇できるし」って思う経営者もいるかもしれません。
でも、この方法はお勧めしません。これだけSNSが発達した社会だと、会社の悪い噂はすぐに広がります。
次第に会社の雰囲気は悪くなり、良いエンジニアは採用できなくなって、社内に残るのは仕事ができない人だけになります。

このように、自社のシステムの特徴を見た上で採用戦略を進めれば、いい採用計画が作れると思います。

Good luck for your engineer life!

この記事が面白かった人は、こちらの記事も読んでみて下さい。

https://programming-dojo.com/%e3%81%84%e3%81%84%e3%82%a8%e3%83%b3%e3%82%b8%e3%83%8b%e3%82%a2%e3%82%92%e9%9b%87%e3%81%86%e3%81%9f%e3%82%81%e3%81%ae%e6%9d%a1%e4%bb%b6/

https://programming-dojo.com/%e9%9d%a2%e6%8e%a5%e5%ae%98%e3%81%8c%e7%9f%a5%e3%81%a3%e3%81%a6%e3%81%8a%e3%81%8f%e3%81%b9%e3%81%8d%e6%8e%a1%e7%94%a8%e9%9d%a2%e6%8e%a5%e3%81%ae%e6%96%b9%e6%b3%95/

https://programming-dojo.com/%e6%b1%82%e4%ba%ba%e3%81%ab%e6%9b%b8%e3%81%8b%e3%82%8c%e3%81%a6%e3%81%84%e3%82%8b%e5%86%85%e5%ae%b9%e3%81%8b%e3%82%89%e8%aa%ad%e3%81%bf%e5%8f%96%e3%82%8c%e3%82%8b%e6%83%85%e5%a0%b1/

  • B!