技術的負債を「戦略的投資」にするためのPdMとエンジニアの連携と実践

Transcript

1. #技術的負債へのアプローチ 2025/05/21 セーフィー株式会社 佐藤 ⽂愛 技術的負債を「戦略的投資」にするための PdMとエンジニアの連携と実践
2. #技術的負債へのアプローチ 2 © Safie Inc.｜ ⾃⼰紹介（とても簡単に）
3. #技術的負債へのアプローチ 3
 © Safie Inc.｜ 
 自己紹介 佐藤 文愛 Sato Minori Product Manager CAREER 2021.4 某ベンチャー企業へ新卒入社 　　　　ソフトウェアエンジニア 2023.3 UXデザイン、プロダクト戦略 2023.8 プロダクトオーナー、スクラムマスター 2024.9 セーフィー株式会社に転職 　　　Safie Viewer（セーフィー ビューアー）PdM X：@sato_1998_ フォローお願いします👆
4. #技術的負債へのアプローチ 4
 © Safie Inc.｜ 
 プロダクト紹介　～Safie（セーフィー）とは？～ Safie Viewer 対応カメラをインターネットに接続するだけで いつでもどこでも映像を確認・管理できるクラウド録画サービスです。 カメラの映像を確認するためにSafie Viewer（セーフィー ビューアー）を使用しま す。
