高速なプロダクト開発を実現、創業期から掲げるエンタープライズアーキテクチャ

by かわうそ

Slide 1

Slide 1 text

高速なプロダクト開発を実現創業期から掲げるエンタープライズアーキテクチャ Dress Code株式会社 / Product & Technology 河村勇樹（かわうそ）

Slide 2

Slide 2 text

Slide 3

Slide 3 text

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

Slide 10

Slide 10 text

© Dress Code Inc . 14.1億円　資金調達を実施 Pre Seed&Seed Round 150+社が利用中　 Number of companies Number of countries 4カ国で事業を展開　 Dress Code　会社概要 Company Name / 会社名 Dress Code 株式会社 2024年9月　正式創業：2025年4月 21名東京都中央区築地2-1-4 銀座PREX East 8F CEO / 代表取締役 Date of establishment / 設立年月 Location / 所在地江尻祐樹 Member / メンバー数 10

Slide 11

Slide 11 text

© Dress Code Inc . 挑戦する事業ドメイン/マーケット Dress Codeが挑戦するのはグローバル（まずアジア）のWorkforce Management領域全体 Asia to Global Workforce Management領域労務管理育成/ 定着人事/ 配置採用管理拠点/ 環境プロジェクト福利厚生 ITツール /備品外部人材活用セキュリティ /ガバナンス【Entry】入社/入場【Retire】退職/退場ライフサイクル × 11

Slide 12

Slide 12 text

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

Slide 13

Slide 13 text

Slide 14

Slide 14 text

Slide 15

Slide 15 text

Slide 16

Slide 16 text

© Dress Code Inc . 16 当時の開発体制 ● 設立時（2024年9月）の体制 ○ PdM：1名 / デザイナー：1名 / エンジニア：2名 / 合計：4名 ● 過渡期（2025年1月）の体制 ○ PdM：1名 / デザイナー：1名 / エンジニア：5名 / 合計：7名 ● 正式創業時（2025年4月）の体制 ○ PdM：2名 / デザイナー：2名 / エンジニア：5名 / 合計：9名

Slide 17

Slide 17 text

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

Slide 23

Slide 23 text

© Dress Code Inc . 23 Platform Capability とは ● プロダクトにおけるデータベース、ミドルウェア、デザインシステム（UI/UX）、国際化対応における”共通基盤” ● コンパウンドプロダクトにおける価値を提供するための”エンジン” ● 初期段階から共通基盤に投資をしてプロダクトの横展開を実現 ○ あとから対応すると時間がかかったりコストがかかるもの ○ 後発の BtoB SaaS だからこそできる戦い方

Slide 24

Slide 24 text

© Dress Code Inc . ● 部門間の「摩擦」を解消し、効率性と再現性を高める ○ Workforce Management領域における業務の抽象化 ○ 個別の業務やシステム・データを統合 ○ 共通のデータ基盤やプロセスで管理 ● 採用から退職までの従業員ライフサイクルを構造的に管理 ○ HR Force、IT Force、GA Forceといったプロダクト群 ○ ”Platform Capability”上で動作 24 Platform Capability を利用して達成したいこと

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

© Dress Code Inc . 31 アーキテクチャは「地図」の役割を果たす ● 「地図」の役割 ○ 全体の方向性と目的地を示す ■ プロダクト開発のゴールとその達成に向けた道筋 ○ 複雑な地形をナビゲートするガイド ■ システムの構造や制約を整理、効率的に作業できる環境を提供 ○ 共同作業を調整する共通の地図 ■ 作業する際の「共通言語」や「参照枠組み」 ● AI Agentの活用において ○ プロジェクト全体の目的や構造が不明確だと、生成される成果物が不安定になる ○ アーキテクチャはAIの力を最大限に引き出し、プロダクト開発を成功に導く羅針盤

Slide 32

Slide 32 text

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

Slide 39

Slide 39 text

© Dress Code Inc . 39 戦略的DDD：プロダクト特性を理解 ● 戦略的DDD ○ プロダクトの目的（ドメイン）を明確にし、その構造を整理するプロセス ● ドメインの特定 ○ プロダクトが解決しようとしている問題（ドメイン）を明確にする ● コアドメインの明確化 ○ プロダクト特性の中から、プロダクトにとって最も重要で差別化ポイントとなる部分（コアドメイン）を見極める ● Bounded Contextの定義 ● …

