[テンプレ]承認履歴

関連テンプレ構成
テンプレート
# 承認履歴

設計書の内容が、プロジェクトの主要な意思決定者によって正式に承認されたことを明示します。

## 承認記録テーブル

- 承認書原本: [approval-documents.pdf](approvals/approval-documents.pdf)

| 承認No | 承認日 | 承認者 | 役割 | 承認範囲 | コメント | 署名 |
|-------|--------|-------|------|---------|---------|------|
| APP-001 | 2025-12-10 | 山田太郎 | 技術責任者 | 技術設計全般 | 技術的に問題なし。承認します。 | [署名リンク] |
| APP-002 | 2025-12-11 | 佐藤花子 | セキュリティ責任者 | セキュリティ設計 | セキュリティ要件を満たしています。 | [署名リンク] |
| APP-003 | 2025-12-12 | 鈴木一郎 | プロジェクトマネージャー | 全体 | 次工程への移行を承認します。 | [署名リンク] |
| APP-004 | - | 田中次郎 | 事業責任者 | ビジネス整合性 | 承認待ち | - |

## 承認プロセスフロー

```mermaid
graph TB
    A[全レビュー完了] --> B[承認依頼]
    B --> C[技術責任者承認]
    C --> D{承認?}
    D -->|No| E[差し戻し]
    E --> F[修正]
    F --> B
    
    D -->|Yes| G[セキュリティ責任者承認]
    G --> H{承認?}
    H -->|No| E
    H -->|Yes| I[PM承認]
    
    I --> J{承認?}
    J -->|No| E
    J -->|Yes| K[事業責任者承認]
    
    K --> L{承認?}
    L -->|No| E
    L -->|Yes| M[設計書確定]
    
    M --> N[ベースライン設定]
    N --> O[開発工程開始]
```

## 承認階層

```mermaid
graph TD
    A[事業責任者] --> B[プロジェクトマネージャー]
    B --> C[技術責任者]
    B --> D[セキュリティ責任者]
    C --> E[アーキテクト]
    C --> F[インフラ担当]
    D --> G[セキュリティ担当]
```

## 承認基準

各承認者は、以下の基準に基づいて承認を行います。

| 承認者 | 承認基準 |
|-------|---------|
| 技術責任者 | ・技術選定が適切である<br>・アーキテクチャが要件を満たす<br>・技術的リスクが管理されている |
| セキュリティ責任者 | ・セキュリティ要件を満たす<br>・脆弱性対策が適切である<br>・コンプライアンスに準拠している |
| プロジェクトマネージャー | ・スケジュール・コストが妥当<br>・リスクが許容範囲内<br>・品質基準を満たす |
| 事業責任者 | ・ビジネス要件と整合する<br>・投資対効果が見込める<br>・事業戦略と合致する |

## 承認後の変更管理

設計書が承認され、ベースラインとして確定した後の変更は、変更管理プロセスに従います。

**変更管理フロー**:

```mermaid
graph TB
    A[変更要求] --> B{影響度評価}
    B -->|軽微| C[担当者判断]
    B -->|中程度| D[PM承認]
    B -->|重大| E[再承認プロセス]
    
    C --> F[変更実施]
    D --> F
    E --> G[全承認者による再承認]
    G --> F
    
    F --> H[変更履歴記録]
    H --> I[関係者通知]
```

**変更履歴テーブル**:

- 変更管理台帳: [change-log.xlsx](changes/change-log.xlsx)

| 変更No | 変更日 | 変更箇所 | 変更理由 | 変更内容 | 影響度 | 承認者 |
|-------|--------|---------|---------|---------|-------|-------|
| CHG-001 | 2025-12-15 | 2.2 API設計 | 新規要件追加 | [エンドポイント2つ追加](管理台帳リンク) || 山田太郎 |
| CHG-002 | 2025-12-18 | 5.1 インフラ構成 | コスト最適化 | [インスタンスタイプ変更](管理台帳リンク) | 軽微 | 佐藤花子 |

---

## ドキュメント版数管理

