CTOとしてプロダクト価値を上げるために実施したこと

Transcript

1. hirac CTO@sweeep CTOとしてプロダクト価値を上げるため に実施したことリスト
2. 1 タスクファーストからチームファーストへ 技術負債の解消 現在地と今後の展望 Point 2 Point 3 Point
3. 3 自己紹介 { "日立": "CTスキャナの制御ソフト開発リーダー ", "フィリップス": "医療IT製品のテクサポ・技術リーダー ", "シーメンス": "医療IT製品のPM", "オリンパス": "クラウドサービスの開発 PM", "CAPS": "電カル・AI問診など開発エンジニア ", "フリーランス": "SREやテックリード", "sweeep": "CTO" , "twitter": "@kimi_hira" }
4. 本当に紙をやめたい人のための請求書管理ツール
7. 7 新サービス：sweeep Box
8. 1 タスクファーストからチームファーストへ 技術負債の解消 現在地と今後の展望 Point 2 Point 3 Point
9. Before：タスクファーストで社内受託状態 Biz Dev
10. Before：社内受託で何が起こっていたか ・変更した箇所に対し、使いづらくなったと言われるけど、どっちが正しい？ ・こっちの方がいいと思うけど、マネージャーから言われてるので言いづらい ・これは本当に必要？何のためにやってる？ →　社内受託状態で疲弊。また、個別最適≠全体最適ではないため、 プロダクトの価値がTotalで下がっていても責任が曖昧な状態
11. After：チームファーストへ Biz PdM Dev
12. P/L (Profit/Loss) B/S (Balance/Sheet) G/P (Gross/Productivity) Biz PdM Dev 現在価値 将来価値 生産性を上げ プロダクト価値 を高める プロダクト価値 を高め利益を 上げる 会計指標モデル：プロダクトを中心に考えるとは
13. ・G/P：社内受託状態とアーキが組織構成にあっていなかったので
 技術負債がたまり低下
 ・B/S：G/P低下のため拡大できない
 （むしろ個別最適≠全体最適ではないためB/S減）
 ・P/L：ゆるやかにP/Lも下がる
 Before：タスクファーストでのG/P, B/S, P/L P/L B/S G/P 生産性が下がり プロダクト価値も 下がる プロダクト価値が 下がりゆるやか にP/Lも減
14. 1 タスクファーストからチームファーストへ 技術負債の解消 現在地と今後の展望 Point 2 Point 3 Point
15. 15 Before：モノリスなアーキテクチャ Web mobile Backend DB Frontend Backend
16. Before：技術負債 ・モノリスなアーキテクチャを同時修正でコンフリ ・単一DBでデータの肥大化。マイグレーションなど大変 ・凝集度が低く修正箇所漏れ
17. Web mobile BFF ServiceX ServiceZ DB DB Frontend BFF Backend DB After：microservicesアーキテクチャ ServiceY
18. After：microservicesで技術負債の解消 ・モノリスなアーキテクチャを同時修正でコンフリ →　microservicesで少人数で各service修正 ・単一DBでデータの肥大化。マイグレーションなど大変 →　microservices毎にDBをもつ ・凝集度が低く修正箇所漏れ →　適切なドメインで凝集度上げる
19. After：品質への取組ーValidationの強化 バグが多いと本来やりたいことへ費やす時間が削られる →　QA強化：QAチーム構築、システムテストなど強化 　　正しいもの(Verification)を正しく作る (Validation) 　　　　　
20. 1 タスクファーストからチームファーストへ 技術負債の解消 現在地と今後の展望 Point 2 Point 3 Point
21. Now：G/P, B/S, P/L P/L B/S G/P 生産性を上げ プロダクト価値を 高める プロダクト価値を 高めれば利益は ついてくる ・G/P：チームファーストと組織構成にあったアーキ選定でアップ
 
 ・B/S：G/Pがアップすればプロダクト価値は蓄積される
 
 ・P/L：プロダクト価値が上がれば、売上はついてくるはず
 

22. Now：プロダクトファーストへ ・1週間スプリント ・毎週金曜のスプリントレビューへ向けて開発、デイリースクラムでフォロー ・QAスプリント後すぐにデプロイ アジャイル開発とウォーターフォール開発の違いは何 ... - Backlog
23. そもそもなぜ開発のアジリティを上げるのか？ ・資金が枯渇する前にスケールさせて次の資金調達ラウンドへ行く ・スケール保証はないので仮説・検証 → ピボットが必要 ・資金が枯渇する前にできる限りの仮説・検証トライしたい スタートアップとは何か？5分でざっくり掴めます。｜note
24. Future：G/P, B/S, P/L P/L B/S G/P 生産性2-3倍で プロダクト価値を 高める プロダクト価値を 高め成長曲線を 描く ・G/P：プロダクトファースト・増員で2〜3倍
 
 ・B/S：G/P拡大させ、仮説・検証を繰り返すことでプロダクト価値も拡大
 
 ・P/L：成長曲線を描く　→　資金調達へ　 
 
 

25. Future：今後の課題 ・技術負債の随時解消 ・増員してもG/Pが下がらないようにする ・誰の(Who)、どんな課題を(Pain)、どう解決するのか(Solution)
26. CTOの頭の中：技術を財務で表現する Future：技術負債との戦いーリファクタリング
27. Future：Verificationの強化 ・設計プロセスの強化：基本設計・詳細設計 ・レビュー強化：ウォークスルー 　正しいもの(Verification)を正しく作る (Validation) 　　　　　
28. 顧客が本当に必要だったものから学ぶこと Future：誰のどんな課題をどう解決するのか
29. 参考資料 ・sweeep Box - 書類保管AI ・sweeep Boxで使用している技術スタック ・プロダクトを中心に考えるとは ・スタートアップとは何か？5分でざっくり掴めます。｜note ・CTOの頭の中：技術を財務で表現する ・顧客が本当に必要だったものから学ぶこと
30. エンジニア募集してます ・ご興味のある方は下記リンクよりご応募お待ちしております！ 　sweeep株式会社の募集・採用・求人情報 - Wantedly 　　　　　
31. まずはカジュアルに話したい方 ・下記リンクよりお申し込みください！ 　請求書クラウドAIの開発について共有とCTOとゆるーく雑談 ・会社の雰囲気 　sweeep株式会社の働き方とストーリー - Wantedly 　　　　　
32. Thank you！