项目管理实战：敏捷开发中的产品经理生存法则与跨部门协作技巧

优先级排序：比制定需求更难的是决定不做什么

产品经理的时间永远不够用，资源永远稀缺。优先级排序的本质是管理机会成本——选择做A就意味着B、C、D都不会被做。RICE框架（Reach覆盖面、Impact影响度、Confidence信心度、Effort工作量）是目前最实用的优先级评估模型之一，但它最大的价值不在于最终的分数，而在于强迫团队就这四个维度进行充分讨论的过程。

另一个实用的优先级工具是Kano模型，它将需求分为基本型、期望型和兴奋型三类。基本型需求是用户认为理所当然应该有、没有就会极度不满的功能；兴奋型需求是用户没想到但体验后会非常惊喜的功能。很多PM的精力花在了兴奋型需求上，而忽略了基本型需求的缺失正在悄悄流失用户。

跨部门协作：产品经理是翻译官

产品经理最核心的软技能不是画原型，而是翻译。把老板的战略意图翻译成可执行的产品路线图，把用户的模糊抱怨翻译成明确的功能需求，把开发的实现难度翻译成项目经理能理解的时间预估。当开发说"这做不了"时，PM要能判断这是真的技术不可行、时间不够还是缺乏意愿。

敏捷不是不规划

敏捷开发反对的是过度规划和拒绝变化，而不是不规划。一个健康的敏捷流程中，产品经理应该维护一个持续更新的产品代办列表，顶部是未来两个迭代的详细需求，往下是粒度逐渐变粗的中长期规划。这既保证了开发团队永远有清晰的工作指令，也为业务方提供了可预期的交付节奏。

【交流与合作】微信号：abc6789122