5. #技術的負債へのアプローチ 5 © Safie Inc.｜ アジェンダ
6. #技術的負債へのアプローチ 6 © Safie Inc.｜ アジェンダ • 技術的負債の３つの定義 • それらへのアプローチ実践例
7. #技術的負債へのアプローチ 7 © Safie Inc.｜ 技術的負債の定義
8. #技術的負債へのアプローチ 8 © Safie Inc.｜ 技術的負債の定義 1. コード品質を妥協したパターン 2. ドメイン知識と乖離するパターン 3. 戦略的な投資であるパターン それぞれの定義を説明していきます
9. #技術的負債へのアプローチ 9 © Safie Inc.｜ 技術的負債の定義① コード品質を妥協したパターン
10. #技術的負債へのアプローチ 10 © Safie Inc.｜ 技術的負債の定義①：コード品質を妥協したパターン 割愛
11. #技術的負債へのアプローチ 11 © Safie Inc.｜ 技術的負債の定義② ドメイン知識と乖離するパターン
12. #技術的負債へのアプローチ 12 © Safie Inc.｜ 技術的負債の定義②：ドメイン知識と乖離するパターン “ もしも⾃分たちが書いているプログラムを、⾦融の世界に関する正しい捉え ⽅だと⾃分たちが理解した姿と⼀致させることができなくなれば、 ⾃分たちは絶えずその不⼀致につまずき続けることになり、開発スピードは遅く なっていくでしょう。 それはまるで借⾦の利⼦を払い続けるかのようです “ 参考：技術的負債という概念の⽣みの親 Ward Cunningham ⾃⾝による説明（t-wada） 正しい姿 正しい姿だと ⾃分たちが理 解した姿 実際のコード ちゃんと反映 しようという話
13. #技術的負債へのアプローチ 13 © Safie Inc.｜ 技術的負債の定義②：ドメイン知識と乖離するパターン ” 道具を使うことによって⾃分たちが変容していく体験をずっとしているんだ と思うんです。そして、これが⾃分たちの世界の⾒⽅そのものであるべきなんじゃ ないかと思っています。 ” オブジェクト指向デザインの道具論（上野学） ” ⼈間は道具を作った動物ではあるが、道具の使い⽅を学ぶことが私たち⾃⾝ を変える、という点に道具と⼈間の本質があることを意味している。 ” （アラン‧ケイ）
14. #技術的負債へのアプローチ 14 © Safie Inc.｜ 技術的負債の定義②：ドメイン知識と乖離するパターン ユーザーやドメインは変わり続ける ‧ユーザー ‧私のつくるプロダクト ‧私たち ‧競合 ‧環境 ： アジャイル vs ウォーターフォール（さとみの）
15. #技術的負債へのアプローチ 15 © Safie Inc.｜ 技術的負債の定義②：ドメイン知識と乖離するパターン • ドメインは変わり続けるので負債の蓄積は免れない • ドメインとプロダクトの架け橋としてPMができることは何か？
16. #技術的負債へのアプローチ 16 © Safie Inc.｜ 技術的負債の定義③ 戦略的な投資であるパターン
17. #技術的負債へのアプローチ 17 © Safie Inc.｜ 技術的負債の定義③：戦略的な投資であるパターン 設計はすべてがトレードオフであり、ベストは存在しない ⽬的や前提に応じて最適な⽅法は異なる 分散アーキテクチャにおける現代のトレードオフ分析と今後のソフトウェアアーキテクチャの展望 （Neal Ford）
18. #技術的負債へのアプローチ 18 © Safie Inc.｜ 技術的負債の定義③：戦略的な投資であるパターン • エンジニアによる設計の意思決定を⽀援するために、PMは何を伝えるか
19. #技術的負債へのアプローチ 19 © Safie Inc.｜ それぞれの負債に向き合った実践例
20. #技術的負債へのアプローチ 20 © Safie Inc.｜ 実践例その１ コード品質の妥協による負債 に向き合う
21. #技術的負債へのアプローチ 21 © Safie Inc.｜ 実践例その１：コード品質の妥協による負債に向き合う 課題 • ベロシティの低下 • 障害対応 コア開発者 開発者B 開発者A 開発者C 開発者D 知識が一部のエンジニアに集中 Before
22. #技術的負債へのアプローチ 22 © Safie Inc.｜ 実践例その１：コード品質の妥協による負債に向き合う やったこと • エンジニア勉強会 • モブプロの導⼊ • イネイブリングチームへの協⼒ コア開発者 開発者B 開発者A 開発者C 開発者D 知識共有の仕組み After
23. #技術的負債へのアプローチ 23 © Safie Inc.｜ イネイブリングチーム 実践例その１：コード品質の妥協による負債に向き合う やったこと • エンジニア勉強会 • モブプロの導⼊ • イネイブリングチームへの協⼒ イネイブリングチーム連携 After 開発チーム 📖✍ 設計相談 早期レビュー コードレビュー
24. #技術的負債へのアプローチ 24 © Safie Inc.｜ 実践例その１：コード品質の妥協による負債に向き合う 効果 • メンバーの技術⼒向上 • 属⼈化解消 • ⼿戻りコスト削減 PMとして • 新規開発を⽌め、技術⼒アップに集中できる環境づくり • リサーチなどのディスカバリーに時間を充てる
25. #技術的負債へのアプローチ 25 © Safie Inc.｜ 実践例その２ ドメイン知識との乖離による負債 へのアプローチ
26. #技術的負債へのアプローチ 26 © Safie Inc.｜ 実践例その２：ドメイン知識との乖離による負債へのアプローチ 課題 プロダクトが業務で使えていない • 営業⽀援プロダクト • 顧客ごとのネクストアクション （架電∕メール∕契約書送付…）管理機能 • タスク時間の設定、⼀覧表⽰ができるが 1件ずつ⽬で⾒てタスク順番を決定していた 上から順にタスク実施していない Before タスク⼀覧 顧客名 タスク日時 ( ↓ ) タスク 佐藤太郎 5/21 09:00 メール送付 山田二郎 5/21 11:00 架電 加藤花子 5/21 12:00 請求書送付 齋藤和子 5/21 12:00 契約書送付 伊藤香織 5/21 16:00 架電
27. #技術的負債へのアプローチ 27 © Safie Inc.｜ 実践例その２：ドメイン知識との乖離による負債へのアプローチ やったこと • 丸⼀⽇ユーザー（営業）を観察 • ユーザーのメンタルモデルを特定 • 設計へ反映
28. #技術的負債へのアプローチ 28 © Safie Inc.｜ 実践例その２：ドメイン知識との乖離による負債へのアプローチ 効果 • ユーザーが利⽤できるプロダクトへ • 適切なモデリングへ 上から順に実施できるタスク管理 After タスク⼀覧 顧客名 タスク日時 ( ↓ ) タスク 佐藤太郎 ⏰5/21 09:00 メール送付 山田二郎 5/21 11:00~13:00 架電 加藤花子 ⏰5/21 12:00 請求書送付 齋藤和子 5/21 12:00~16:00 契約書送付 伊藤香織 5/21 終日 架電 name type comment customer_id int 顧客ID task_id int タスクID start_at datetime 開始日時 end_at datetime 終了日時 type enum 種別
29. #技術的負債へのアプローチ 29 © Safie Inc.｜ 実践例その３ 戦略的に投資するパターン
30. #技術的負債へのアプローチ 30 © Safie Inc.｜ 実践例その３：戦略的に投資するパターン 課題 ⼤きな機能のリリースで時間がかかる • 顧客ごとにカスタムバナーを作成する • 全顧客分のバナー作成に時間がかかる • 理想の設計をつくるのに時間がかかる やったこと • まずは1顧客向けにエイヤでリリース • 全顧客へ適⽤時に理想の設計へ移⾏ • 顧客の声から要件レベルアップ
31. #技術的負債へのアプローチ 31 © Safie Inc.｜ まずは1顧客で実現できればOK Before 実践例その３：戦略的に投資するパターン • 新規顧客ごとにコード修正が必要 • 設定変更にデプロイが必要 汎用管理へ移行 After • コード変更なしで設定変更可能 • VoCの反映
32. #技術的負債へのアプローチ 32 © Safie Inc.｜ まとめ
33. #技術的負債へのアプローチ 33 © Safie Inc.｜ まとめ • 技術的負債≠エンジニアだけの問題 ◦ エンジニアが「PMに納得してもらうために」頭を悩ませてはいけない • PMは要件伝達係ではなく、負債の理解者であり返済のため仲介者
34. #技術的負債へのアプローチ © Safie Inc.｜34 ご清聴ありがとうございました Thank you!