プロジェクト管理と製品要件

機能説明

このスキルは、プロジェクト管理と製品要件分析に特化しており、以下を含みます。

• 製品要求仕様書(PRD)の作成
• プロジェクト計画の策定
• タスクの分解と優先順位付け
• ユーザーストーリーと受け入れ基準
• リスクの識別と管理
• アジャイル開発プロセス

使用場面

• 「ECサイトの PRD を作成する」
• 「プロジェクト開発計画を策定する」
• 「機能モジュールとタスクを分解する」
• 「ユーザーストーリーと受け入れ基準を定義する」
• 「プロジェクトのリスクを評価する」
• 「MVP 機能を計画する」

核心能力

1. 要求の洞察と分析

• 真のユーザー要求を正確に識別する
• コア機能と付加価値機能を区別する
• シナリオに基づいた製品設計
• 競合製品分析と差別化ポジショニング

2. 機能分解

• マクロな要求を実行可能な機能ポイントに分解する
• 入力-処理-出力ロジックを定義する
• 依存関係と統合ポイントを識別する
• 境界条件と例外を処理する

3. 優先順位管理

• P0(Must Have): MVP 必須機能
• P1(Should Have): 重要だが必須ではない
• P2(Nice to Have): あれば望ましい機能

4. リスク予測

• 技術的な実現リスク
• 市場受容リスク
• ユーザー採用リスク
• リソースと時間のリスク

PRD ドキュメント構造

標準 PRD テンプレート

# [製品名] 製品要求仕様書(PRD)

**バージョン**: v1.0
**作成日**: 2025-01-01
**作成者**: プロダクトマネージャー
**状態**: 下書き/レビュー中/承認済み

---

## 1. プロジェクトの背景と目標

### 1.1 製品ビジョン
製品の中核となる価値提案と長期的なビジョンを簡潔に記述します。

### 1.2 問題提起
**現在の課題**:
- ユーザーが直面している具体的な問題
- 問題の深刻度と影響範囲
- 既存のソリューションの欠点

**ターゲットユーザー**:
- 主要なユーザーグループ(年齢、職業、行動特性)
- 二次的なユーザーグループ
- ユーザーペルソナと典型的なシナリオ

### 1.3 成功指標(KPI)
- **ユーザー指標**: DAU、MAU、リテンション率
- **ビジネス指標**: GMV、コンバージョン率、顧客単価
- **製品指標**: 機能使用率、完了率
- **技術指標**: 応答時間、可用性

### 1.4 ビジネス目標と制約
**ビジネス目標**:
- 短期目標(3ヶ月)
- 中期目標(6-12ヶ月)
- 長期目標(1-3年)

**既知の制約**:
- 技術的な制限
- 予算の制限
- 時間の制限
- プラットフォームの制限(iOS/Android/Web)

---

## 2. ユーザー調査と競合分析

### 2.1 ユーザーペルソナ
**主要ユーザー: オフィスワーカー**
- 年齢: 25-35歳
- 職業: インターネット、金融、コンサルティング業界
- 課題: 時間管理の困難、作業効率の低さ
- 期待: シンプルで使いやすく、生産性を向上させる

### 2.2 ユーザー旅程

問題の発見 → 解決策の模索 → 登録と使用 → 日常的な使用 → 他者への推奨

### 2.3 競合分析
| 競合 | 強み | 弱み | 差別化の機会 |
|------|------|------|------------|
| 製品 A | 機能が豊富 | 学習コストが高い | 操作フローを簡素化する |
| 製品 B | インターフェースが美しい | パフォーマンスが低い | パフォーマンス体験を最適化する |

---

## 3. 機能要件

### 3.1 機能アーキテクチャ図

├── ユーザーモジュール │ ├── 登録/ログイン │ ├── 個人プロフィール │ └── アカウント設定 ├── コア機能モジュール │ ├── 機能 A │ ├── 機能 B │ └── 機能 C └── 補助機能モジュール ├── 通知センター └── ヘルプセンター

### 3.2 ユーザーストーリーリスト