| 版数 | 日付 | 変更内容 | 作成者 | 承認者 |
|------|------|---------|-------|-------|
| 0.1 | 2025-11-15 | 初版作成 | 開発チーム | - |
| 0.5 | 2025-12-01 | 技術レビュー反映 | 開発チーム | - |
| 0.9 | 2025-12-08 | 全レビュー反映 | 開発チーム | - |
| 1.0 | 2025-12-12 | 正式承認版 | 開発チーム | 全承認者 |
| 1.1 | 2025-12-15 | 変更要求CHG-001反映 | 開発チーム | PM |

---
プレビュー

承認履歴

設計書の内容が、プロジェクトの主要な意思決定者によって正式に承認されたことを明示します。

承認記録テーブル

承認No 承認日 承認者 役割 承認範囲 コメント 署名
APP-001 2025-12-10 山田太郎 技術責任者 技術設計全般 技術的に問題なし。承認します。 [署名リンク]
APP-002 2025-12-11 佐藤花子 セキュリティ責任者 セキュリティ設計 セキュリティ要件を満たしています。 [署名リンク]
APP-003 2025-12-12 鈴木一郎 プロジェクトマネージャー 全体 次工程への移行を承認します。 [署名リンク]
APP-004 - 田中次郎 事業責任者 ビジネス整合性 承認待ち -

承認プロセスフロー

graph TB
    A[全レビュー完了] --> B[承認依頼]
    B --> C[技術責任者承認]
    C --> D{承認?}
    D -->|No| E[差し戻し]
    E --> F[修正]
    F --> B

    D -->|Yes| G[セキュリティ責任者承認]
    G --> H{承認?}
    H -->|No| E
    H -->|Yes| I[PM承認]

    I --> J{承認?}
    J -->|No| E
    J -->|Yes| K[事業責任者承認]

    K --> L{承認?}
    L -->|No| E
    L -->|Yes| M[設計書確定]

    M --> N[ベースライン設定]
    N --> O[開発工程開始]

承認階層

graph TD
    A[事業責任者] --> B[プロジェクトマネージャー]
    B --> C[技術責任者]
    B --> D[セキュリティ責任者]
    C --> E[アーキテクト]
    C --> F[インフラ担当]
    D --> G[セキュリティ担当]

承認基準

各承認者は、以下の基準に基づいて承認を行います。

承認者 承認基準
技術責任者 ・技術選定が適切である
・アーキテクチャが要件を満たす
・技術的リスクが管理されている
セキュリティ責任者 ・セキュリティ要件を満たす
・脆弱性対策が適切である
・コンプライアンスに準拠している
プロジェクトマネージャー ・スケジュール・コストが妥当
・リスクが許容範囲内
・品質基準を満たす
事業責任者 ・ビジネス要件と整合する
・投資対効果が見込める
・事業戦略と合致する

承認後の変更管理

設計書が承認され、ベースラインとして確定した後の変更は、変更管理プロセスに従います。

変更管理フロー:

graph TB
    A[変更要求] --> B{影響度評価}
    B -->|軽微| C[担当者判断]
    B -->|中程度| D[PM承認]
    B -->|重大| E[再承認プロセス]

    C --> F[変更実施]
    D --> F
    E --> G[全承認者による再承認]
    G --> F

    F --> H[変更履歴記録]
    H --> I[関係者通知]

変更履歴テーブル:

変更No 変更日 変更箇所 変更理由 変更内容 影響度 承認者
CHG-001 2025-12-15 2.2 API設計 新規要件追加 エンドポイント2つ追加 山田太郎
CHG-002 2025-12-18 5.1 インフラ構成 コスト最適化 インスタンスタイプ変更 軽微 佐藤花子

ドキュメント版数管理

版数 日付 変更内容 作成者 承認者
0.1 2025-11-15 初版作成 開発チーム -
0.5 2025-12-01 技術レビュー反映 開発チーム -
0.9 2025-12-08 全レビュー反映 開発チーム -
1.0 2025-12-12 正式承認版 開発チーム 全承認者
1.1 2025-12-15 変更要求CHG-001反映 開発チーム PM