## 📝 XYZプロジェクト 第1フェーズ仕様書最終レビュー会議 議事録（詳細版）

### 1. 会議概要

| 項目 | 内容 |
| :--- | :--- |
| **会議名** | XYZプロジェクト 第1フェーズ仕様書最終レビューと第2フェーズ連携確認 |
| **日時** | 2025年12月2日（火） 10:00 - 11:30 |
| **場所** | 第3会議室 (ハイブリッド形式、高橋氏のみリモート参加) |
| **参加者** | 山田 〇〇（PM/進行役）、鈴木 ⬜︎⬜︎（広報・コンテンツ担当）、高橋 △△（技術・インフラ担当） |
| **資料** | XYZプロジェクト基本機能仕様書 V1.0 (佐藤氏より共有済)、UI画面ワイヤーフレーム (別紙A) |

### 2. 目的と背景

* **目的:** 第1フェーズで完了した基本機能（認証、基本データ登録/閲覧）の仕様書 V1.0 をチーム全体で最終確認し、正式に承認する。
* **背景:** 開発担当の佐藤氏より、第1フェーズが計画通り完了したとの報告と、仕様書 V1.0 が提出された。この仕様書をもって、結合テストの開始、および次フェーズの開発準備に取り掛かる。

### 3. 議論詳細

#### 3.1. 仕様書 V1.0 全体および基本機能の技術レビュー

**進行：山田**

| 担当者 | 議論内容 | 決定事項/対応事項 |
| :--- | :--- | :--- |
| **山田** | 昨日佐藤さんから仕様書 V1.0 が共有されました。高橋さん、技術的な観点から基本機能とDB設計に関して懸念点があればお願いします。 | |
| **高橋** | 全体を通して、第1フェーズの要件は満たされており、技術的に大きな問題はありません。「3.1.1 ログイン」のエラー処理について補足します。3回連続失敗で5分間のアカウントロックは、ブルートフォースアタック対策として標準的で妥当です。ただし、**ロック解除時の通知**（ユーザーへのメール通知など）が必要か否かを検討すべきです。 | **【ToDo T-4】** アカウントロック時のユーザー通知（有無、形式）について、佐藤氏を通じて開発チームに検討を依頼する。必須ではないが、UX向上のため検討の価値あり。 |
| **高橋** | また、基本レコード登録時のバリデーション（「タイトル」必須）について、文字列のサニタイズ処理（XSS対策など）がフロントエンドだけでなく、バックエンド側でも確実に行われるか、仕様書に明記されていないため、念のため確認が必要です。 | **【ToDo T-5】** バックエンド側のセキュリティ対策（入力値サニタイズ）が設計に含まれているか、仕様書への追記を佐藤氏に依頼する。 |
| **山田** | ありがとうございます。セキュリティとUXの両面からの指摘は重要ですね。第1フェーズ仕様書として、技術的骨子に問題がないと判断し、これらの懸念点は**マイナー修正**として対応を進めます。 | **【決定 D-1】** 技術仕様として大きな問題がないため、仕様書 V1.0 を正式に承認する。 |

#### 3.2. 広報・コンテンツ視点からの仕様レビュー

**進行：山田**

| 担当者 | 議論内容 | 決定事項/対応事項 |
| :--- | :--- | :--- |
| **山田** | 鈴木さん、広報・運用目線で「3.2 データ登録機能」やUI設計に関するフィードバックをお願いします。 | |
| **鈴木** | 「3.2 データ登録機能」の「担当者」選択項目について、現状のリスト表示順（おそらく登録順）は使いにくいと感じます。運用が開始されれば、このリストから担当者を素早く探す必要が出てくるため、**氏名の五十音順（昇順）**での表示を強く推奨します。これにより、マニュアル作成や新規ユーザーへの説明も容易になります。 | **【ToDo T-1 再確認】** データ登録機能の担当者リスト表示順を五十音順へ変更することを佐藤氏へ依頼する。（優先度：高） |
| **鈴木** | 「4. UI設計概要」にあるように、モバイルフレンドリーは必須要件です。しかし、添付のワイヤーフレーム（別紙A）を見ると、モバイルでの一覧表示時、項目が多くて少し見づらい印象があります。一覧表示で**モバイル環境**でのレイアウト崩れや表示項目の優先順位付けについて、結合テストフェーズで特に注視したいです。 | **【対応】** 結合テスト段階で、広報チームによるUI/UXの**実機テスト**を実施する。（連携事項） |
| **山田** | 了解しました。特にT-1の表示順は、運用の使い勝手に直結するため、優先的に開発チームへフィードバックしましょう。 | |

#### 3.3. 第2フェーズへの移行と連携事項

**進行：山田**

* **山田:** 仕様書が承認されたため、次のフェーズへの移行準備に入ります。第2フェーズは「外部連携と拡張レポート機能」が主軸となります。
* **高橋:** 第2フェーズで利用する外部API（特に決済関連API）の選定と検証作業を早急に進めたい。技術的な実現可能性だけでなく、費用対効果も考慮した選定が必要になります。つきましては、APIの**公式ドキュメント**やSandbox環境へのアクセス情報を、プロジェクトオーナー経由で早期に共有していただけると助かります。
    * **【ToDo T-3 強化】** 外部連携APIのドキュメント、アクセス情報、および必要な検証環境の情報を今週中、できれば水曜日までに高橋氏へ共有する。
* **鈴木:** 拡張レポート機能はユーザーへの訴求力が高い部分です。機能概要が固まり次第、広報戦略を立てるために、**機能のメリットと画面構成案**を開発チームから早めに共有してほしい。リリース時のプロモーション戦略に直結します。
* **山田:** 開発チームには、スケジュール管理だけでなく、広報・技術チームへの情報連携もプロジェクトマネジメントの一環として徹底するよう指示します。具体的な第2フェーズの要件定義とスケジュールについて、明日中に改めて会議日程を調整し、全員に共有します。
    * **【ToDo T-2 再確認】** 第2フェーズの要件定義キックオフミーティングの日程調整を本日午後実施し、明日（12/3）午前中に招集をかける。

### 4. 決定事項とToDoリスト

| No. | 種別 | 決定事項 / ToDo | 担当者 | 期限 | 備考 |
| :--- | :--- | :--- | :--- | :--- | :--- |
| **D-1** | 承認 | XYZプロジェクト第1フェーズ仕様書 V1.0 を正式に**承認**する。 | 全員 | 即時 | マイナー修正はToDoとして対応。 |
| **T-1** | 開発修正 | データ登録画面の「担当者」選択リスト表示順を五十音順へ変更するよう佐藤氏に依頼。 | 山田 | 本日中 | 運用効率化のため最優先。 |
| **T-2** | スケジュール | 第2フェーズ要件定義キックオフの日程を調整し、明日午前中に招集。 | 山田 | 明日（12/3）午前中 | |
| **T-3** | 技術連携 | 外部連携APIのドキュメントと検証環境の情報を高橋氏へ共有する。 | 山田/オーナー | 今週水曜日 | 第2フェーズの基盤となる情報。 |
| **T-4** | 開発検討 | アカウントロック時のユーザー通知（メール通知など）の要否を開発チームに検討させる。 | 山田 | 12/4（水） | UX向上のための提案事項。 |
| **T-5** | 仕様追記 | バックエンド側の入力値サニタイズ処理について仕様書 V1.1 に明記するよう佐藤氏に依頼。 | 山田 | 12/4（水） | セキュリティ対策の明確化。 |

---
**議事録作成者:** 山田 〇〇
**確認者:** 鈴木 ⬜︎⬜︎、高橋 △△
**確認日:** 2025年12月2日
