答案。

问题的背景：

在经典项目中，需求通常以“批量”的形式记录，而不指定优先级，这最终导致努力的平均分配和产品上市的延迟。出现了对系统化优先级排序和管理不同利益相关者冲突的需求。

问题：

没有统一的优先级排序机制，团队的资源被低效使用，业务的价值达到最低，利益相关者的不满升级。

解决方案：

系统分析师使用透明、规范化的优先级排序方法：

• 询问利益相关者，记录他们的期望和限制。
• 应用方法论（MoSCoW, Kano, 价值与复杂性）
• 形成分解的待办事项，与产品负责人和关键客户进行协调。
• 提出MVP或迭代产品开发——“快速胜利”以减少抵抗并增加团队参与度。

关键特点：

• 始终记录是谁以及为什么会设置某一优先级。
• 推广MVP理念和短周期。
• 使用 formal 的权重方法（例如，影响映射，价值流映射）。

迷惑性问题。

根据“谁喊得更响”（谁是最有耐心的利益相关者）原则进行优先级排序是否正确？

答案：不对。分析师应考虑业务价值、战略目标和技术限制，而不仅仅是外部压力。

是否可以不进行正式的优先级协调，而让团队自行决定？

答案：不可以。没有正式化可能导致冲突、重要任务的丢失和目标的不稳定。

在获取新数据/反馈时，是否需要重新审视优先级？

答案：是的。优先级是动态的，并在每个设计和开发阶段进行调整。

常见错误和反模式

• 一旦设定的优先级便是石刻的（应随着新输入的出现而变化）。
• 仅为了形式的规范化，而未与利益相关者确认优先级的含义。
• 仅关注一个“重要”的客户，忽视其他人。

生活中的例子

负面案例： 团队首先实施了最大的利益相关者的请求，忽略了其他参与者的小但战略性的任务。

优点：赢得了强大客户的忠诚。 缺点：失去了其他部门的支持，产品的总体价值下降。

正面案例： 分析师通过定期访谈收集来自不同部门的价值评估，实施了MoSCoW和业务任务评估，并每两周协调一次优先级的变化。

优点：遵循了业务优先级，产品灵活应对新的输入。 缺点：该过程需要时间来协调和收集信息。