150サービス連携を3人で運用する現場から - 創業４ヶ月目におけるオブザーバビリティの実践

by Hiroto Gamo

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Slide 3

Slide 3 text

© Dress Code Inc . All rights reserved. 自己紹介 ● 業務 ○ プロダトエンジニア/SRE ○ IT（情シス）領域のプロダトを中心に開発 ● 経歴 ○ 2017年~ 美容医療リニッの口コミサイト開発 ○ 2021年~ レバテッのSREチーム立ち上げ ○ 2024年~ Dress Codeのプロダト開発 ● 趣味 ○ 🐈、⚽、🎸 gamonges(@gamonges_eng) 3

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

© Dress Code Inc . All rights reserved. 経営陣：CEO、COO プロダクトマネジャー： 2名エンジニア： 8名デザイナー： 2名セールス： 2名 CS：3名リクルーティング： 1名コーポレート： 1名創業チーム構成/Founding Members   Members 21 名 Product & Technology Customer & Business Corporate & Administration Board Member 2 名 5 名 12 名 2 名・エンタープライズソフトウェア事業のグロース・複数事業・プロダクトのポートフォリオマネジメント   ・ビジネス・エンジニアリング・コーポレートの横断   ・Day1から各ファンクションに必要となるリード人材が参画   Key capability チーム  ※役員・従業員2025年6月 13

Slide 10

Slide 10 text

© Dress Code Inc . All rights reserved. デジタル化に伴う社会課題 -「摩擦問題」 - SaaS/ツール乱立に伴い、システムの分断・業務のサイロ化が進む採用部門法務部門労務部門人事部門情報システム部門総務部門採用管理システム契約管理システム労務管理システム勤怠管理システム SaaS管理システムデバイス管理台帳採用関連データ契約関連データ労務関連データ勤怠関連データ SaaS関連データデバイス関連データツールの乱立で、使いこなせない/慣れるのまでに時間がかかるツール/部門間のアナロ連携が大変担当間/部門間の摩擦が増大している各業務担当者経営/管理部全体最適なSaaSを選定することが困難データが散在していて利用/活用できない連携/メンテのためのコスト(時間・お金)が膨大 ❌  分断  ❌  分断  ❌  分断  ❌  分断  ❌  分断  14

Slide 11

Slide 11 text

© Dress Code Inc . All rights reserved. DRESS CODE 全体像 HR Force RCT Force GA Force PJ Force Architecture Platform CG Force SaaS管理デバイス調達とストア IDとアセスセキュリティとモバイル倉庫と配送メンバー組織と配置労務コア給与計算勤怠福利厚生サーベイ業務契約者コア ATS 入社前事前調査面談管理リファラル推進役職と職務内容管理オファーレターとサイン拠点備品車両選考ステップ最適化タレントプールプロジェト予算統制リソーススジュール有効人員と作業量個人情報リスとインシデント管理コンプライアンス監査ベンダー管理 IT Force ※Recruiting ※General Affairs ※Project ※Corporate Governance 施設ファシリティ安否確認郵便物社内イベント株主総会 3 other Products 契約と支払いお知らせと通知ユーザーとアカウントビジネスモデルスタジオ分析とレポートワークフローと自動化ルールとポリシー権限と役割業務オペレーションエンジン卓越し標準化されたUI/UXa People Graph(CoreDB) 16

Slide 12

Slide 12 text

© Dress Code Inc . All rights reserved. 製品機能デザインはもちろん、業務整理・定義、価値探索・整理まで徹底的に継続的なPMFに必要な活動を実施。プロセス自体は仕組み/フォーマット化済み。Value Propの強化を再現性をもって実現。 Value Discovery/永続的PMF 人事労務業務プロセス一覧情報システム業務一覧業務一覧(プロセス) 価値定義一覧(仮説/約束) 製品機能一覧(ロードマップ) ✖ ✖ 価値仮説 VOC CFB 価値約束価値の種業務分類業務詳細登場人物業務頻度・・・ロードマップ製品機能一覧リリースプランマイルストーン・・・ 17

Slide 13

Slide 13 text

Slide 14

Slide 14 text

Slide 15

Slide 15 text

Slide 16

Slide 16 text

Slide 17

Slide 17 text

