187 lines
4.6 KiB
Markdown
187 lines
4.6 KiB
Markdown
# 资源评估与补充方案
|
||
|
||
> 版本：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`
|