经历三年的客户需求管理工作，自己支持的第一批采用新一代产品的五个国内项目都已进入量产阶段。从需求管理角度，有必要做下反思，希望后续可以把项目里面遇到的问题和经验与大家分享。
今天说几个让我第一时间想到的事。
- 项目开发范围不清；
有个项目，从定价函发出后，到真正项目开发要求确认已经过了一年时间。其中更改的有车辆配置，功能配置，以及开发负责部门。 - 缺少需求；
不止一个项目我们会得到这样的回复“按照你们公司推荐的方案开发。”这一句话的需求其实很难实现。最后有的项目在接近量产阶段还在进行标定以达到原来希望的性能。
- 隐性的需求；
有个项目，内部开发已经到小批量阶段，产品设计基本已经冻结。一个偶然的机会，我们的工程师看到客户车辆用户手册里面写了“在车速大于70公里每小时的时候，车辆电子稳定控制系统（ESC Electronic Stability Control）需要自动激活”。看到这个傻眼了，我们当前产品开发里面根本没有这个功能配置。经过和客户确认，客户认为这是一个默认配置。还好离项目量产有些时间，最后还是按期完成。
- 缺乏变更管理；
有很多项目，特别是功能复杂的ESC项目，很多功能都是客户定制化的，主观感受是主要的评价指标。因此，不同的人会有不同的反馈。有个项目，在完成车辆联合验证之后，给我们一个变更要求，理由是“领导不满意，后果很严重。”当然我们尊重变更的要求，不过希望后续我们可以有效的管控这些要求。
以上这些问题，已经造成了产品开发质量，时间和成本的影响，双方都是输家。对于这些，不知道大家有没有反思一下，是不是由于项目初期需求没有理清导致的呢？
据调查，需求管理对项目的开发质量，时间和成本的影响非常大。
另外，每个项目需求的数量出现急剧增多的趋势，从2010年一个项目50个不到的需求，到现在运行项目里面多余2000个需求，说明项目的复杂程度越来越高，如果单凭文档管理，已经很难做到100%的精确管理需求。因此，大家是否考虑采用有效的方法和工具来管理这些需求呢？
（来源：微信公众号“汽车电子与需求管理”，2015.4.6）
| 
