凡庸なエンジニアでも スタートアップで活躍する方法

2019/06/25に行われた「スタートアップで開発している（したい）エンジニア交流会 #2」用のスライドです。

Transcript

1. 凡庸なエンジニアでも
 スタートアップで活躍する方法
 株式会社ガイアックス　海藤直成

2. 海藤直成（Kaito Naoaki）@gx_kaito
 SE・SIer
 - 大手インフラ機関、旅行代理店、IR会社、航空会社等のシステム開発
 ガイアックス
 - SNS開発
 - 運用、リニューアル
 
 - 社内情シス
 - 自社システムの開発、業務改善、経費削減、スタートアップ支援 
 
 - 技術開発部
 - スタートアップ向けの技術支援（アプリ、サーバーサイド、フロント） 

3. 今日話すこと
 - 技術力 ＝ 優秀なエンジニア　ではない
 - 凡庸な人でもスタートアップで必要とされるようになるには？
 - 受託開発 & SIerをやってきて良かったこと
 - 上記を雑多に説明します
 
 今日話さないこと
 - 技術的なこと

4. スタートアップに
 ありがちな勘違い

5. 優秀なエンジニア（CTO）が１人 居ればいいんでしょ？

6. そんなことはない

7. てゆうか

8. 優秀の定義って何？

9. 技術力がある＝優秀なエンジニア
 とは限らない

10. 技術力はあるけど、
 色々と難があって
 チームが崩壊した現場は
 いくつもある

11. ・金額面で折り合いがつかない
 ・マウントの取り合い合戦
 ・チームの座組みが悪い
 ・などなど
 （※スタートアップに限らず起こる）

12. 大切なのは
 最後までゴールできるか どうか

13. ゴールの定義
 要件定義・設計
 など
 構築
 リリース
 ここがゴールで はない！

14. ゴールの定義
 要件定義・設計 など 構築 運用・保守、
 バージョンアップ
 リリースが終わって からの方が長い！

15. 技術力のあるエンジニアを
 長期間抱えるのは難しい

16. 凡庸なエンジニアの力は 不可欠

17. 凡庸なエンジニアでも
 貢献できることを考えよう

18. 言い換えれば

19. 凡庸なエンジニアでも
 スーパープログラマに勝てるも のを考えよう

20. こんなことやったら意外と
 重宝がられたよって例

21. キャッシュ(財政)
 を意識した開発
 サービスが軌道に乗るのはユーザ数や利益が
 どの位のときか？を把握し、それに向けてどの位の開発をするべ きか？を提案できる人
 
 判断できるのはエンジニアしかいないのに、それを武器にしてい る人は少ない

22. 引き継ぎを前提とした開発
 「綺麗なコードはコメントや仕様書はいらない」
 等の話は聞くが、個人的には反対
 理由
 - コードを綺麗にする努力は必要だが、ただの本の受け売りで言ってる人がいる。 
 
 - メンバーがコロコロ変わる状況はあり得るし、初心者が入る事だってある。 
 
 - 同じような技術力や思想を持ったエンジニアばかりになる事はない。 
 
 - ローカルルールや開発哲学などは外から入ってきた人には分かりづらいので、明示的に記しておいた 方が優しい。
 

23. こんなことやってて
 良かったよって例

24. 様々な業種の業務フローを見ておく
 受託＆SIerで沢山の基幹システムを作ってきて、
 良かったと思う点であり強み。
 理由
 - 業務フローを通して、会社がどんな風に回っているかを知る事ができる。 
 
 - 洗練されたフロー ＆ 無駄なフローの判別材料になり、提案の引き出しが増えた。 
 
 - スタートアップや改善活動に応用することができる。 
 
 - ビジネス面を考えられるエンジニアになる。 
 
 

25. チームに足りない人材になる努力
 
 - 熱狂的な人
 - 新しい技術や開発手法を試したくてウズウズしてる人
 - メンバーを巻き込んでいくタイプ
 
 - 研究者
 - 不具合を解明したり、チューニングするのが好きな人
 - 技術力に信頼がある
 
 - 媒介者
 - 顧客の求めているものを理解でき、チームに共有出来る人
 - みんなの理解者

26. スタートアップは華々しいイメージがあるが、ほとん どが泥臭い作業の連続。
 
 受託やSIerは運ゲーの可能性もあるが、学んだ知識 は活かせるので、その界隈の人も是非スタートアッ プにチャレンジしてみて欲しい。