完全外注していたWebサービス開発を内製化した話

こんにちは！！

ロボットペイメントさん（以下RP社）にて
約３年半お世話になっておりますSES的エンジニアN岡です。

新卒で営業マンから25歳で某WEB会社へ転職→からのフリーランスとしてなんだかんだでこの業界に入って約20年経過しているおじさんエンジニアです。

WEBアプリ開発におけるデザインからフロント、サーバサイドまわりの実装、要件、DB設計等ひろくあさく（たまにはふかく）、とりあえず開発ならなんでも屋さんとして
請求管理ロボ（以下ロボ）チームのエンジニアとして日々修行を積んでおります。

「ぜひとも内製化したい！お力をいただきたい！」

とのRP社PMからの熱いお誘いをいただきまして以前にいたリサーチ系会社のSESから撤収し現在に至っております。

内製化をしてから約３年が経過しておりますが優秀なエンジニア仲間（SES＋社員含む）が参画した経緯もあり、かなり効率的に開発がまわっているかと思います。

この記事ではRP社にて「ロボの内製化」に至った経緯から問題点、内製化した結果どうなったか？についていろいろ語っていきたいと思います。

これからWEBアプリケーションを内製化してみたいな。。。って方への一助になれば幸いです。

内製化導入理由としては、ごくありがちな理由でいたってシンプルです！！

・ スピーディにリリースしたい（無駄なやりとりに疲弊）
・ よりクオリティを高めたい（社内であればさらに高めることが可能）
・ コストを削減したい（これは外注先の金額にもよりますが・・）

など。。

内製化前はとある開発ベンダー（以下ベンダー）へ「外注」しておりまして
「開発におけるソースコードを改修できない（こちら側ではリリースできない）」

という契約上大きな制約がありました。（責任の所在がわからなくなるため）

内製化前の社内開発体制は以下のような感じです。

・ 設計者（コードは書かない）：４名
・ モック作成：１名 （モック＝HTML＋JS等フロントまわりの静的画面）

1.RP社：設計者がRFP的なものを作成
　　↓
2.ベンダー：見積＋スケジュール検討
　　↓
3.RP社：要件定義・モック作成
　　↓
4.ベンダー:実装+結合テスト
　　↓
5.RP社:受入テスト
　　↓
6.ベンダー:リリース

という感じで、たとえば画面のテキスト数文字程度修正する際にも
上記のやりとりが発生し、かなり「無駄なコスト」が生じてしまいます。。

バグが発生した場合のやりとり等イレギュラーが発生した場合には上記のやりとりに加えさらにややこしくなります。。

当時の優秀なRP社の設計者たちは上記の無駄なやりとりにかなり「疲弊」しておりまして皆口を揃えて「早く内製化したい！！」という言葉を80000回くらい聞いていた記憶があります。😂

ごそっとコードをもらって、じゃあとはよろしく！！
という状況だとちょっと厳しいですよね・・😂

内製化をするためにはいうまでもなく「以下の準備」が必要になるかと思います。
→何をもって内製化完了とするか？的な 「ゴールの設定」

 １．「社内で開発できるようにする＝開発体制」を構築
 ２．ロボの仕様把握（ソースコード・データ構造・画面・外部連携、、諸々）
 ３．インフラ（サーバ）まわりの管理体制、契約状態の確認と引き継ぎ
 ４．ベンターとの契約解除の準備

個人環境構築
- ローカル上にてロボが動作、デバッグができるようにする
- 仮想環境構築（当時はVagrant 今はdocker）
- PhpStormの推進（任意。他のエディタ利用エンジニアもおります）
ドキュメント整備
ソースコード管理 *gitの導入
プロジェクト管理
- Backlog
- Slack
開発フロー
- 要件定義からリリースまでの流れ
諸々の規約
- コーディング規約とかのもろもろルール
リリース方法、手順作成