不知道你们还记不记得去年 11 月我写的一篇文章，内容是关于我的几个做产品朋友的每月薪资情况的，老读者一定有印象。


文章里提到了一个朋友林少，当时我是这么介绍他的。

林少，B 端产品经理，在上海。工作 3 年，一直在创业公司，现在月薪 21K，没有年终奖，年底能拿一点期权奖励。

半年时间过去了，前几天林少找我聊天时，他说了一个好消息。


现在他们公司发展还不错，去年 12 月份接了几个大客户的项目，其中一个就是他来负责的。具体项目是基于他们原有 SAAS 产品的定制化改造，时间只有 3 个月，公司人手也不足。


直接说结果，在项目资源有限且周期紧张的情况下，林少不仅顺利完成了任务，而且还通过这个大客户转介绍又拉来了一个新客户。这一战，不仅给公司立了一个优秀合作案例，还给公司赚了不少钱。

在今年 3 月份的公司年度评选上，他获得了唯一的一个「CEO特别奖」，公司给他的年终奖更是严重超出了他的预期，6 个月工资。


要知道，他入职的时候公司可是没有年终奖的。这次这么大方，一方面是他表现确实不错，另一方面也说明公司确实赚到钱了。

说实话，听他说完我也挺替他高兴的，同时也比较眼红，我可从来没享受过这种待遇的年终奖。


当然，有收获就有付出，我细问了下他到底做对了哪些事情，林少给我举了他经历过的一个具体案例。做产品的同学应该都遇到过类似的问题。


项目中期他面临了一个选择，在「赶工」和「加速推进项目」之间要做出权衡。

当他们的项目进行到一半时，林少发现按照这个进度下去，剩下的工期无法按时交付产品。虽然产品设计他都已经完成了，但研发资源和测试资源不够，可能会遇到延期风险。


这种情况下，老板让他注意管理好风险，不管怎样都不能延期交付客户，让他们抓紧时间赶工。


林少说，如果赶工的前提是一切项目流程不变，那就只有两个方法，一个是加班加点，一个是增加人手。

显然，原本就是创业公司的他们，补充预算增加人手是不太现实的。因为公司的钱也有限，还有其他项目在做。所以，只剩下加班加点。

第一周他们疯狂加班，结果就是大家都很疲劳，而实际效果也并不好。于是，林少准备尝试另一种方法，加速推进项目。

注意，加速推进项目不等于加班，也不是增加人手。

起初我也没弄明白，我说赶工和加速推进项目不是一个意思么？

他说不是，还是有很大区别的。

赶工是在项目资源不变的情况下压缩项目时间，方式就是加班或者增加人手。

而加速推进项目是优化原有项目流程，创造出新的时间来补充原本时间的不够。


在原有的项目流程上，他们是分阶段评审 PRD、再研发、再测试。经过林少优化后，他将原本这三个过程的两个节点进行重叠并行，这样就能创造出新时间。


为了让你们更好理解，我画了两幅图。第一个是原有迭代模式下的赶工模式，说白了就是瀑布式，要加速的话，只能加班或加人。

第二个是加速推进模式下的项目流程。简单说，就是让每个环节的工作都提前介入下一个迭代周期。

在有些团队协作模式下，测试介入的前提是需要等开发全部完成和提交。

但在他们团队，只要具备可测试的完整模块，工程师就会打包提交给测试，这样就节省了后期测试的时间。


等功能全部开发完，测试只需要做两边完整的回归测试即可。


同样，提前让开发和测试介入下一个迭代周期 PRD 的设计，也能让大家的信息更通畅，很多的准备也可以提前做好，过程中还能规避很多潜在的问题。


通过这种方式，他们原有两周一个迭代周期的规划，9 天就可以完成，项目进度直接提升了 36%。

别小看这 36%，省下来的是大家的时间精力，创造的是公司的价值，而且是可以直接量化的价值。

这个改进在逻辑上看并不复杂，但难点在于落地和执行，过程中需要做很多的沟通和管控工作，对于无实权的产品经理来说挑战还是很大的。

看结果总是容易的，换谁自己亲自体验一遍，就知道过程中有多难。

好在，林少做到了。

其实自己负责一个项目把事情做好远没有看起来那么简单，以上的案例还只是说的事情，项目过程中还有很多人的因素。


比如，林少团队曾经有个刺头，不仅各种抱怨，还影响团队氛围。林少也是用了一些沟通方法消除了这个刺头，而且让对方心甘情愿投入工作。

做产品经理的同时，还要扮演好项目经理的角色，对于大部分小公司的 PM 而言，其实都是双重身份。

不得不说，凡事都有方法，这些成绩也都离不开平时的学习和积累。

一个学土木工程出身的产品经理，能取得今天这样的成绩，确实挺厉害。讲真，我非常看好林少后续的发展。

以上，希望对你们有所启发。


本文原创，未经作者允许不可转载！
更多内容，欢迎关注作者微信公众号：唐韧！