资源配置效率——用最少资源产出最大价值

项目管理 🎧 朗读

PMP职场实战108问 · 第94问

去年三季度我接手了一个车联网平台的二期项目。项目预算砍了30%,工期压到四个月,但业务方要的功能从36个变成了42个——因为竞争对手刚上线了实时路况预警功能。我翻着那份《资源加载表》时,头顶的灯管开始闪,会议室空调坏了,汗顺着领口往下淌。当时项目组一共12个人,包括我在内,4个开发,3个测试,2个前端,1个UX,外加2个刚从其他项目借调过来的新人,连Git分支都不太会用。

这种情况下,每个PM的第一反应是“我要加人”。但加人是最偷懒的解法,也是效率最低的解法——布鲁克斯法则说过,对已延误的项目加人只会让它更延误。于是我做了一个决定:把所有需求卡片从Jira里倒出来,打印成一面墙。然后我拿了一管红色马克笔,当着业务方和开发组长的面,把所有“好看但不必要”的功能全部划掉。

什么叫“好看但不必要”?比如那个路况预警功能,业务方要求做到“道路拥堵指数每15秒刷新一次,并用渐变热力图渲染整条路线”。我跟前端组长聊了10分钟,他说“热力图渲染要重写地图SDK接口,光这一件事两个前端至少要干两周”。我问测试组长,“UI变颜色你测什么”,他说“至少三种模式切换,8个不同拥堵等级的颜色对照表,加上边界条件下地图缩放的渲染卡顿,三个测试得测一周”。那么问题就清楚了——这个“很炫”的功能,要用掉项目总人力的22%,换来一个“用户可能看一眼就关掉”的视觉。

我当场跟业务负责人说:我理解你要跟竞品对标,但我要你拍着胸口回答我一个问题——你用这个功能的时候,是关心颜色渐变,还是关心“这条路到底是红的还是黄的”?他说,红的黄的就行。我说好,那我给你一个“三级色块版本”:红色代表拥堵,黄色代表缓行,绿色代表畅通。后端每30秒拉一次数据就行,用地图SDK自带的标记点功能,两个前端加一个测试,三天搞定。他犹豫了大概5秒钟,然后点了头。

这件事打开了整个项目的资源配置逻辑。我开始盯着每个功能问一个很“得罪人”的问题:这个功能是“必须现在上线”还是“可以后补”?不是“要不要”,而是“什么时候要”。我把项目拆分成了两个版本——V2.0是“能用”,V2.1是“好用”。所有“好用”类功能被我标记为“延后至Sprint 5”,而Sprint 5根本不在当前项目计划里。这就等于说——业务方同意的前提下,我在项目启动前就提前“负债”了功能。

但真正让我踩坑的,不是功能取舍,而是人力资源的错配。

项目进行到第七周时,UX设计师做完了所有核心页面的高保真原型,进入空闲状态。按计划他应该继续优化边缘页面的细节,但我知道他的时薪最高,用他去调颜色、切icon是最低效的资源浪费。我干了一件整个公司没人干过的事——我让他去给两个新来的开发做“代码规范TDD”。那个UX设计出身的人,大学时辅修过计算机,做过两个小项目的前端。虽然他的代码水平比不上专职开发,但他教新人“如何写可读性高的变量名”“如何写单元测试用例”,恰恰比老开发更有耐心,因为他不自诩“专家”。结果呢?那两个新人本来是代码质量的重灾区,第三周代码Review的通过率只有40%,经过他一周的“非正式结对编程”,第八周Review通过率跳到78%。我相当于用1个UX的几天时间,换来了2个开发接近一整个项目周期的效能提升。

测试组也不是闲着的。我做了另一件事:把测试组长的岗位职责从“测试执行”变成“测试自动化基建”。我问他,你现在手工测一个回归要几天?他说3个工作日。我说我给你两周时间编写自动化脚本,目标是让回归变成批量执行。他刚开始觉得冤枉——我一个测组长,写脚本不是我的专职。但我画了一张饼:如果自动化能省下每周3天的回归时间,意味着V2.1的测试工作可以直接调用这些脚本,不用新增人手。他后来写了两套case,覆盖了全量接口和70%核心UI。项目交付前一周,我们手动发现了一个严重缺陷,修复后回归自动跑了11分钟就通过了。如果没有这套东西,那个缺陷至少要花3个人测一整天。

项目最后延期了7天,预算没有超,功能上线了39个。最开始砍掉的3个“延后”功能中,有2个在项目交付后两个月内被业务方自己取消了——因为用户反馈中根本没人提。那个实时路况的热力图,我们也从来没上线过。三级色块版本用户满意度95%以上。

所以说到资源配置效率,我个人的理解很简单:不要去想“还有什么资源我没用”,而是要想“哪些资源正在被浪费在没意义的事情上”。人、钱、时间三样东西里,最容易浪费的不是钱,是人——尤其是高成本的人在做低价值的事,新人没人带,老手在试错,专家在做体力活。

我至今保持一个习惯:每个项目开始前,我会拿一张纸,左边写“必须现在做的事”,右边写“可以后补或不做的事”。然后用一句话逼自己——“如果明天预算被砍一半,我保哪几件事?”这个问题的答案,往往就是你该用全部资源去砸的唯一目标。

📌 今日动作:拿出当前正在忙的那个项目,把所有任务按“是否直接影响用户核心价值”和“是否必须本次上线”两个维度列成矩阵。把落在“不核心且不紧急”象限的事,标记为“延后”。如果没人反对,就真的挪到下一版本。


第94问:资源配置效率——用最少资源产出最大价值

📚 返回 PMP职场实战108问 目录 →

本文作者:Samjoe Yang

本文链接: https://need.uno/094-zi-yuan-pei-zhi-xiao-lu-zui-da-hua/

版权声明:本作品采用 知识共享署名-相同方式共享 4.0 国际许可协议 进行许可。

评论