那些年一起踩过的坑：6 理想与现实

目录

上一章：初见成效

---

系统性能问题得到了显著改善，但刘云鹏心里很清楚，业务部门是不会因为性能指标的那几个数字变好看了，就来买你的账的。在实施性能优化的这段时间里，项目组的工作状态并没有发生丝毫变化。加班、无精打采、私下抱怨成了项目组成员的日常状态。刘云鹏当初向领导申请了两个职位，其中吴正超的技术经理属于内部提拔，而他留下的空缺一直没有填补进来。原本属于小吴的那部分需求开发任务，也自然而然地分摊到了其他人头上。这样一来，项目组其他成员的日子就更加苦不堪言。

人手紧张，这是几乎每个项目都会遇到的问题，对此刘云鹏早有心理准备。既然问题已经摆在这里了，那就必须正面解决，绕是绕不过去的。经过这半个月来的观察，刘云鹏发现，项目组有大量时间浪费在了等待需求解答，和应对变更上面。

需求书接连不断地过来，需求尚未定义明确就催着赶紧开发。常常上一版需求的疑问还未解答，新的需求又扔了过来。而新的需求又存在大量的问题，跟前一版需求相互矛盾的情况屡见不鲜。如此反复，造成大量的需求积压。

而开发中途又经常出现临时变更，甚至随意增加需求。刘云鹏经常听到的一句话就是“你们先开发，不行以后再改”。代码写了翻，翻了再写，造成大量重复劳动。而上线日期又不能更改，这也是项目组怨声载道的一大原因。

虽然招了杨伊青专职负责需求工作，但一个人的力量毕竟有限。全公司那么多业务部门，她光做到应对和初步分析，就已是焦头烂额，更不可能对每个问题都考虑的面面俱到。

这些问题如果不从根本上下手，光靠堆人力是解决不了的。如何让开发人员的时间不被浪费，充分发挥编码效率，这是刘云鹏一直都在考虑问题。

而此时，我们的刘经理正看着一份需求苦笑：

“

         开发优惠信息配置功能，实现对不同商品的优惠管理。期望上线日期：X月X日。

”

对于这种“一句话需求”，刘云鹏一直都是当段子来听的，没想到竟然真的发生在了自己身上。他揉了揉酸胀的太阳穴，拿起打印出来的需求文件，走进了领导办公室。

“领导，现在方便吗？”

“什么事？”

“我给你看一份需求。”刘云鹏努力控制了一下情绪，递过手中的A4纸。

领导接过来扫了一眼，没有说话，脸上也没有任何变化。他直直地注视着刘云鹏，等着他的下文。

“这是项目组遇到的现状。业务随便写一句话就当做需求扔过来，自己什么细节都不想，连业务逻辑都要我们去给他们设计。让他们确认问题就说‘你们先开发，不行再改’。你想先解决问题吧他们一直催，等你开发到一半了吧他们要变更了，前面加班加点写的代码全部白写。我甚至碰到过上线当晚要求变更的，实在是太过分了。要不领导你给兄弟们发双份工资得了，我们把他们的活一起干了算了。”刘云鹏把最近以来憋着的气，一股脑全撒了出来。

领导静静地听完，微微一笑，说道：“你特地来找我，就是让我听你发牢骚的？”

刘云鹏缓和了一下语气，接着说道：“是这样的，我打算建立需求池。原则上先提出的需求先受理，但是具体开发日期按确认时间排序。只有所有问题都确认清楚了才给他排期。另外，如果发生变更，变更工作量在1天以上的，需求重回需求池，等完全确认清楚再重新安排开发。空出来的人力从池子里捞一份工作量相当的需求接上。业务的责任就让业务自己承担，如果不这样的话，我们的人力都被浪费掉了，他们还嫌我们开发跟不上，真是吃力不讨好。”

说到这里，刘云鹏顿了一顿，又补充道：“我来找你是想得到你的许可。另外如果实行的话，肯定会有不少人来告状。这就更需要领导的支持了。”

领导不动声色地听刘云鹏说完，平静地问道：“你既然预见到了他们会来告状，那你凭什么相信你的方案能起效果？”

刘云鹏一愣，领导的这一句反问让他措手不及。确实，自己的方案设计得再合理，要是人家不配合，你能怎么办？说到底，自己做的这个系统，目的就是为了支撑业务开展。业务方就是你的甲方，你靠什么去约束人家？跟人家谈理想、谈公司整体利益？别逗了，这种套话说给谁听。

---

下一章：反客为主