© Dress Code Inc . All rights reserved. IT Forceの価値定義 💡 提供している価値 🎯 事業上、考慮すべきポイント ● 企業が利用するソフトウェアの一元管理 ● アカウント情報・利用状況・コストの可視化 ● ルールベースのアカウント付与、権限管理 ● 現在顧客に最も使われている機能 ● API連携機能は初期から実装されたもの ○ 一定負債もたまっている状態 ● オンボーディンの入口 → プロダトの第一印象 ○ →この顧客体験がプロダクト全体の評価に影響する 27

Slide 18

Slide 18 text

Slide 19

Slide 19 text

Slide 20

Slide 20 text

Slide 21

Slide 21 text

Slide 22

Slide 22 text

© Dress Code Inc . All rights reserved. 課題 ⚠ API連携の失敗 🚨 ビジネスインパト ● ユーザー操作ミス(ex: 入力内容ミス、APIキーの権限不足) ● アセストーンの認証切れ ● 仕様上のエッジース ● システム不具合 ● 初回オンボーディンへの影響 ○ 期待通りに可視化できないと、プロダクト全体の心象が悪化 ● 調査工数の増大によるプロダト開発への影響 ○ 各サービスごとのAPI仕様などの調査 ○ 既存のロだけの監視では「何が、どこで、なぜ」が不明瞭だった 32

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

Slide 29

Slide 29 text

Slide 30

Slide 30 text

Slide 31

Slide 31 text

Slide 32

Slide 32 text

© Dress Code Inc . All rights reserved. ロガー強化、Datadog APM、Redash導入 🛠 ロの構造化、トレースによるロの集約 👀 ダッシュボードによる可視化 ● Pinoを使ってロを構造化してDatadogに保存 ● トレースによって、通信経路の可視化と関連したロを一つに集約 ● 処理全体のレイテンシを可視化 ● 顧客×サービス×イベント×ステータスによるカーディナリティの確保 42 📷 データベースからサービス連携のスナップショットを取得 ● イベントの側面からでは集計しづらい、その時点での連携状態を把握

Slide 33

Slide 33 text

Slide 34

Slide 34 text

Slide 35

Slide 35 text

Slide 36

Slide 36 text

Slide 37

Slide 37 text

Slide 38

Slide 38 text

© Dress Code Inc . All rights reserved. 定性的効果 ⚡ 障害調査時間の大幅短縮 🔍 エラーの実態把握 ● CSが顧客と打ち合わせ中にHotFixが出せるレベル ● 想像以上に連携エラーが発生していることをまず認識 ● エラーの分類をする必要性 ○ エンジニア対応が必要なもの ○ ユーザー入力間違い（認証情報の誤入力など） 💡 ユーザビリティ改善の発見 ● 初期連携での認証情報の誤入力 → UI改善、顧客向けの説明の拡充 ● ヘルプページの拡充 48

Slide 39

Slide 39 text

© Dress Code Inc . All rights reserved. サービス連携実装のレビュー体制強化 🤖 AIフル活用 📃 API連携仕様書の統一化 ● .cursor/rulesにレビュー観点をまとめたmdcファイルを設置 ● GitHubのリポジトリにGeminiレビューを設定して、 ↑のレビュー観点ファイルを参照してレビューするように指示 ● Notionにドキュメントを集約 ○ 仕様書テンプレートの作成 ■ API仕様書情報 ■ 連携に必要な各アプリ仕様 ○ Notion AI活用 ■ 全職種のドキュメントへのアセシビリティ向上 49

Slide 40

Slide 40 text

Slide 41

Slide 41 text

Slide 42

Slide 42 text

© Dress Code Inc . All rights reserved. まとめどの領域から可視化を進めていくか横断的な対応 ● その時点で、事業観点でリティカルな場所はどこか ● 開発者にとってペインとなっている場所はどこか ● 価値を棄損している場所はどこか ● 調査においてカーディナリティが効くところはどこか ● 開発内の取り組み ○ Datadog APM、Redashの導入 ○ Cursor、Geminiの活用 ● CS、委託先との協働 ○ ドキュメント化 ○ 優先度定義 52

Slide 43

Slide 43 text

© Dress Code Inc . All rights reserved. まとめなぜ３ヶ月でここまで進められたのか、の振り返り ● 全社の共通認識にした ○ OKRの設定 ○ 毎週のPMFミーティン ● OKR設定によるチームでのオーナーシップ ○ 毎週OKRの進捗を共有する場 ● 顧客に約束をしている価値が基準、という文化と共通の基準 ● O11yのスペシャリストが業務委託でジョイン 53 IT Forceチームだけでは出ない、実践するのが難しいことを形にできた