# 资源评估与补充方案

> 版本：v1.0
> 日期：2026-03-18
> 目的：系统性解决评审提出的资源紧张问题

---

## 1. 当前资源评估

### 1.1 各阶段人力需求

| 阶段 | 周期 | 原需求 | 评估 | 风险等级 |
|------|------|--------|------|----------|
| **S0** | 12周 | 5-8人 | ⚠️ 紧张 | 🔴 高 |
| **S1** | 8周 | 6-10人 | ⚠️ 紧张 | 🟡 中 |
| **S2** | 13周 | 8-12人 | ❌ 风险高 | 🔴 高 |
| **S3** | 11周 | 待评估 | - | 🟢 低 |
| **S4** | 5月 | 待评估 | - | 🟢 低 |

### 1.2 瓶颈分析

```
资源冲突示意图：

S0 周期（12周）: |==========|--------|
                  ↑         ↑
              用户供应    Subapi
               系统       集成
               并行       并行

S1 周期（8周）:  |====|====|
                  ↑    ↑
              S1开发   S0收尾
              重叠     冲突
```

**核心瓶颈**：
1. **S0/S1并行风险**：用户供应系统 + Subapi集成需要同时开发
2. **S2 Router Core自研**：需要资深Go开发，难度高
3. **全栈能力需求**：需要同时懂网关、计费、风控的复合型人才

---

## 2. 解决方案

### 2.1 方案A：延长周期（推荐）

| 阶段 | 原周期 | 建议周期 | 增加周数 |
|------|--------|----------|----------|
| S0 | 12周 | **15周** | +3周 |
| S1 | 8周 | 10周 | +2周 |
| S2 | 13周 | **16周** | +3周 |

**优点**：
- 风险可控
- 团队压力减小
- 质量更有保障

**缺点**：
- 整体上线时间延后
- 市场竞争窗口期缩短

### 2.2 方案B：增加资源

| 阶段 | 原人力 | 建议人力 | 增加人数 |
|------|--------|----------|----------|
| S0 | 5-8人 | **8-10人** | +2-3人 |
| S1 | 6-10人 | 8-12人 | +2人 |
| S2 | 8-12人 | **12-15人** | +3-4人 |

**优点**：
- 周期不变
- 可以并行推进

**缺点**：
- 成本增加
- 管理复杂度上升
- 招聘难度大

### 2.3 方案C：分阶段交付（混合策略）

**策略**：将S0拆分为两个里程碑

| 里程碑 | 内容 | 周期 | 人力 |
|--------|------|------|------|
| S0-M1 | 供应方入驻 + 基础验证 | 8周 | 5人 |
| S0-M2 | 套餐发布 + 计费 + 风控 | 7周 | 6人 |
| S1 | Subapi集成 | 8周 | 8人 |

**优点**：
- 每个里程碑可独立验收
- 资源错峰配置
- 风险分散

**缺点**：
- 需要更好的项目管理

---

## 3. 推荐方案

### 3.1 采用方案C（分阶段交付）

**理由**：
1. 平衡风险和进度
2. 避免资源剧烈波动
3. 每个阶段有明确交付物

### 3.2 人力配置建议

```
时间轴 →

S0-M1 (W1-W8):     [供应方入驻+验证]     5人
S0-M2 (W6-W13):    [套餐发布+计费]       6人  ← 重叠2周
S1    (W10-W18):   [Subapi集成]         8人
S2    (W19-W34):   [Router Core自研]    10人
```

### 3.3 角色配置

| 角色 | S0-M1 | S0-M2 | S1 | S2 |
|------|-------|-------|----|----|
| 后端Go开发 | 2 | 3 | 4 | 6 |
| 前端React | 1 | 1 | 2 | 2 |
| 架构师 | 1 | 1 | 1 | 1 |
| 测试QA | 1 | 1 | 1 | 2 |
| **合计** | **5** | **6** | **8** | **11** |

---

## 4. 招聘计划

### 4.1 关键岗位

| 岗位 | 数量 | 到岗时间 | 优先级 |
|------|------|----------|--------|
| 资深Go后端 | 2-3人 | S0启动前 | 🔴 P0 |
| 全栈工程师 | 1人 | S0-M2前 | 🟡 P1 |
| 测试工程师 | 1人 | S1启动前 | 🟡 P1 |

### 4.2 成本估算

| 人力方案 | 月薪成本 | 12周成本 | 24周成本 |
|----------|----------|----------|----------|
| 5人团队 | ¥15-25万 | ¥45-75万 | ¥90-150万 |
| 8人团队 | ¥24-40万 | ¥72-120万 | ¥144-240万 |
| 10人团队 | ¥30-50万 | ¥90-150万 | ¥180-300万 |

---

## 5. 风险缓解措施

### 5.1 资源冲突缓解

| 风险 | 缓解措施 | 责任人 |
|------|----------|--------|
| S0/S1并行冲突 | 分阶段交付，里程碑验收 | 项目经理 |
| 招聘不及期 | 提前启动招聘，猎头渠道 | HR |
| 技术难度高 | 架构师深度参与，代码审查 | 技术负责人 |

### 5.2 备选方案

如果招聘困难：
1. **外包部分非核心功能**（如管理后台）
2. **使用云服务商托管服务**（如托管Redis、Kafka）
3. **延迟非关键功能**（如部分S3机器人能力）

---

## 6. 决策建议

| 决策项 | 选项 | 推荐 |
|--------|------|------|
| S0周期 | 12周 / 15周 | **15周** |
| S2周期 | 13周 / 16周 | **16周** |
| 人力配置 | 5人 / 8人 / 动态 | **动态配置** |
| 招聘策略 | 内招 / 外包 / 猎头 | **猎头+内招** |

---

**文档状态**：资源评估方案
**关联文档**：
- `llm_gateway_subapi_evolution_plan_v4_1_2026-03-18.md`
- `s0_wbs_detailed_v1_2026-03-18.md`