技術的負債と向き合うカイゼン活動を1年続けて分かった "持続可能" なプロダクト開発

日本経済新聞社 CDIO室が開催する技術勉強会 NIKKEI Tech Talk 【日経×ケップル×アドウェイズ】未来の事業戦略を見据えたシステム改善の最適解を探る #nikkei_tech_talk で発表させていただいた際のスライドです。

Transcript

1. 技術的負債と向き合うカイゼン活動を1年続けて分かった “持続可能" なプロダクト開発 芹田 悠一郎 @株式会社ケップル KEPPLE CREATORS LAB
2. • 株式会社ケップル KEPPLE CREATORS LAB 所属 • ケップルにジョインして2年半 • フルスタック的に Web まわりのエンジニア をやっています • とにかくコーヒーが好き 芹田　悠一郎 Yuichiro SERITA 2
3. ⾰新的なテクノロジーを通じて、 持続可能でより良い未来を描くためのイノベーションに 挑戦し続けるスタートアップ。 彼らの成⻑に必要とされる事業開発を グローバルで⾏うことにより 世界のスタートアップエコシステムの発展を⽬指します。 イノベーションを促進する グローバルプラットフォームとなる Vision Mission これまでに無い価値を⽣み出そうと挑戦を続ける起業家。 彼らの成⻑をさまざまな⾯から⽀援する投資家。 そのエコシステムから⽣まれたスタートアップが発展し、 ⼀つの産業と呼べるような市場が創造される。 そんな未来をこの世界に実現することが KEPPLEのミッションです。 世界に新たな産業を
4. KEPPLE（メディア） KEPPLE DB KEPPLE CRM 株主総会クラウド Products ファンドサポート 株価算定・投資検討 人材紹介 投資事業 プロフェッショナル サービス 投資家とスタートアップのニーズに応える多様なサービスを展開しています。 ファンド運営
5. KEPPLE DB KEPPLE CRM KEPPLE （メディア） 株主総会クラウド Products KEPPLE アプリ
6. もくじ • 前提： KEPPLE DB とは • 「持続可能なプロダクト開発」とは • 「カイゼン活動」とは • 「カイゼン活動」の変遷 • 「カイゼン活動」で得たもの • 「カイゼン活動」でプロダクト開発を「持続可能」に 6
7. もくじ • 前提： KEPPLE DB とは • 「持続可能なプロダクト開発」とは • 「カイゼン活動」とは • 「カイゼン活動」の変遷 • 「カイゼン活動」で得たもの • 「カイゼン活動」でプロダクト開発を「持続可能」に 7
9. KEPPLE DB の性質 • スタートアップと投資家のデータベース • 「スタートアップ」 「投資家」 「ニュース」 「オリジナル記事」 などを検索・フィルタ • スタートアップ・投資家は数万件
10. KEPPLE DB の性質 • スタートアップ 1 社あたり、 表示プロパティは 100 以上
11. KEPPLE DB の性質 (ビジネス観点) • ケップルのプロダクト部門の投資家向けサービスの主力 • ほぼ毎週ユーザーに見えるアップデートをしたい • でっかい機能追加もしたい • その上、長期間無理なく運用したい 11
12. 前提: KEPPLE DB 2023年12月リプレースしました 12
13. リプレースに至った課題 • KEPPLE DB は高頻度でリリースしたい が…… • 当初、KEPPLE DB は KEPPLE CRM の一機能だった • KEPPLE CRM はリリース時にサービス停止が必要 • KEPPLE CRM 固有の事情が絡むロジックが多い。 KEPPLE DB の開発にアサインされたら、 CRM のキャッチアップも必要 13
14. KEPPLE DB は CRM から独立させ リプレースしました 14
15. もくじ • 前提： KEPPLE DB とは何か • 「持続可能なプロダクト開発」とは • 「カイゼン活動」とは • 「カイゼン活動」の変遷 • 「カイゼン活動」で得たもの • 「カイゼン活動」でプロダクト開発を「持続可能」に 15
16. 「持続可能」とは 16
17. 「持続可能な開発」 “「持続可能な開発」とは、　 「環境と開発に関する世界委員会」（委員長：ブルントラント・ノルウェー首相（当 時））が1987年に公表した報告書「Our Common Future」の中心的な考え方として取り上げた概念で， 「将来の世代の欲求を満たしつつ，現在の世代の欲求も満足させるような開発」 のことを言う。 この概念は，環境と開発を互いに反するものではなく共存し得るものとしてとらえ，環境保全を考慮した節度 ある開発が重要であるという考えに立つものである。 ” https://www.mofa.go.jp/mofaj/gaiko/kankyo/sogo/kaihatsu.html より 17
18. 「持続可能なプロダクト開発」がしたい 18
19. 「持続可能なプロダクト開発」に 必要なもの 19
20. 「持続可能なプロダクト開発」 に必要な要素 • 速いリリース • 少ないバグ • 迅速なバグ修正 • 迅速な脆弱性対応 • 社会の変化に追従 (GDPR とか) • 無理のない アーキテクチャ • バグ出しづらい • バグ直しやすい • 脆弱性対応が楽 • トレンドに追従 • インフラ維持が容易 • オブザーバビリティ ビジネス観点 開発観点 運用観点 20
21. 負債の解消は 「持続可能」 を保つ要素のひとつ • プロダクトのロードマップ、世の中のトレンドを見据えた設計をしたとしても、 プロダクトを取り巻く環境は変化し続ける • そもそも、最初から完璧な設計になることはあまりない • 想定のズレを軌道修正しつつ進めるのがベター 21
22. プロダクトの未来の姿を見据えて負債の解消を行う • 「現時点で既に負債になっているもの」 よりも 「今後負債になりそうなもの」 に 対処するほうがコスパがいい • 負債になりづらいように負債を解消する 22
23. (番外) エンジニア・エンジニア組織が持続可能 • 負債がたまっている状態は減点法でじわじわ効いてくる ※個人の感想です • 負債の解消はエンジニア・エンジニア組織を持続可能にするのにも重要 ◦ モチベを阻害しない DX を保つ ◦ エンジニアの成長を阻害しない技術スタックを維持する ◦ 採用上不利にならない状態を保つ 23
24. もくじ • 前提： KEPPLE DB とは何か • 「持続可能なプロダクト開発」とは • 「カイゼン活動」とは • 「カイゼン活動」の変遷 • 「カイゼン活動」で得たもの • 「カイゼン活動」でプロダクト開発を「持続可能」に 24
25. 「カイゼン活動」 • 作業時間の 20% を負債の解消にあてる ◦ 当初は金曜日に行なっていたが、今は1か月に1週間にしている • 「カイゼン」したい内容を事前に積んでおき、エンジニアの裁量で進める ◦ 「この部分をリファクタしたい」 「ESLint のこのルールを入れたい」 「Flaky なテストを修正したい」 「CI 改善したい」 「VSCode の推奨 extension を変えたい」 などなど 25
26. 「カイゼン活動」 を立ち上げる前の課題感 • 負債の解消を通常の開発と並行して進めるとうまくいかない ◦ ボーイスカウト・ルール ◦ 1週間に1人1つ RenovateBot の PR 片付けようキャンペーン • あとまわしにされがち • 負債の解消にどれくらい時間をかけていいか不明瞭 26
27. 「カイゼン活動」 を立ち上げる前の課題感 • 負債が可視化できていないので、膨れ上がっていく一方に感じる • リプレースで爆上がりしたリリースペースを維持できるか • リプレース以外の方法でちゃんと負債を解消できる体制にしたい 27
28. 「カイゼン活動」 で課題を解消 • あとまわしにされがち、負債の解消にどれくらい時間をかけていいか不明瞭 → 20% は使っていい • 負債が可視化できていないので、膨れ上がっていく一方に感じる → タスクとして積み上げて可視化 • ちゃんと負債を解消できる体制、リリースペースの維持 → 今のところうまくいっている 28
29. もくじ • 前提： KEPPLE DB とは何か、なぜリプレースしたか • 「持続可能なプロダクト開発」とは • 「カイゼン活動」とは • 「カイゼン活動」の変遷 • 「カイゼン活動」で得たもの • 「カイゼン活動」でプロダクト開発を「持続可能」に 29
30. 「カイゼン活動」 立ち上げ期 • 毎週金曜日はカイゼンデー • 少しずつ負債を返済できてはいる • そこそこうまくいっている • 1日で終わらないカイゼンタスクの扱いに困り始める 30
31. 転機： Mantine v7 移行 • KEPPLE DB では Mantine という UI ライブラリを使っています • カイゼンデーで、Mantine v6 から Mantine v7 移行作業を始める • 破壊的変更が多すぎて、金曜日の作業だけだと永遠に終わらない！ • 通常の機能開発を一時的に止めて対応 • 1ヶ月ほどで無事移行完了 (8月) 31
32. カイゼンデーからカイゼンウィークへ • Mantine v7 移行作業が完了したタイミングで、カイゼン活動を見直すことに • Mantine v7 移行に限らず、1日で終わらないカイゼンタスクは多かった • 月に 1 回 1 週間に変更 • 作業時間の 20% という割合は (ほぼ) 変化なし • うまくいっている 32
33. もくじ • 前提： KEPPLE DB とは何か、なぜリプレースしたか • 「持続可能なプロダクト開発」とは • 「カイゼン活動」とは • 「カイゼン活動」の変遷 • 「カイゼン活動」で得たもの • 「カイゼン活動」でプロダクト開発を「持続可能」に 33
34. 設計について議論する機会が自然と増えた • 負債を解消する作業、その PR のレビューをしていくうちに、負債に敏感になる • 局所的なリファクタリングではなくリアーキテクチャに意識が行くようになる • 結果として、設計について議論する機会が自然と増えた • 新たに機能開発するときの設計も以前より洗練されている 34
35. 負債の総量がざっくりわかるように • 認識している負債はタスクとして積み上がっている • タスク化した負債のうち作業完了と新規追加が均衡状態にある • 増えすぎていないか？ 増え続けていないか？ チェックできる 35
36. 仮説検証段階での大胆な手抜き • 仮説検証段階での大胆な手抜き (借り入れ) • 負債の返済を続けると、返済の感覚が掴めてくる • いい条件で借りられる負債が分かってくる • より早い時期にリリースができる 36
37. もくじ • 前提： KEPPLE DB とは何か、なぜリプレースしたか • 「持続可能なプロダクト開発」とは • 「カイゼン活動」とは • 「カイゼン活動」の変遷 • 「カイゼン活動」で得たもの • 「カイゼン活動」でプロダクト開発を「持続可能」に 37
38. 「カイゼン活動」でプロダクト開発を「持続可能」に • 変化するプロダクトを取り巻く環境に適応し続け 「持続可能」 を実現する • そのために、技術的負債とまっすぐ向き合い、見える状態にする • 「カイゼン活動」で負債を一定のペースでコンスタントに解消し続ける • 必要なときは負債を作ってでも大胆に早くリリースし、リリース後に返済する • 負債を解消し続けることで知見が蓄積され、設計も改善していく 38
39. プロダクトエンジニア募集中！ https://www.wantedly.com/projects/1294425
40. おまけ： 数値で見る 「カイゼン活動」 • KEPPLE DB でカイゼン活動を始めてから11ヶ月 • 起票したタスクの数は 113 • won’t do にしたタスクの数は 13 (12%) • 完了したタスクの数は 43 (38%) • 未完了のタスクの数は 57 (50%) 40
41. おまけ： 数値で見る 「カイゼン活動」 41 サクッと上がらないやつだけタスク化してます