tech venture business » Page '初期のベンチャーに必要な人材の見極め方'

初期のベンチャーに必要な人材の見極め方

どうも。先日はJTPAのセミナーに初参加してきました。自分の業界(大まかに言えばですが)で遥か遥か先を行かれている東恵美子さんのお話を伺い、自分の現状と比して色々と考えさせられることも多く、大変良い刺激になりました。ぜひまた参加したいものです。

さてさて、今日は人材の話です。

数人の創業者で始めたベンチャーが多少軌道に乗ってくると、新たに外から人を雇ってチーム作りをしていく必要があるわけですが、この時期の人材獲得が非常に難しいということをよく聞きます。もう少し大きくなってからだと、既存チームのスタッフとして参加してもらう「働き蜂」を的確に集めることが重要になりますが、この初期の段階で必要なのは、創業者のビジョンを共有して、整った環境がなく細かな指示やサポートがなくても、ガリガリとそのビジョンの実現にむけて牽引できる人なので、確かに難しい。

スキル要件がピッタリあっていたとしても、大企業で過ごしてきた人がこの時期のベンチャーで実力を発揮できるとは限りません。実力もあり起業家精神がある人が望ましいのですが、かといって、そういう人々が自ら起業せずにそのベンチャーで力を発揮してくれるためには、ベンチャー自体に相応の魅力がないといけないですし、エゴの衝突ということも起こりえますので、その兼ね合いは一筋縄ではいきません。

技術系ベンチャーでこういった初期に必要なのはまずディベロッパーですが、それではどういうエンジニアを雇えばよいのか。
今日のOnStartupsブログで、その点に的を射たThe Startup Developer Superstar Detection Quizというのがありましたので、まずは引用します。以下、Yes/Noでお答え下さい。

1. You’re more of a pragmatist than a perfectionist.

2. You’ve muttered “I’m up anyways, might as well code” at 4:30 a.m. at least once in your life.

3. You understand why the above is misleading because time is continuous, not discrete and the probability of any individual having muttered anything at exactly 4:30 a.m. is near zero. But, you answered yes to #2 anyways, because you’re practical and know what was actually meant.

4. Your sense of satisfaction from software development is a function of how many users are delighted with what you’ve built.

5. You can argue both sides of a technical debate most of the time, if you had to. Some of the time, you actually do, just to better understand the tradeoffs.

6. You’ve been impressed with someone else’s code at some point in your life.

7. You’ve reused someone else’s code at some point in your life, and resisted the temptation to rewrite it.

8. Given a weekend, you could build and launch a trivial web application from start to finish in a language/platform of your choosing (C#,Java,PHP,Python,Ruby,etc.). And, since you’ve actually had weekends, you’ve actually gone ahead and done this.

9. You’re strangely comforted by the fact that the list of languages in #8 is alphabetical and not in descending or ascending order of quality/power/coolness/etc as you really don’t have the time for a religious war on languages and platforms.

10. Given a long weekend and some caffeine, you could do #8 with a popular language/platform that is not of your choosing.

11. You’ve developed something non-trivial before that nobody you know could recreate in a weekend (and you know more than two people that you’d consider great developers).

12. You’re going to start your own company someday. So, you’re interested in sales, marketing, operations and things other than figuring out how to make Ruby on Rails scale to large numbers of users when there are complicated database queries involved.

13. You read a lot, including things like Hacker News.

14. You’re not just an internet developer, you’re an internet participant. You actually use the stuff other people have built.

結果としては、上記の全てにYesな人は恐らくベンチャー向きの「スーパー」エンジニアだろう、とのこと。 私はエンジニアの評価ができる立場ではないので分かりかねますが、どうでしょう、こういう評価軸に賛同されますか?

私がこれを見てふと思い出したのは、小規模ながら素晴らしい実績をあげているサウスウェスト航空です。この航空会社は社員を重んじることで知られていて、そのユニークな人材活用は様々な書籍や記事で取り上げられています。詳しいことはそうした資料をご覧頂きたいのですが、例えば、技術的に定評のあるパイロットを面接に呼んだところ、面接が始まる前の受付や他の社員に対するその人の態度が些か傲慢で感じが悪かったことから、いざ面接が始まると即座に帰りの航空券を手渡して帰らせた、という逸話があります。

その背後には、仕事のスキルや知識というものは訓練で何とでもなるけれども、サービス業として重要な人となり・資質というものは教える事ができないので見極める必要がある、という信念があります。人に対する適切・丁寧な応対ということは、小手先ならばある程度訓練することが可能だと思うのですが、他人の心を汲み取って親身に対応するとか、他人のため何かをしてあげたいという心のありよう自体は、確かに教える事が難しいものだと思います。大人になると余計に頑固になりますしね。

社員のモチベーションを上げるリーダーシップ論を実践されている企業も多いと思うのですが、それとて向上したい気持ちがある人に対して障害を取り除き実践しやすい環境を提供することが趣旨であって、向上する気持ちのない人を変えることはできないと思います。何らかの理由でひねてしまっている友人や家族に対して根気良く手助けすることはできるとしても、雇用するという観点からは、そこに時間と労力をかける余裕はないでしょう。

人数が少なく、一人一人のパワーが会社の成功を大きく左右するベンチャー企業では尚更の事、自社のビジョン遂行に必要な資質をもった人を探すべきだと思います。引用したクイズの評価軸は総じて、この資質を見極めるものだと言えると思います。技術的なスキルについて細かく面接をすることも時には必要かもしれませんが、「働き蜂」以上の人材が必要ならば、感性、適性、方向性、価値観といった、決して客観的なものさしだけでは計れないことを多少時間をかけてじっくり探ることが重要だと思います。引用した評価軸を一例として、自社に必要な資質を考え人を見る際に取り入れてみてはいかがでしょうか。

今日はこの辺で。ではまた。

Leave a comment

XHTML - You can use:<a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>