| ID | ユーザーストーリー | 優先度 | 受け入れ基準 | 依存関係 |
|----|----------|--------|----------|------|
| US-001 | ユーザーとして、製品を使い始めるために、アカウントをすばやく登録したい | P0 | 1. メール/電話番号による登録をサポートする<br>2. 登録プロセスが3ステップを超えない<br>3. 登録が成功したら自動的にログインする | なし |
| US-002 | ユーザーとして、自分のデータにアクセスするために、安全にログインしたい | P0 | 1. パスワードログインをサポートする<br>2. サードパーティログインをサポートする<br>3. ログインに失敗した場合に明確なヒントを表示する | US-001 |
| US-003 | ユーザーとして、自分の仕事を管理するために、タスクを作成したい | P0 | 1. タスクのタイトルと説明を入力できる<br>2. 締め切り日を設定できる<br>3. タスクを作成したらすぐに表示する | US-002 |

### 3.3 機能詳細説明

#### 機能モジュール: ユーザー登録

**機能説明**:
ユーザーはメールアドレスまたは電話番号でアカウントを登録し、本人確認が完了すると製品を使用できます。

**インタラクションフロー**:
1. ユーザーが「登録」ボタンをクリックする
2. 登録方法を選択する(メール/電話番号)
3. 登録情報を入力する
4. 認証コードを受信する
5. 認証を完了する
6. パスワードを設定する
7. 登録が成功し、自動的にログインする

**インターフェース要素**:
- 登録方法の選択(タブ切り替え)
- メールアドレス/電話番号入力ボックス
- 認証コード入力ボックス
- パスワード入力ボックス(強度ヒント付き)
- 規約への同意チェックボックス
- 登録ボタン

**データフィールド**:
| フィールド名 | タイプ | 必須 | 検証ルール | 説明 |
|--------|------|------|----------|------|
| email | String | はい | メール形式 | ユーザーのメールアドレス |
| phone | String | はい | 電話番号形式 | ユーザーの電話番号 |
| password | String | はい | 6-20文字、文字と数字を含む | ログインパスワード |
| verifyCode | String | はい | 6桁の数字 | 認証コード |

**ビジネスルール**:
- メールアドレス/電話番号は重複して登録できない
- 認証コードは5分以内に有効
- パスワードには文字と数字を含める必要がある
- 同じ IP から1日に最大3つのアカウントを登録できる

**例外処理**:
- メールアドレス/電話番号がすでに存在する場合: 「このアカウントは登録済みです。直接ログインしてください」と表示する
- 認証コードが間違っている場合: 「認証コードが間違っています。再入力してください」と表示する
- 認証コードが期限切れの場合: 「認証コードが期限切れです。再取得してください」と表示する
- ネットワークエラーの場合: 「ネットワーク接続に失敗しました。後でもう一度お試しください」と表示する

**インターフェース定義**:

POST /api/auth/register Request: { "email": "user@example.com", "password": "password123", "verifyCode": "123456" }

Response: { "success": true, "data": { "userId": 12345, "token": "jwt_token_here" }, "message": "登録成功" }

---

## 4. 非機能要件

### 4.1 性能要件
- **応答時間**: ページロード < 2秒、API 応答 < 500ms
- **同時実行能力**: 10,000 同時実行ユーザーをサポート
- **拡張性**: 水平方向の拡張をサポート

### 4.2 セキュリティ要件
- **認証**: JWT Token 認証、7日間の有効期間
- **認可**: ロールベースのアクセス制御(RBAC)
- **データ暗号化**: HTTPS 転送、機密データの暗号化ストレージ
- **保護**: SQL インジェクション、XSS、CSRF 保護

### 4.3 互換性要件
- **ブラウザ**: Chrome 90+, Safari 14+, Firefox 88+
- **モバイル**: iOS 13+, Android 8+
- **画面**: 320px - 1920px の幅をサポート

### 4.4 可用性要件
- **システム可用性**: 99.9% (1ヶ月あたりのダウンタイム < 43分)
- **データバックアップ**: 毎日のフルバックアップ、リアルタイムの増分バックアップ
- **災害復旧**: RTO < 1時間、RPO < 5分

