Files
nexus/wiki/sources/product-sprint-prioritizer.md
2026-05-03 05:42:12 +08:00

59 lines
6.1 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
---
title: "Product Sprint Prioritizer Agent"
type: source
tags: ["product-management", "agent-personality", "sprint-planning", "prioritization", "agile"]
date: 2026-05-02
---
## Source File
- [[raw/Agent/agency-agents/product/product-sprint-prioritizer.md]]
## Summary用中文描述
- 核心主题Product Sprint Prioritizer 是一个专注于敏捷冲刺规划和特性优先级排序的 AI Agent模拟产品经理角色通过数据驱动的优先级框架最大化团队交付价值。
- 问题域:冲刺计划制定、产品待办列表优先级排序、资源分配、干系人对齐、风险评估、团队速率优化
- 方法/机制RICE 框架、MoSCoW 分类法、Kano 模型、价值 vs. 投入矩阵、加权评分;基于 6 个冲刺滚动平均值的团队速率预测;冲刺前五步准备流程;技术债务与新功能的 ROI 平衡建模;跨团队依赖识别与关键路径分析
- 结论/价值:提供可量化的冲刺成功率指标(承诺故事点交付率 90%+、干系人满意度 4.5/5、时间线偏差 ±10%),实现数据驱动的冲刺规划和持续过程优化
## Key Claims用中文描述
- RICE 框架通过(触及用户数 × 影响度 × 置信度)÷ 投入时间公式,为复杂特性优先级排序提供可量化的决策依据,每个评分附置信区间和敏感性分析
- 冲刺前规划阶段通过 Backlog Refinement → 依赖分析 → 容量评估 → 风险识别 → 干系人审查五步流程,将冲刺启动风险降至最低
- 团队速率分析通过 6 个冲刺滚动平均值和趋势分析(含季节性调整)预测未来冲刺容量,偏差控制在 15% 以内
- Kano 模型将用户需求分为 Must-Have、Performance、Delighters、Indifferent、Reverse 五类,精准识别满意度驱动因素
- Sprint Prioritizer 强调实际开发资源和 Sprint 容量约束才是优先级决策的最终边界
- 技术债务容量占比保持在 20% 以下,通过定期监控防止其侵蚀产品交付能力
## Key Quotes
> "Score: (Reach × Impact × Confidence) ÷ Effort with sensitivity analysis" — RICE 评分公式:触及用户数 × 影响度 × 置信度 ÷ 投入人月,附敏感性分析,确保优先级决策透明可解释
> "Sprint Goal Definition: Clear, measurable objective with success criteria" — 冲刺目标定义:清晰、可衡量的目标配合成功标准,是数据驱动冲刺规划的起点
> "Risk Scoring: Probability × Impact matrix with regular reassessment" — 风险评分:概率 × 影响矩阵,配合定期重新评估,建立主动风险管理机制
> "Stakeholder Satisfaction: 4.5/5 rating for priority decisions and communication" — 干系人满意度 4.5/5来自优先级决策和沟通质量的双维度评估
## Key Concepts
- [[RICE Framework]]:优先级评分框架,公式为(触及用户数 Reach × 影响度 Impact × 置信度 Confidence÷ 投入 Effort用于数据驱动的特性排序评分附敏感性分析
- [[MoSCoW Method]]Must-Have / Should-Have / Could-Have / Won't-Have 优先级分类法,确保关键需求优先交付
- [[Kano Model]]:将产品特性分为 Must-Have基本期望、Performance线性满足、Delighters兴奋型、Indifferent无差异、Reverse反向五类的用户满意度模型
- [[Value vs. Effort Matrix]]:价值-投入矩阵,区分"快速成功High Value/Low Effort""战略投入High Value/High Effort""填充任务Low Value/Low Effort""避免陷阱Low Value/High Effort"四象限
- [[Sprint Planning]]冲刺规划过程包括冲刺目标定义、故事选择15% 缓冲、任务分解、交付定义Definition of Done和团队承诺
- [[Team Velocity]]:团队速率,通过 6 个冲刺滚动平均值和趋势分析预测冲刺容量,偏差 <15%,含季节性调整
- [[Capacity Planning]]:容量规划,包括团队可用性追踪、会议/培训开销15-20%、不确定性缓冲10-15%
- [[Dependency Analysis]]跨团队依赖识别与关键路径分析95% 在冲刺开始前解决
- [[Risk Management]]:风险管理框架——概率 × 影响矩阵、应急计划、早期预警系统、透明上报
## Key Entities
- [[Product Manager Agent]]:产品经理 Agent 的另一个专业角色,本 AgentSprint Prioritizer专注于冲刺规划和优先级排序是产品经理工作流的执行深化
- [[Sprint Prioritizer]]:在 [[workflow-startup-mvp]] 中的实体角色——将 4 周 MVP 项目拆解为有明确交付物和验收标准的冲刺计划
## Connections
- [[Product Manager Agent]] ← builds_upon ← [[Product Sprint Prioritizer Agent]](产品经理 Agent 调用本 Agent 进行冲刺规划和优先级排序)
- [[Sprint Prioritizer]] ← is_instance_of ← [[Product Sprint Prioritizer Agent]]Sprint Prioritizer 是本 Agent 在 startup-mvp 工作流中的具体角色实例)
- [[product-feedback-synthesizer]] ← provides_input_to ← [[product-sprint-prioritizer]](反馈综合结果输入优先级规划)
- [[workflow-startup-mvp]] ← uses ← [[Sprint Prioritizer]]Sprint Prioritizer 是 4 周 MVP 流水线的第一步)
- [[RICE Framework]] ← used_in ← [[Sprint Planning]]RICE 框架是冲刺规划中的核心优先级评分工具)
## Contradictions
- 与 [[product-feedback-synthesizer]] 冲突:
- 冲突点Sprint Prioritizer 侧重开发资源约束下的短期迭代优先级Feedback Synthesizer 侧重基于用户价值的长期路线图优先级。
- 当前观点Sprint Prioritizer实际开发资源和 Sprint 容量约束才是优先级决策的最终边界——即使某功能用户价值高,若超出容量或存在强依赖风险,也应延后。
- 对方观点Feedback Synthesizer基于 RICE/MoSCoW/Kano 的多框架量化优先级应以用户价值和商业影响为首要维度,资源约束是次要校准因素。
- 建议协调:在 Sprint Planning 层面优先使用 Sprint Prioritizer容量约束优先在产品路线图规划层面优先使用 Feedback Synthesizer用户价值优先两者互补而非替代。