《职场吐槽日常》陈丶

97、当“摘果子”成为一种管理惯性 上周，

　　上周，我刚刚完成了一轮不算轻松的工作。

　　日志模块那个日志文件重复生成的问题，折腾了好几天，终于找到了根因，修复了。告警模块的规则初始化导入功能也搞定了，告警机制的智能轮询优化跑起来效果不错，controller的前后端相关功能也一并完善了。说实话，看到自己写的代码稳定运行，心里还是有一点点成就感的——虽然在这个公司，这种成就感通常维持不了太久。

　　今天早上，我正盯着屏幕排查一个接口的超时问题，领导突然慢悠悠地走了过来。

　　说“突然”其实不太准确，因为他今天的状态本身就很“突然”。前阵子他对我说话还是那种爱答不理的语气，今天却忽然态度好了起来，甚至带着一种我很少见到的和颜悦色。

　　我心里咯噔了一下。

　　以我的经验，这种突如其来的态度转变，通常不是什么好兆头。要么是出了什么事需要有人背锅，要么是有什么没人愿意干的烂摊子需要找人接盘。我码农的直觉告诉我，今天大概率是后者。

　　果然，他慢悠悠地开了口。

　　“总监找我了，要做一个新的项目。”

　　他顿了顿，似乎在等我表现出兴奋或者好奇。我没有。他接着说：“目前什么都不知道，只知道一个名字和方向。你先给个方案吧，设计出来一个能跑的demo，要能跑通。”

　　我很努力地让自己保持平静。

　　首先我确认了一下，这个项目是他接的，总监找的是他，不是我。我只是一个普通的开发人员，上面有项目经理，有技术经理，我负责的是具体的功能实现，而不是从零到一的项目方案设计。现在他要我“先给个方案”，还要“设计出能跑的demo”，说白了，就是把一个他接手的、连他自己都不知道怎么回事的项目，整个甩给我。

　　我问了他几个细节问题。

　　“需求文档有吗？哪怕是口头传达的要点。”

　　他说没有。

　　“目标用户群体是谁？是内部工具还是对外产品？”

　　他说不清楚。

　　“数据从哪里来？展示什么样的数据？数据格式是什么？”

　　他说：“这个你自己想，自己设计。”

　　我差点没绷住。

　　你让我设计demo，我没问题。你让我出方案，我也能理解。但你连拿什么样的数据都不清楚，你让我展示什么？凭空变出来吗？退一万步讲，我费心费力把方案做出来，把demo跑起来，然后你去跟总监汇报——这个项目你到底参与了什么？

　　当然，这话我没说出口。我只是说了句：“信息太少了，没法做。”

　　他笑了一下，那笑容里有一种我已经很熟悉的意味，然后说了句让我彻底无语的话：“你先做嘛，做出来看看效果再说。”

　　他走了以后，我在工位上坐了很久。

　　不是因为生气，而是在回忆。这已经是第几次了？

　　第一次，他让我做一个功能模块的设计，我花了三天时间出了详细方案，包括技术选型、接口设计、数据库表结构。他拿走了，过了两天跟我说方案不合适，要重做。结果后来我发现，他把我方案里的关键技术点拆出来，自己做了一个极简版，功能缩水了至少一半，但核心思路和我的一模一样。他拿去给总监演示，总监觉得挺好。

　　第二次，是一个小工具的研发。他说得很紧急，问我能不能快速出一个版本。我加班加点做出来了，他拿走以后又是“方向不对”，然后又是“自己优化调整”了一版。那版代码里，连变量命名风格都和我的一模一样。

　　现在是第三次。

　　之前我还不太确定他是不是故意的，以为是沟通问题或者理解偏差。现在我不装了，他也不装了。他就是等着我把东西做出来，他拿去说“不合适”，然后自己基于我的成果搞一个简版，美其名曰“调整方向”，实际上是摘现成的果子。

　　而且他特别喜欢“简版”这个词。好像只要加上“简版”两个字，就可以理直气壮地把一个完整的设计砍掉三分之二的功能，然后用剩下的三分之一去交差。至于那些被砍掉的功能背后我付出的思考和劳动，从来没有人过问。

　　我还是太全面了。后端能写，前端能调，数据库能设计，bug能定位，demo能做。否则，他怎么会觉得我啥都会干，啥都该干呢？

　　昨天我还在和我coding圈的一个朋友聊天，她说她已经遇到好几个40往上的男领导，就喜欢PUA下属，各种画饼、压榨、抢功、甩锅，套路都差不多。

　　我当时还安慰她说，可能是个例，别太往心里去。

　　今天转头我就遇上了。

　　我算了一下他的年纪，四十出头。还真差不多。

　　但我得说，这种行为的本质未必和年龄、性别有必然关系，更多是一种管理上的惰性和权力上的不安全感。一个真正有能力的管理者，应该是把目标讲清楚、资源给到位、让团队成员各司其职、共同推进。而不是自己接过一个项目，什么信息都没有，什么规划都不做，就直接甩给下面的人，等着摘果子。

　　他这样做的逻辑我其实能理解：如果我自己做方案、自己写demo，万一搞砸了，责任是我的；如果让我来做，做成了他拿去汇报，做砸了可以推说是“下面的人没做好”。风险和收益完全不对等，对他来说是稳赚不赔的买卖。

　　但他忽略了一个最简单的问题：我只是一个开发人员，不是一个产品经理，不是一个架构师，更不是一个什么都不知道就能凭空设计出一套方案的神仙。

　　我能做的，是在明确的框架内解决问题。你给我需求，我给你实现。你给我场景，我给你方案。但你一问三不知，只给一个虚无缥缈的“方向”，就要我拿出能跑的demo——这已经不是能力问题了，这是逻辑问题。

　　说实话，我吐槽了这么多，并不是想说自己有多委屈。职场上的这点事，谁还没遇到过几次？

　　我想说的是一个更普遍的问题：当一个组织里，信息向上汇总而责任向下传递成为一种常态，当一个管理者习惯于把“我不知道”当作安排工作的理由而不是需要解决的问题，那么真正做事的人就会陷入一种困境——你做得好，成果是你的吗？你做不好，责任是谁的？你努力做了，但这个方向真的是公司需要的吗？更多的可能是，你的上司拿了你的方案，持续性的指指点点之后，再包装成自己的。

　　这些问题，不是靠个人的“全面”就能解决的。

　　我的期许其实很简单：希望有一天，我能在一个正常的团队里工作。在那个团队里，管理者接过一个项目，自己会先搞明白需求是什么、目标是什么、资源有什么，然后再分工协作。在那样的环境里，我的代码和设计能够被看见、被认可，而不是被拿去改头换面变成别人的成果。

　　至于现在的这位领导，我没法改变他，也没打算改变他。我只能守住自己的底线：能力范围内能干的事，我可以干；但一问三不知的项目，我不接。不是赌气，而是真的没法干。就像你不能让一个厨师在不知道客人要吃什么、不知道厨房有什么食材的情况下，凭空做出一桌满汉全席。

　　他要的从来不是一个能跑的demo，他要的是一个能交差的筹码。

　　而我，不想再做那个递筹码的人了，拒绝是我唯一能干的事情了。