同一件事，在不同阶段不该排同一个优先级

“这件事到底重不重要？”听起来像在问一个固定属性。

可同一项工作，放到项目的不同阶段，答案会变。原型刚开始时，先把核心流程跑通很重要；准备收款时，支付失败比界面再漂亮一点重要；线上已经出故障时，恢复服务又会压过原计划里的功能。

事情没有变，约束变了。

最近读到一篇比较单位和私企如何定义“重要”的文章。原文把差异归到环境、岗位、个人阶段和缺口上。这个判断不需要扩成“哪种组织更好”，对个人项目也成立：优先级不是任务身上的标签，而是任务与当前约束的关系。

假设今晚只有4小时。待办里有导出功能、登录故障和一张新封面。如果明早要给第一个付费用户演示，登录故障会直接阻断演示；如果登录正常但合同要求必须交付数据文件，导出又会排到前面；如果两项都已完成，封面才可能值得占用剩余时间。

同一张待办清单，换一个截止时间、承诺对象或失败代价，顺序就该重算。

我以前容易把“重要”理解成一种长期正确：技术债重要、文档重要、测试重要、用户反馈也重要。每个词单独看都对，放在一起却不能帮人决定下一小时做什么。

能落地的优先级，至少要说清四件事：当前卡住的结果是什么，谁在等，最晚什么时候必须发生，错过以后付出什么代价。缺了这些条件，“重要”常常只是说话的人声音更大。

这和时间管理也不是同一个问题。时间管理解决怎么安排已经选中的事；优先级先决定哪些事此刻值得进入安排。

因此，我更愿意给优先级加一个有效期。今天排第一，不代表下周还排第一；一个约束解除，就重新看结果、承诺和代价。

稳定的原则可以长期保留，具体顺序必须允许变化。否则所谓坚持，很可能只是忘了环境已经换了。

资料：

• 《单位和私企，对重要的定义，是不一样的》