《UML大战需求分析》阅读随笔（二）

在需求方面，我自己大体认为，分为两个部分：客户和软件公司。

客户：提出需求。

软件公司：解决需求。

这就是我所认为的 需求的关系。

就像书中所说的：

软件公司（项目组）始终都是跟着客户的后面追，客户需求什么，软件公司就去解决什么。

随着时间的发展，客户对需求的理解越来越强，尽管项目组对需求的理解同样也变强，但项目组对需求的认识总是落后于客户，这样的需求分析工作肯定陷于被动，总会被客户“牵着鼻子走”，很容易出现互相责怪的局面：客户责怪项目组水平太差，而项目组责怪客户需求变来变去

于是我有了新的理解：

一开始，客户提出需求，实则是提出了一个方向，很多东西还是需要自己去理解，去矫正到一个理想的方向。如书中所说，项目刚开始时，客户对需求的理解比项目组强，但项目组在很短的时间内对需求的认识超越客户。这是一个常态，一个很基本的情况。

而后续，才是值得注意的，客户能提出基本的需求，随着时间的发展，对基本需求的创新，就是项目组的要值得考虑的了。

举个身边的例子，如QQ，总所周知，一个聊天的软件。（有个重要的需求：方便）

假如，从头开始，有客户要求做一个能方便网络聊天的软件，项目组就依着这个需求做了一个网络聊天的软件，然后这个软件只是一个有着好友列表的主窗口和一对一的聊天副窗口。

这就是一个最基本的聊天软件。

那么，眼观现在的QQ，这个聊天的软件却有千千万万的功能，它能发表情，能多人同时聊天，甚至能视频聊天。这些功能，我不确定客户是否一直领先于项目组来提出的。但从某方面来说，为了让软件更有活力，更有生命力，不断扩充、发展这个软件的功能，让更多客户感觉到新鲜和方便。

就从我自己（客户）来理解，我平时就用用这个软件，仅仅只是使用，并没有向其公司提出什么想法，某一天就软件有了更新，多了很多炫彩的功能，我觉得新鲜，觉得用起来更方便，这样就我就更依赖于使用它。这样就提升了软件的黏度。

所以，上面的例子，只是想讲讲项目组要对需求的认识在后期，最好要高于客户，理解客户的真正需要，甚至超越客户所理解的需要，以创新去解决（这一步就更上一层楼了）。

此篇记录一些自己的观念。