20140514_engineer_future_pub.pdf

Transcript

1. 2020年のエンジニア像
 エンジニアがこの先生きのこるには？ 株式会社nanapi Co-Founder 取締役 執行役員 CTO 和田修一
2. アジェンダ ࣗݾ঺հˍαʔϏε঺հ ڭҭ੍౓ ࠾༻ ධՁ੍౓
3. アジェンダ ࣗݾ঺հˍαʔϏε঺հ ڭҭ੍౓ ࠾༻ ධՁ੍౓
4. 自己紹介 • 和田修一 / @wadap • 1981年生まれ（32歳） • 株式会社nanapi Co-Founder
 取締役 執行役員 CTO • インフラ〜サーバサイド開発
5. 略歴 • 2005年 新卒にて楽天株式会社へ入社
 サーバ・インフラ系の部署に配属される • 2009年 楽天を退職し、弊社代表の古川と起業
 ロケットスタートCTO（旧社名）に就任
 ２年くらいひとりエンジニアでがんばる。 • 2011年 社名を株式会社nanapiへ変更
 株式会社nanapi 取締役 執行役員 CTOに就任
6. 主な仕事 • テクノロジーの文化を社内に浸透させること • エンジニア・デザイナーの採用活動 • nanapiすべてのインフラ • 役員業務もろもろ
7. ஫ྗαʔϏε w ੜ׆ͷ஌ܙ͕ू·ΔαΠτ
 IUUQOBOBQJKQ
   w ༷ʑͳϋ΢πʔΛఏڙ͢Δα Πτͱͯ͠ϦϦʔε
   w ೥݄̍̕೔ϦϦʔε
   w ݄ؒສ66
 ݄ؒສ7JTJUPS
8. • 即レスQAアプリアンサー
 「アンサー」で検索！ • 質問してから数分以内に回答 がくるのが特徴 • iOS/2013年12月リリース • Android/2014年5月リリース ஫ྗαʔϏε
9. • http://ignition.co/ • Media for Inspiration and Motivation" IGNITION! • 英語圏を中心に展開 ஫ྗαʔϏε
10. 現在のエンジニアの体制 &OHJOFFS &OHJOFFS &OHJOFFS Πϯϑϥσʔλղੳج൘
11. • 取締役 3名 • 正社員 35名 • 従業員 75名（アルバイト含） 会社規模
12. アジェンダ ࣗݾ঺հˍαʔϏε঺հ ڭҭ੍౓ ࠾༻ ධՁ੍౓
13. – Charles Robert Darwin - “最も強い者が生き残るのではなく、 最も賢い者が生き延びるでもない。 唯一生き残るのは、変化できる者である”
14. 企業風土と教育制度 • 業界は変わり続ける、事業も変わり続ける • nanapiの求める人物像は、変化に強い人 • 学び続ける姿勢を重視
15. 事業は誰が作るか？ • 事業に人をアサインする組織ではない • チームを先につくり、チームで事業を作る • そのチームがうむイノベーションに期待
16. 学習も業務 • スキルの幅が、事業の実現性を広げていく • 業務で使用しない技術のキャッチアップを業務とし て実施 • サーバサイドの人はネイティブアプリ開発を、
 エンジニアもデザインを
17. 具体的な実施内容 • 毎日1時間、週で5時間、1ヶ月で20時間 • Q単位でテーマを決め、きまった時間に会議室に集 まってチームで学習していく • 学習するテーマは、1Qで1つのテーマとする
18. 非エンジニア向けの研修 • 社内の基準をすべて技術にしていく • 非エンジニアも技術に対する正しい理解を • 週に１時間、非エンジニア向けの研修を実施
19. アジェンダ ࣗݾ঺հˍαʔϏε঺հ ڭҭ੍౓ ࠾༻ ධՁ੍౓
20. 事業計画と採用計画 • 事業計画を作る以上、採用計画はでてくる • 多くの場合、事業計画通りにいかない • そもそも事業計画は必要か？
21. 採用は縁と運 • 採用計画どおりの採用はかなり難しい • 欲しい時に、欲しい人材がとれることは稀 • 採用活動は継続的に行うべきもの
22. 採用基準 • 志望動機はあまり重視していない • 既存のサービスへの思い入れがありすぎることが問 題になることも • 重視している点は、Webやテクノロジーへの姿勢 • 「必殺技」があるか？
23. でも入ってくれない… • スタートアップの採用は、いかにして口説くか • ファーストコンタクトから採用活動は始まっている • いまでも一次面接から和田が参加
24. アジェンダ ࣗݾ঺հˍαʔϏε঺հ ڭҭ੍౓ ࠾༻ ධՁ੍౓
25. 組織体制 -FBEFS %JSFDUPS &OHJOFFS %FTJHOFS -FBEFS %JSFDUPS &OHJOFFS %FTJHOFS -FBEFS %JSFDUPS &OHJOFFS %FTJHOFS $&0 $50 $00 $.0
26. 査定の方法 • プロジェクトに対して、人が属している • 評価の割合の多くは、プロジェクトへの貢献度 • 査定はプロジェクトリーダーの評価から、最終的に 役員で決議を行う
27. 目標設定 • ３ヶ月単位で目標を設定し、振り返りを実施 • プロジェクトリーダーと目標設定をたててもらい、 担当役員がその目標にFB • このやりとりを複数回実施する
28. 横串の評価制度 • 新規の技術へのキャッチアップなども評価項目 • 業務として学習することが決まっているものも含む • ただし、基本的な評価軸はプロジェクトへの貢献
29. • http://nanpai.co.jp/blog/ • 社員、役員で持ち回りで書い ているので幅広いテーマ • エンジニア向けの制度の話な ども紹介 nanapi TechBlog