开发团队在公司的定位是公共支持部分，为业务团队供给弹药的

开发团队在公司的定位是公共支持部分，为业务团队供给弹药的，基本上不冲在第一线。所以业务部分大多数都认为你要听我的，谁让我背着KPI呢，你都没听过炮火声；今天说要做这个，明日插个需求，不能有意见，公共资源嘛不用白不用，个个还都急哄哄的，稍微问下为什么要做这个，还给脸色看。

一朝一夕开发团队发现了一个问题，上线的功能没人用，到年末一总结，70%的功能白做了。

年末给老板汇报的时分

战战兢兢地说：本年做了许多需求，小伙伴们加了多少班。

老板问：做了这么多开发给业务带来哪些提高了吗？

开发：额……

老板：不要给我讲你们有多少苦劳，要讲你们给公司创造了多少功劳，不然养你们这么多人干嘛。

开发：额….老板，咱们做了一个XX功能带来了许多用户。

老板：哦，你说的那个我知道，XX部分的想法嘛，构思确实不错。

开发：额……

从领导办公室出来，开发对着远方一片雨云唉声叹气：MD，和人打交道真不是个事，还不如敲代码来得纯粹，下一年我一定要认真评审需求，让团队做更有价值的事，唉，我的青春啊，我的头发啊……

通过几年的堆集，这种对外心情就被一代一代传承下来，直到有一个在公司呆了好久的开发成为了这个部分的主管，他经历过许多大风大浪，自己也沉积了一套抵挡不合理需求的办法，他的头发可能很少，但抵挡需求方的办法一定不少。

所以开发们常常会说两句话：

• 这个需求能带来什么价值？
• 咱们的计划现已排到月底了，你这个需求我会排到下个月去。

询问价值并不一定是对你的需求不信任，其实是有三层意义：

1. 是判别下这个需求目前的紧急程度，是否和公司近期的重点相关；
2. 知道价值点之后，看是否有其他的解决方案可以满足需求；
3. 就是真的想看需求方是否想清楚，而不是脑筋一热提的需求。

我相信你也看出来了，这句话的首要目的是进行挑选，然后再判别需求的优先级，便利开发主管进行资源分配。

当然，许多人对需求排期深恶痛绝，觉得永远都在排期，等你做完了时间窗口都过了，那能不排期吗？