《软件需求》阅读笔记01
在信息化高速发展的今天，构建与时俱进的信息化系统已成为所有政府、企事业单位的重点课题之一。然而在软件项目实施过程当中，进度超期、经费超预算、变更频繁的现象层出不穷，甚至有许多项目根本无法达到预期的目标，更谈不上为业主创造真正的效益。归根结底，软件需求实践这一共同的软肋是问题的根源。
CHAOS报告总结的“软件项目十大败因”中，有五项是与软件需求直接相关的：
1.不完整的需求
在做项目的过程中，拥有一个有效的“完整性评价标准”，是至关重要的，用户代表要比开发人员更适合对完整性进行评价，然而我们平时做的“软件需求规格说明书”充斥着技术动词的字眼和结构，这样将技术功底并不深厚的用户代表排除在有效读者群之外。
要想让用户代表更好地参与到完整性评价中来，就必须采用“业务导向”的组织结构，而不是让用户将一大堆技术动作翻译到自己的业务场景中去。除此之外，要利用树形层次结构将宏观信息与微观信息进行有效的剥离。
2.缺乏用户参与
主动参与意识是与获得的利益成正比的。
对于需求分析员而言，真正的专业主义是基于业务利益（解决问题、创造机会、提高管控力等）的沟通。
3.不切实际的用户期望
问题的根源在于软件的无形和成本的不透明。
要解决这样的问题，更需要的是从业人员主动地帮助用户更好地理解软件的成本。简单地说做不到是无效的，要说明为什么做不到才能解决问题。
4.需求变更频繁
原因其一，国内软件行业中，对变更进行分类、统计的做法不是很普遍。
原因其二，用户并没有意识到变更对软件项目的负面影响。
5.提供了不再需要的
最了解用户需求的是软件本身！越经常使用到的功能，就是越重要的功能，那些根本没有几次访问量的功能模块，一定是不再需要的。
只有真正基于业务领域知识来衡量需求的必要性和充分性才是解决之道。