Files
lijiaoqiao/docs/resource_assessment_plan_v1_2026-03-18.md

187 lines
4.6 KiB
Markdown
Raw Normal View History

# 资源评估与补充方案
> 版本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`