ストーリー

ステークホルダーマッピング

ステークホルダー一覧

NexPayスーパーアプリプロジェクトの主要ステークホルダーを特定します。

ステークホルダーの影響力と関心度マトリクス

graph TD
    subgraph Q1["情報提供
低影響力 × 高関心度"]
        A1["監査法人"]
        A2["QAチーム"]
    end
    subgraph Q2["密な連携
高影響力 × 高関心度"]
        B1["CEO"]
        B2["CFO"]
        B3["CISO"]
        B4["コンプライアンス"]
    end
    subgraph Q3["最小管理
低影響力 × 低関心度"]
        C1["外部パートナー"]
    end
    subgraph Q4["満足維持
高影響力 × 低関心度"]
        D1["PM"]
        D2["開発チーム"]
        D3["SRE"]
        D4["加盟店"]
    end
    style Q1 fill:#dbeafe,stroke:#2563eb,stroke-width:2px,color:#1e40af
    style Q2 fill:#fee2e2,stroke:#dc2626,color:#991b1b
    style Q3 fill:#f3f4f6,stroke:#9ca3af,color:#374151
    style Q4 fill:#fef3c7,stroke:#d97706,stroke-width:2px,color:#92400e
    style A1 fill:#dbeafe,stroke:#2563eb,color:#1e40af
    style A2 fill:#dbeafe,stroke:#2563eb,color:#1e40af
    style B1 fill:#fee2e2,stroke:#dc2626,color:#991b1b
    style B2 fill:#fee2e2,stroke:#dc2626,color:#991b1b
    style B3 fill:#fee2e2,stroke:#dc2626,color:#991b1b
    style B4 fill:#fee2e2,stroke:#dc2626,color:#991b1b
    style C1 fill:#f3f4f6,stroke:#9ca3af,color:#374151
    style D1 fill:#fef3c7,stroke:#d97706,color:#92400e
    style D2 fill:#fef3c7,stroke:#d97706,color:#92400e
    style D3 fill:#fef3c7,stroke:#d97706,color:#92400e
    style D4 fill:#fef3c7,stroke:#d97706,color:#92400e

品質属性の優先順位付け

ステークホルダー別の品質属性要求

各ステークホルダーの関心事を品質属性に変換し、優先順位を付けます。

// ステークホルダーの関心事から品質属性への変換
interface QualityAttributePriority {
  attribute: string;
  stakeholders: string[];
  priority: "MUST" | "SHOULD" | "COULD";
  rationale: string;
}

const priorities: QualityAttributePriority[] = [
  {
    attribute: "セキュリティ（Security）",
    stakeholders: ["CISO", "コンプライアンス", "CEO", "監査法人"],
    priority: "MUST",
    rationale: "金融サービスの根幹。PCI DSS/犯収法は法的義務",
  },
  {
    attribute: "可用性（Availability）",
    stakeholders: ["CEO", "エンドユーザー", "加盟店", "SRE"],
    priority: "MUST",
    rationale: "決済基盤の停止は直接的な売上損失と信頼毀損",
  },
  {
    attribute: "パフォーマンス（Performance）",
    stakeholders: ["エンドユーザー", "加盟店", "PM"],
    priority: "MUST",
    rationale: "決済のレイテンシはUXと加盟店の業務効率に直結",
  },
  {
    attribute: "スケーラビリティ（Scalability）",
    stakeholders: ["CEO", "CFO", "SRE"],
    priority: "MUST",
    rationale: "300万→1000万ユーザーへの成長を支える必要がある",
  },
  {
    attribute: "保守性（Maintainability）",
    stakeholders: ["開発チーム", "PM", "QA"],
    priority: "SHOULD",
    rationale: "3つの事業領域を50名で並行開発するための効率性",
  },
  {
    attribute: "相互運用性（Interoperability）",
    stakeholders: ["外部パートナー", "PM"],
    priority: "SHOULD",
    rationale: "銀行API、証券API、外部決済ネットワークとの連携",
  },
  {
    attribute: "コスト効率（Cost Efficiency）",
    stakeholders: ["CFO", "CEO"],
    priority: "SHOULD",
    rationale: "インフラコストが収益を圧迫しないこと",
  },
  {
    attribute: "デプロイ容易性（Deployability）",
    stakeholders: ["開発チーム", "SRE", "PM"],
    priority: "COULD",
    rationale: "高頻度リリースによる市場投入速度の向上",
  },
];

品質属性の優先順位マトリクス

「MUSTとSHOULDの境界は明確にしておくべきだ。フィンテックではセキュリティと可用性は交渉の余地がない。保守性やデプロイ容易性は”あるに越したことはない”が、セキュリティを犠牲にしてまで追求するものではない」 — 佐藤CTO

アーキテクチャドライバーの抽出

ドライバー分析

ステークホルダー分析と品質属性の優先順位から、アーキテクチャドライバーを抽出します。

interface ArchitecturalDriver {
  id: string;
  category: "FunctionalRequirement" | "QualityAttribute" | "Constraint";
  description: string;
  impact: "HIGH" | "MEDIUM" | "LOW";
  relatedStakeholders: string[];
}

const architecturalDrivers: ArchitecturalDriver[] = [
  // 主要機能要件（アーキテクチャに影響するもの）
  {
    id: "FR-001",
    category: "FunctionalRequirement",
    description: "決済・送金・投資の3サービスを統合し、シームレスな連携を実現する",
    impact: "HIGH",
    relatedStakeholders: ["CEO", "PM", "エンドユーザー"],
  },
  {
    id: "FR-002",
    category: "FunctionalRequirement",
    description: "リアルタイム取引処理（決済完了まで2秒以内）",
    impact: "HIGH",
    relatedStakeholders: ["エンドユーザー", "加盟店"],
  },
  {
    id: "FR-003",
    category: "FunctionalRequirement",
    description: "KYC/AMLのリアルタイム審査と継続的モニタリング",
    impact: "HIGH",
    relatedStakeholders: ["コンプライアンス", "CISO"],
  },

  // 品質属性（定量的に定義）
  {
    id: "QA-001",
    category: "QualityAttribute",
    description: "決済システムの可用性 99.99%（年間ダウンタイム52.6分以下）",
    impact: "HIGH",
    relatedStakeholders: ["CEO", "SRE", "加盟店"],
  },
  {
    id: "QA-002",
    category: "QualityAttribute",
    description: "決済APIレスポンス p99 < 500ms",
    impact: "HIGH",
    relatedStakeholders: ["エンドユーザー", "加盟店"],
  },
  {
    id: "QA-003",
    category: "QualityAttribute",
    description: "10,000 TPS（決済ピーク時）を処理可能",
    impact: "HIGH",
    relatedStakeholders: ["CEO", "SRE"],
  },
  {
    id: "QA-004",
    category: "QualityAttribute",
    description: "PCI DSS Level 1に完全準拠するセキュリティ",
    impact: "HIGH",
    relatedStakeholders: ["CISO", "コンプライアンス", "監査法人"],
  },

  // 制約（変更不可能）
  {
    id: "CON-001",
    category: "Constraint",
    description: "PCI DSS Level 1準拠（クレジットカード情報の取扱い）",
    impact: "HIGH",
    relatedStakeholders: ["CISO", "コンプライアンス"],
  },
  {
    id: "CON-002",
    category: "Constraint",
    description: "資金決済法・犯罪収益移転防止法（犯収法）への準拠",
    impact: "HIGH",
    relatedStakeholders: ["コンプライアンス", "CEO"],
  },
  {
    id: "CON-003",
    category: "Constraint",
    description: "既存QRコード決済システム（Java/Spring Boot）からの段階的移行",
    impact: "MEDIUM",
    relatedStakeholders: ["開発チーム", "SRE"],
  },
  {
    id: "CON-004",
    category: "Constraint",
    description: "開発チーム50名（Java/Kotlin/TypeScript経験者中心）",
    impact: "MEDIUM",
    relatedStakeholders: ["開発チーム", "CEO"],
  },
  {
    id: "CON-005",
    category: "Constraint",
    description: "年間インフラ予算: 3億円以内",
    impact: "MEDIUM",
    relatedStakeholders: ["CFO", "CEO"],
  },
];

ドライバー間の相互作用

アーキテクチャドライバーは独立しているわけではなく、相互に影響し合います。

「ドライバー間の競合を見つけることが、トレードオフ判断の出発点になる。特にフィンテックではセキュリティとパフォーマンス、可用性とコストの競合が常につきまとう。これをどう解決するかが、アーキテクトの腕の見せどころだ」 — 佐藤CTO

ステークホルダーコミュニケーション計画

コミュニケーションマトリクス

アーキテクチャ設計のプロセスにおいて、各ステークホルダーとどのようにコミュニケーションするかを計画します。

まとめ

チェックリスト

• 主要ステークホルダーとその関心事を特定できた
• 品質属性の優先順位付け（MUST/SHOULD/COULD）を理解した
• アーキテクチャドライバーの3分類（機能要件/品質属性/制約）を把握した
• ドライバー間の競合関係を識別できた
• コミュニケーション計画の重要性を認識した

次のステップへ

次は「品質属性シナリオの策定」に進みます。抽出したアーキテクチャドライバーを、定量的で検証可能な品質属性シナリオに変換しましょう。

推定読了時間: 30分