为什么都996了，需求还是做不完？

 蓝色关注，回复“1”获取知名公司程序员和产品经理职级

这是我的第83篇原创文章。

见字如面，我是军哥。

最近在我的群里经常有讨论，都996了，可需求还做不完！

一位开发说是其他的开发兄弟不行，效率太低。

一位开发leader说产品经理老是插入新需求，且每次都很急。

一位产品经理说，产品一上线或业务方某天突发奇想就提各种需求，我没办法呀。

一位业务负责人说，CEO老板要业绩提升，我要靠你们产品来实现，无它法呀。

如下图，一个「公司系统」里本文涉及的角色：

看起来每个人的诉求都很合理呀，看来今天的文章要「多方撕逼」了，有挑战呀，军哥不怕，死扛。

今天我将从「开发视角、技术负责人视角、产品经理视角、业务方视角」四点逐一展开。

---

— 1 —

开发视角

程序员这个职业毫不夸张的说，资深程序员对一般的初级程序员可以1 V 10，资深对中高级1 V 3 so easy。

正因为技术能力的差异，会导致一些无谓的加班甚至996，比如在一个有5或6位后端团队里，真正核心就是那么1到2位，刚毕业或者实习1位，中级2位，很多时候加班，大概率是初中级程序员代码在测试环境没问题，一到生产各种幺蛾子出现了，大家一起忙到12点是家常便饭。

还比如一些初中开发人员经验不足，导致运行挺好的系统突然某天出现线上bug，如上了代码没有加数据库索引啊，或者哪里的缓存淘汰机制不对，导致redis宕机，亦或是与第三方的接口调用，人家一挂我们的系统立马瘫痪，恢复了还要刷数据，累的半死，不如试着搞一个自动化机制，这样的问题就迎刃而解——这些都是导致可能加班的原因。

以我多年的开发经验，为了避免上述问题有如下建议：

1、自己的代码自己的翔，正常的业务流程谁都会考虑，异常业务流程考虑好并处理好才是王道。

2、如果对自己的代码设计不自信，就多请教资深人员，不好意思是最没用的东西。

3、主动让比你强的同事来review自己代码，他不review请他喝酒灌醉他。

4、最后一条：最不紧急但重要的，多和比自己优秀人学习，多看专业书籍，做到每日精进。

---

---

— 2 —

技术负责人视角

技术负责人最开心莫过于自己的产品被更多的用户使用，但是要做好一款产品光靠技术负责人是远远不够的，有时一位段位不够的产品经理会让技术负责人再也开心不起来了。

我例举几个场景：

1、新系统刚刚上线，产品经理忽然说MVP还差一点点，再紧急开发1周。

2、已经进入敏捷开发阶段了，产品经理乱插需求，且都很紧急，你很无奈吧。

遇到这些问题，没有一些产品 sense 或者刚上任的技术负责人会很困惑，技术负责人简单的思维就是多干活，干好活。

也因为1和2这种常见场景和问题的存在，开发和测试团队不能不加班，996也避免不了。

怎么办？

对于问题1：我的思考是，干，但是要项目复盘时要批斗，教育人是很难的，只有现实可以教育人。

对于问题2：我的做法是加可以，但是必须删去一部分需求重新评估上线日，很多产品经理很强势，你必须插进去还要保证一起上线，那么你们认知差的太多了，找领导定夺吧。

---

---

— 3 —

产品经理视角

我最近看俞军老师的《产品方法论》，他认为中国优秀的产品经理是极少的。

我见过各种类型的产品经理不下千人，基本上P6或以下都在做执行层面的事，毫不夸张的说就是业务需求到PRD人肉转换器。

这种级别的产品经理，新产品上线后立马来了一堆需求很正常，本质他们跟我们刚入门的程序员一样，简单的 CRUD（PRD） 都会，遇到线上 bug （相当于上线后）他们说解决故障最快的办法是线上 debug（加优化需求） 。

当然还有可能是业务方某一天突发奇想提了一堆需求，甚至他们还说我怎么去年提的需求你们都没做完呀，在老板耳前吹吹风，产品经理就吓尿了。

回来就说，研发伙伴们，我们加班，坚持996干100天！

---

— 4 —

业务方视角

我之前在饿了么负责产品团队时，我们一款产品刚刚上线不久，这个产品可简单完成从商品列表—》选品—》支付—》后续物流环节直到流程完结。

产品上线一个月就有1000单/天，业务方需要我们1个月内研发出营销系统、供应商系统、内部运营系统。

额，当时只有10人左右，感觉连续996两月也弄不出来。

怎么办？你是否陷入这样的泥潭。

我当时的做法是一边招人，一边和业务方对齐业务目标然后分解产品目标，最后我们达成的共识是——营销系统最重要紧急，产品功能也最多，其他两个系统可以先做最紧急的功能，以后再迭代。

然后就这样干了2个月996，以为可以松一口气了，然而业务老大和CEO开了一个重要会议，又来了紧急需求，怎么办？

谁来救救我们（你们）整个产品研发团队。

问题出在哪？聪明的读者可能猜到了，是CEO是老板，限于篇幅，请听下回分解……

---

写在最后

以上，是今天文章的全部。

在公司这个复杂「系统」里，我们为了不让大家996，起初让开发提升技术能力请教资深同事，包括最后和业务方PK产品需求，但是事实上还是解决不了996的问题。

为什么呢？

在公司这个「系统」导致大家996，是因为多个独立组件（开发，产品，业务方，老板等等）相互关系和互动机制，但本文缺了CEO这个重要组件，那么对「公司系统」关于996的优化或改进是很难彻底解决的。你同意么？

你有什么样的收获或建议？请留言区留下你的精彩评论吧。

---

公众号对话框回复w，获取微信与我建立连接和互动。

另还有高质量技术、产品、技术管理群（每周分享），助你「快速成长」。

另公号下方菜单：我和服务-》提供「知识服务」。

-------

以往热文推荐：

认真读完，助你月薪2W到3W（系列之三）

---

更多精彩，关注我公众号，一起学习、成长

▲ 长按关注军哥手记，一起学习、成长

---

  合作咨询  | 转载开白

请公众号后台回复 HZ

长按识别下方二维码，和「300+」位高质量朋友

一起提升架构、产品、技术管理等认知升级