Slide 40

Slide 40 text

Slide 41

Slide 41 text

© Dress Code Inc . 41 DRESS CODEにおける「プロダクト特性」 ● ドメインの広さと深さ ○ Workforce Management領域の課題解決 ■ 情シス、人事労務、採用、総務を網羅するコンパウンドプロダクト構築 ○ グローバル展開 ■ スケーラビリティ・多言語対応（言語、タイムゾーン、通貨、法令など） ● コンパウンドプロダクトによる価値提供 ○ 部門間の「摩擦問題」解決 ■ コンパウンドプロダクトならではの統合的アプローチ ○ Platform Capability ■ データベース/ミドルウェア/デザインシステム/国際化対応の共通基盤

Slide 42

Slide 42 text

© Dress Code Inc . 42 「プロダクト特性」 ● ドメインの広さと深さ ○ Workforce Management領域の課題解決 ■ 情シス、人事労務、採用、総務を網羅するコンパウンドプロダクト構築 ○ グローバルなプロダクト ■ スケーラビリティ・多言語対応（言語、タイムゾーン、通貨、日付など） ● コンパウンドプロダクトによる価値提供 ○ 部門間の「摩擦問題」解決 ■ コンパウンドプロダクトならではの統合的アプローチ ○ Platform Capability ■ データベース/ミドルウェア/デザインシステム/国際化対応の共通基盤統合性（All-in-One Solution）グローバル対応・スケーラビリティ業務のシームレスな連携プラットフォームの拡張性とエコシステム化

Slide 43

Slide 43 text

Slide 44

Slide 44 text

Slide 45

Slide 45 text

Slide 46

Slide 46 text

Slide 47

Slide 47 text

Slide 48

Slide 48 text

Slide 49

Slide 49 text

Slide 50

Slide 50 text

Slide 51

Slide 51 text

Slide 52

Slide 52 text

© Dress Code Inc . 52 理想のアーキテクチャが定義されていると... ● 意思決定がスムーズになる ○ 明確なガイドラインの提供 ■ 技術選定や設計の選択肢を評価する際の基準 ○ トレードオフの可視化 ■ どの特性を優先するか ○ ステークホルダー間の合意形成 ■ 「統合性」（データ・プラットフォーム）を優先的に開発することをステークホルダーにも説明しやすくなる ● 中長期でやっていかないといけないことも明確になる ○ ロードマップの基盤・技術的負債の管理・プロダクト成長に対する柔軟性

Slide 53

Slide 53 text

Slide 54

Slide 54 text

Slide 55

Slide 55 text

Slide 56

Slide 56 text

Slide 57

Slide 57 text

© Dress Code Inc . 57 アーキテクチャ特性の優先順位付け ● 🔥 最優先 🔥 ○ 最速でPMFを達成（プロダクト約10個以上 / 1年） ■ 俊敏性（Agility） ● ⭐ 優先 ⭐ ○ プロダクト（組織）がスケールできる状態の構築（準備） ■ モジュール性（Modularity） ○ 部門間の「摩擦問題」解決・コンパウンドプロダクトによる価値提供 ■ 統合性（All-in-One Solution） ○ グローバルに通用するプロダクトの構築 ■ 国際化（Internationalization, i18n） ■ セキュリティ（Security）

Slide 58

Slide 58 text

Slide 59

Slide 59 text

Slide 60

Slide 60 text

Slide 61

Slide 61 text

Slide 62

Slide 62 text

Slide 63

Slide 63 text

Slide 64

Slide 64 text

Slide 65

Slide 65 text

Slide 66

Slide 66 text

Slide 67

Slide 67 text

Slide 68

Slide 68 text

Slide 69

Slide 69 text

© Dress Code Inc . 69 まとめ ● この高速な開発を支える”基盤” ≒ ”アーキテクチャ”が必要 ○ ”エンタープライズアーキテクチャ” を定義していく ■ 「現状（As-Is）」と「目標（To-Be）」の視点で整理 ○ 「プロダクト特性」から「アーキテクチャ特性」を特定 ■ アーキテクチャ特性はトレードオフになるので優先度を決める ● 理想系を見据えて、必要なものだけを選び抜く ○ 今一番必要なアーキテクチャ特性を選択