从完成任务到交付价值.docVIP

从完成任务到交付价值：我的意义感追寻与年终总结

今年三月接手供应商系统迭代项目时，我还陷在做完即结束的惯性里。当时拿到的需求很明确：优化现有供应商入库流程，把平均审核时长从72小时压缩到48小时。我按照惯例拆解了任务：对接业务部门梳理现有痛点、协调产品部出原型图、跟进开发进度、组织测试团队走用例，一切都按部就班推进，上线前试运行数据也达标，审核时长稳定在43小时左右。项目结项会开完的那天，我在工作日报里写下项目完成，达到预期指标，长舒了一口气觉得又搞定了一件事。

直到上线后第二周，采购部的同事找过来吐槽，说系统是快了，但新入库的供应商履约合格率比去年同期降了12%。我当时第一反应是委屈，明明满足了需求里写的压缩时长要求，怎么还出了问题？跟着他们翻了三十多份新供应商的审核档案才发现，为了提高速度，产品把原来需要采购专员现场核验的仓库实拍环节改成了可选上传项，很多贸易类供应商随便找了网图就提交审核，等到实际供货时才发现根本没有仓储能力，直接导致两个生产车间的物料供应延迟了三天。那天我坐在会议室里，看着生产部提交的工时损失报表，突然意识到我所谓的完成任务，其实根本没有解决真正的问题——我们要的从来不是更快的审核，而是更快筛选出合格的供应商。

那天之后我重新梳理了项目逻辑，拉着采购、质量、生产三个部门开了三次需求对齐会，把原来只盯着时长的单一指标，拆成了审核时长≤48小时新供应商首单合格率