akippa_tech_park_akippaの成長投資と技術負債への取り組み.pdf

Slide 1

Slide 1 text

Slide 2

Slide 2 text

©akippa Inc. All Rights Reserved. ⾃⼰紹介 2 井上直登株式会社ドリコムで新規事業の⽴ち上げやアプリのディレクター・プロデューサーなどを経て2016年からakippaに参画ドリコム時代は光通信や楽天との合弁会社に⽴ち上げ期から関わり多様なカルチャーに揉まれる akippaではプロダクト開発部⾨の責任者としてプロダクトマネジメントと、エンジニア・デザイナー・企画チームのマネジメントを⾏っている趣味は釣りで釣トモ募集中

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Slide 8

Slide 8 text

Slide 9

Slide 9 text

Slide 10

Slide 10 text

Slide 11

Slide 11 text

©akippa Inc. All Rights Reserved. 11 akippa⽴ち上げ期のプロダクトローンチの流れ akippaのサービスの原案を社内で検討リリース後も検証サイクルを早めるためのスピード最優先の開発で保守性や可⽤性などは最低限に akippaは当時営業会社だったので社内でサービス企画やシステム設計・構築ができる⼈間がいない代表のツテで協⼒してくれたエンジニアが⾃⾝の経験・スキルセットを活かして設計→実装→リリース

Slide 12

Slide 12 text

Slide 13

Slide 13 text

©akippa Inc. All Rights Reserved. 13 結果 / 振り返って思うこと - スタートタイミングはそのプロダクトが成功するか失敗するかわからないなんなら確率的には失敗する可能性がだいぶ⾼い - その状況では技術的な設計や議論に時間を使うよりも、スピードを最優先にしてコードの品質や設計のクオリティは最低限にという当時のエンジニアの判断は正しかった - 技術負債というより技術資産 - 後から⼊るメンバーはその状況に最⼤限リスペクトを払い「それを踏まえてどう良くできるか？」を思考するべき

Slide 14

Slide 14 text

Slide 15

Slide 15 text

Slide 16

Slide 16 text

Slide 17

Slide 17 text

©akippa Inc. All Rights Reserved. 17 起こった環境の変化と浮かび上がった課題環境の変化浮かび上がったIssue IVSで優勝し資⾦調達しステークホルダーが増えた事業も起動に乗りやるべきことが明確になってきた調達した資⾦で経験値のあるエンジニア、デザイナー、PdMが参画したよりスマートで計画的な開発の必要性が⾼まった次の成⻑ステージに向けた根本的な改善が求められた企画⽔準・技術⽔準が上がりこれまでのサービス/システム仕様の課題が浮き彫りに

Slide 18

Slide 18 text

Slide 19

Slide 19 text

Slide 20

Slide 20 text

Slide 21

Slide 21 text

©akippa Inc. All Rights Reserved. 21 - 理想が⾼すぎた - ⽬指すゴールがシンプルに難易度が⾼かった - 改善したいことを詰め込みすぎ - システム設計的にも新しいチャレンジを盛り込み過ぎた - 現状理解が⽢すぎた - 私を含む中途⼊社組を中⼼に、ドメイン知識やサービス仕様も⽢いまま企画要件やシステム仕様策定を進める - 結果、進むにつれて考慮すべきことが増えてきた - チームも未熟だった - 当時のチームのベロシティの⾒積もりも⽢く、中途⼊社が増えて⼀⼈⼀⼈の特性やそれを活かすようなチームワークもまだできていなかった結果 / 振り返って思うこと

Slide 22

Slide 22 text

Slide 23

Slide 23 text

Slide 24

Slide 24 text

Slide 25

Slide 25 text

Slide 26

Slide 26 text

Slide 27

Slide 27 text

Slide 28

Slide 28 text

©akippa Inc. All Rights Reserved. - ⼀定の前進は⾒られた - 開発の品質・レベルはこのフェーズで⼤きく改善した - ⼀⽅で事業はまだまだ成⻑志向で成⻑にもリソースを割くこととなり、リファクタリングや古いフレームワークからの移⾏等の守りの部分については思ったように進められず - 成⻑投資か技術負債の解消か、明確な意思決定もできておらず場当たり的な対応になっていた - また⾃社サービス開発に期待を抱いて⼊社したエンジニアからすると攻めの開発意欲が強く、やりたいこととやるべきことの間にギャップが⽣じてしまった 28 結果 / 振り返って思うこと

Slide 29

Slide 29 text

Slide 30

Slide 30 text

Slide 31

Slide 31 text

Slide 32

Slide 32 text

©akippa Inc. All Rights Reserved. 体制の変更 32 [攻] Driver [攻] Owner [守] 基盤 akippa PdM Engineer Desinger PdM Engineer Desinger PdM Engineer Desinger Tech Lead Engineer Desinger [これまで] 1Product：1チーム体制 [現在] 複数Product：複数チーム体制

Slide 33

Slide 33 text

©akippa Inc. All Rights Reserved. 33 残された課題 - ここから具体的にどのように技術負債を返済していくのか？ - 古いフレームワークからの移⾏（zend→Laravel） - 各⾔語/OSなどのバージョンアップ（php,mysql） - テストコードがない実装領域のアップデート - プロダクトドリブンな成⻑を考える上で現状のアーキテクチャが最適解なのか？ - アーキテクチャの再設計・議論（モノリシック→マイクロサービス？） - 上記をどのような体制でどういった形で議論を進めていくのが良いか？ - ちなみに攻めのプロダクト改善はやりたいこと盛りだくさん！