需求管理之需求的分析
引言：近找工作，把几年来做需求的想法感受总结一下，一是提高自己，二也是请您斧正。
CMMI将需求管理过程域（PA）分为5个：
SP1.1理解需求：与需求的提供者对需求的含义达成一致
SP1.2获得对需求的承诺：获得项目组成员对需求的承诺
SP1.3管理需求的变更：在项目进行中，管理需求的变更
SP1.4维护需求的双向可跟踪性：维护需求和工作产品之间的双向可跟踪性
SP1.5确定项目工作与需求间的差异：识别项目计划、工作产品和需求之间的不一致
这5个特殊实践（SP）为项目中的需求工作明确了方向和具体工作内容。然而需求的收集和分析并非易事。
需求的分析有如下的困难：
1. 需求经常变动
有些变得快的客户可能话刚出口翻了。我去客户那里听需求，往往要到签字画押的时候，客户又反水了。网上有些朋友引用：“妖要是有了仁慈之心，不再是妖，是人妖。”（??唐僧《大话西游之大圣娶亲》）来说明需求的变化。我觉得很贴切，哈哈……
2. 客户说不清楚
不要以为客户对熟悉的事情能说清楚，事实上包括我们，对熟悉的东西都不能说清楚。比如说去买个橡皮手套，手指头的粗细，手掌的宽厚，恐怕要佩戴一下才知道，不能仅凭橡皮手套的外包装上的大、中、小三个字去选择。橡皮手套的厂家也了解了这点，于是把手掌的小拇指根部外缘到虎口的位置在外包装上做了个尺子，拿自己的手对比一下这个尺子，即可知道这个橡皮手套适合不适合自己。
3. 分析人员或客户理解有误
分析人员和客户所占的角度不同，造成理解不同，记得当年有人质疑电视剧里插播广告太多的时候，一个电视台的专业人士回应说：“你弄错了，我们是在广告里插播电视连续剧！”往往因为立场不同，造成理解上差别非常大。
4. 用户与开发人员沟通障碍
这个是在需求工作中遇到得比棘手的问题，我在一家工控企业工作，主要是自动化领域。而我们的客户是做电池的，属于电化学领域。当然有一定的交叉，但还是差别很大，沟通起来非常费力。遇到比较强势的客户，甚至会要求你的怎么做怎么做，但实际上他一点都不了解，沟通的过程异常艰辛。同时，我们有时从专业角度去分析为什么不能这样实现，但客户听了以后，说谁谁实现了（理论上根本实现不了，忽悠人的），你们也必须实现！如果是同一个领域的，有相关的知识作为沟通基础的话，难度会大幅度下降。
5. 隐含需求
一个需求其实往往包含着很多方面，由此衍生出很多的需求。比如说一个功能需求，客户要界面尽可能显示出所有的信息。这个问题很复杂，因为电脑屏幕的分辨率有大有小，全屏的时候和是一个不是全屏的窗口，所拥有的绘图面积是不一样的。所以隐含着，不同界面大小下，应该怎么组织界面元素的问题。
6. 很多其他的原因
……
马克思说过一句话，一切的节约归结为时间的节约。并且，哲学上有一个原理，即存在即合理。通常，客户看似提出得不合理的需求，背后都有一个非常合理的原因所支撑着。所以我认为，一个产品的需求：
需求一定是成体系的，彼此呼应，相互支撑；
需求是层次化的，高层次的需求支配着低层次的需求，低层次的需求支撑着高层次的需求；
需求一定是合理的，所谓不合理的需求，一定是背后的原因不合理，而不是需求本身。
促使功能需求产生的根源终都是基于对时间的节约。当然，这个对时间的节约对实践的指导意义不大，可以从以下几个方面考虑需求产生的根源：
1. 技术
2. 易用性
3. 安全性
4. 成本
5. 利益
6. 其他
