社内エンジニアを「顧客」にする 面白さと葛藤

■イベント
PM Kansai Meetup #9
https://product-manager-kansai.connpass.com/event/408692/

■登壇概要
タイトル：社内エンジニアを「顧客」にする 面白さと葛藤
登壇者：技術本部 Platform Engineering Unit Application Platform Group 辻田 美咲

■ 技術本部 採用情報
https://media.sansan-engineering.com

Transcript

1. PM Kansai Meetup 社内エンジニアを「顧客」にする ⾯⽩さと葛藤 Sansan株式会社 技術本部 Platform Engineering Unit Application Platform Group 辻⽥ 美咲
2. 辻⽥ 美咲（Misaki Tsujita） 技術本部 Platform Engineering Unit Application Platform Group
3. 背景：事業の成⻑で、必要な専⾨知識が広がりすぎた 各チームが、開発から運⽤まで⾃分たちで担ってきた 実⾏環境 セキュリティ 󰳕 DB CI/CD 「このインフラ設定、どこを直せばいいの？」 監視 コスト 「このダッシュボードの管理者は誰…」 → チームごとの努⼒では限界。専⾨知識を抽象化する基盤が必要になった
4. Orbit：社内の開発者向けプラットフォーム 顧客と⽬的 Orbitを使う社内のエンジニア（＝顧客）が、 顧客への価値提供に集中できる時間を増やす 提供する価値 実⾏環境‧CI/CD‧監視‧セキュリティを共通化し、 安全に届けられる標準の道筋「ゴールデンパス」を提供する
5. 顧客だが、お客様ではない 顧客として向き合う 困りごとの背景を聞き、 ⽬指す成果を共有する 仲間として考える 提⽰された機能の実装を そのまま約束はしない 解決⽅法から⼀緒に議論し、 ⾒送った後も課題に向き合う 同じ事業の成果を⽬指す仲間として、⼀緒に考える
6. 「Orbitをやめて、Cloud Runに移るかもしれない」 ⾼スループットが必要 Cloud Runなら Orbit上では、 スループットが出ない 同時実⾏数の制御が標準で、 試験でも完⾛した Orbitが応えられなければ、顧客が離れるかもしれない
7. 技術的には作れる 個別要望を積み重ねる 組織都合を優先する 個別対応と保守が増え、 社内受託へ近づく 利⽤者の課題から離れ、 使われなくなる 利⽤者の課題に向き合いながら、基盤が担う範囲を決める
8. 要望を、課題に戻す 要望 課題 Cloud Run相当の 同時実⾏数制御 トラフィックを処理しきれず、 スループットが出ない 実装 選択肢 Orbit上でも技術的には可能 作る‧離脱を受け⼊れる‧別の解
9. 声とデータで、顧客と課題を捉え直す 声で課題を捉える データで確かめる 四半期ごとのアンケート ユーザーインタビュー ⽉ごとのオフィスアワー ⽇々のコミュニケーション チームやプロダクトの規模 アプリケーション数など 誰に‧どの程度‧どれだけ 繰り返すかを確かめる 声の強さ‧要望の数‧解くべき課題の⼤きさ を分ける
10. RICEで優先順位を⽐べる RICEスコア ＝ Reach × Impact × Confidence ÷ Effort ＋α 熱⼼な利⽤者の要望は優先度を上げる
11. 3つの問いで、作らないと決めた 1 共通の課題か 他のチームにも起きているか 要望 2 満たす 提供する 持ち続けられるか 重い仕組みの保守を、Orbitが持ち続けられるか 満たさない 3 作る以外の解はないか Orbitへの機能追加する以外の解決⽅法があるか 別の解決⽅法を⼀緒に考える
12. 別の解：アプリ側の作りを⾒直す Orbitで作る ⾒送り アプリ側を⾒直す → Google公式が⽰す⽅法 出典：https://docs.cloud.google.com/pubsub/docs/subscriber?hl=ja Orbitに残る ⽅向でまとまった
13. この判断を、ビジョンの更新につなげた TVP（Thinnest Viable Platform） 個⼈の負担だけでなく、組織全体の重複コストも問題にする 議論が割れた論点 どこまで基盤で持つか 使う側の⼿間の削減が、基盤側の増加を上回る施策だけ持つ クラウドを再発明せず、組織固有の差別化要素に投資する 開発チームの意⾒と議論を受けて、ビジョンを更新した
14. 同じ事業の仲間と、課題の根本から考える 仲間の困りごとが⾒える。 だから、要望に応えたい でも、すべてを基盤で 引き受けることはできない 同じ事業を⽬指す仲間として、 課題の捉え⽅から、解決⽅法まで⼀緒に考える その過程に、私にとってのPdMの⾯⽩さがある
16. 補⾜：同時実⾏数制御とACT 同時実⾏数制御 1インスタンスで同時に処理するリクエスト数の上限を設定する Adaptive Concurrency Tuning（ACT） CPU負荷に応じて、同時実⾏数を⾃動で調整する