### 4.5 保守性要件
- **コード規約**: チームのコーディング規約に従う
- **ドキュメント**: 完全な API ドキュメントと技術ドキュメント
- **ログ**: 完璧なログ記録と監視
- **テスト**: 単体テストのカバレッジ > 80%

---

## 5. 技術ソリューション(オプション)

### 5.1 技術アーキテクチャ

フロントエンド: React + TypeScript + Ant Design バックエンド: Node.js + Express + TypeScript データベース: MySQL + Redis デプロイ: Docker + Kubernetes

### 5.2 データベース設計
```sql
-- ユーザーテーブル
CREATE TABLE users (
  id BIGINT PRIMARY KEY AUTO_INCREMENT,
  email VARCHAR(255) UNIQUE,
  phone VARCHAR(20) UNIQUE,
  password_hash VARCHAR(255),
  created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);

6. プロジェクト計画

6.1 マイルストーン

6.2 タスク分解

Phase 1: MVP コア機能(P0)

• [ ] ユーザー登録/ログイン
• [ ] コア機能 A
• [ ] コア機能 B

Phase 2: 重要な機能(P1)

• [ ] 機能 C
• [ ] 機能 D

Phase 3: 拡張機能(P2)

• [ ] 機能 E
• [ ] 機能 F

7. リスクと対応

7.1 技術リスク

7.2 ビジネスリスク

8. 受け入れ基準

8.1 機能受け入れ

• [ ] すべての P0 機能が完全に実装されている
• [ ] すべてのユーザーストーリーの受け入れ基準が満たされている
• [ ] 致命的なバグがない

8.2 性能受け入れ

• [ ] ページロード時間が 2 秒未満
• [ ] API 応答時間が 500ms 未満
• [ ] 同時実行テストに合格

8.3 セキュリティ受け入れ

• [ ] セキュリティスキャンに合格
• [ ] 危険度の高い脆弱性がない
• [ ] データ暗号化が正しく実装されている

9. 付録

9.1 用語集

• DAU: Daily Active Users, 1日あたりのアクティブユーザー数
• MAU: Monthly Active Users, 1ヶ月あたりのアクティブユーザー数
• MVP: Minimum Viable Product, 最小実行可能製品

9.2 参考資料

• [競合分析レポート]
• [ユーザー調査レポート]
• [技術選定ドキュメント]

9.3 変更履歴

## アジャイル開発プロセス

### Scrum フレームワーク
```markdown
Sprint 期間: 2 週間

Sprint プロセス:
1. Sprint Planning(計画会議)
   - Sprint 目標を決定する
   - ユーザーストーリーを選択する
   - タスクの分解と見積もり

2. Daily Standup(毎日のスタンドアップ)
   - 昨日何をしたか
   - 今日は何をする予定か
   - どのような障害に遭遇したか

3. Sprint Review(レビュー会議)
   - 完成した機能をデモする
   - フィードバックを収集する
   - 製品バックログを更新する

4. Sprint Retrospective(ふりかえり会議)
   - うまくいったことをまとめる
   - 改善の機会を特定する
   - 行動計画を立てる

ユーザーストーリー形式

[ユーザーロール]として
[機能の説明]を希望します
[価値/目標]のために

受け入れ基準:
- [ ] 基準 1
- [ ] 基準 2
- [ ] 基準 3

見積もり: 5 ストーリーポイント
優先度: P0
依存関係: US-001

プロジェクト管理ツール

おすすめツール

• Jira: アジャイルプロジェクト管理
• Trello: カンバン管理
• Asana: タスクコラボレーション
• Notion: ドキュメントとナレッジベース
• Confluence: チームコラボレーションドキュメント
• Figma: デザインコラボレーション
• GitHub Projects: コードプロジェクト管理

ドキュメント管理

プロジェクトドキュメント構造:
├── PRD/
│   ├── 製品要求仕様書.md
│   └── 機能仕様書.md
├── Design/
│   ├── UI デザイン
│   └── インタラクションプロトタイプ
├── Tech/
│   ├── 技術ソリューション.md
│   ├── API ドキュメント.md
│   └── データベース設計.md
├── Test/
│   ├── テスト計画.md
│   └── テストケース.md
└── Release/
    ├── リリース計画.m

(原文はここで切り捨てられています)