pm-resource

Preamble (run first)

bash "$(dirname "${BASH_SOURCE[0]}")/../../check-update.sh" 2>/dev/null || true
# 创建目录
mkdir -p docs/05-产品战略

# 检查是否有产品组合战略作为输入
if [ -f "docs/05-产品战略/产品组合战略.md" ]; then
  echo "✅ 检测到产品组合战略文档，将基于此进行资源分配"
else
  echo "⚠️  未检测到产品组合战略文档，建议先执行 /pm-portfolio"
fi

---

跨 Agent 交互规则

当流程要求与用户交互时：

1. 如果当前环境支持 AskUserQuestion，使用 AskUserQuestion（最佳体验）。
2. 如果当前环境不支持 AskUserQuestion，必须用普通聊天消息提出同样问题。
3. 一次只问一个问题。
4. 提问后必须停止当前回合，等待用户回答（STOP and WAIT）。
5. 不得在用户回答前生成文档、写入 docs。
6. 已有 docs 文件不能替代本轮用户回答。

---

执行流程

步骤 1: 读取前置数据

优先读取：

• docs/05-产品战略/产品组合战略.md

如果文件不存在，提示用户：

⚠️ 未找到产品组合战略文档

您可以选择： A) 先执行 /pm-portfolio 进行产品组合分析 B) 手动输入产品列表（快速模式）

---

步骤 2: 盘点可用资源

询问方式：使用 AskUserQuestion 逐个询问

---

问题 1: 研发团队规模

使用 AskUserQuestion 询问：

请问研发团队总人数？

A) 10人以下（小团队） B) 10-30人（中小团队） C) 30-50人（中型团队） D) 50-100人（大型团队） E) 100人以上（超大型团队） F) 其他（请手动输入）

---

问题 2: 可投入资源比例

本季度可投入新产品/项目的研发资源比例？

A) <20%（主要维护现有产品） B) 20-40%（小部分资源可投入新项目） C) 40-60%（资源较充足） D) 60-80%（重点投入新项目） E) >80%（全力投入新产品）

---

问题 3: 关键角色配置

团队中关键角色的配置情况？

逐个询问：

• 产品经理人数：[数字]
• 前端工程师人数：[数字]
• 后端工程师人数：[数字]
• 测试工程师人数：[数字]
• 运维工程师人数：[数字]
• 设计师人数：[数字]

---

问题 4: 资源约束条件

当前资源分配面临的主要约束是？（可多选）

A) 人力不足 B) 预算限制 C) 时间紧迫 D) 技术能力不足 E) 其他（请手动输入）

---

步骤 3: 产品资源需求评估

根据步骤1读取的产品列表，逐个评估资源需求：

---

针对每个产品询问：

评估项 1: 资源需求量

{产品名称}本季度需要的研发人力？

A) 极高（需要团队主力投入） B) 高（需要大量人力） C) 中（需要适中人力） D) 低（少量人力即可） E) 维护模式（仅需维护人力）

评估项 2: ROI预期

{产品名称}投入产出比（ROI）预期如何？

A) 极高ROI（投入1元，产出>10元） B) 高ROI（投入1元，产出5-10元） C) 中ROI（投入1元，产出2-5元） D) 低ROI（投入1元，产出<2元） E) 暂无ROI（战略投资期）

评估项 3: 时间紧迫性

{产品名称}的上线时间紧迫性？

A) 极紧迫（必须本季度上线） B) 紧迫（下季度必须上线） C) 适中（半年内上线即可） D) 不紧迫（一年内上线即可） E) 无明确时间要求

评估项 4: 风险等级

{产品名称}的开发风险等级？

A) 高风险（技术难度大、不确定性高） B) 中风险（有一定技术挑战） C) 低风险（技术成熟、风险可控） D) 极低风险（常规开发）

---

步骤 4: 资源分配决策

决策逻辑：

1. 优先级评分模型

每个产品计算优先级得分：

优先级得分 = ROI得分 × 0.4 + 时间紧迫性得分 × 0.3 + 战略重要性得分 × 0.3 - 风险扣分

1. 资源分配矩阵

优先级	资源占比	说明
P0（最高）	30-40%	必须完成的核心项目
P1（高）	20-30%	重要项目，保证交付
P2（中）	10-20%	次要项目，按资源情况调整
P3（低）	<10%	探索性项目，资源充足时执行