需求的收集与整理分析，是费时费力往往还不讨好的事情，无论哪个行业基本上都是如此。

在建筑工程行业，连工地的工作例会都是一种提出需求、讨价还价的场合，你甚至不需要对行业有多少了解， 只要旁听一两场就能感受得出来。建筑工程行业的需求分析，麻烦就麻烦在几乎没人好好说话，不是态度不好， 是态度很好的东拉西扯不着边际，十几分地浪费时间精力。

软件行业大多数时候需求会有专人管理，尽管如此，从结果来看也是失败的。这个有很多案例可以证明， 比如各种规模的企业都有erp实施失败的典型案例。为什么实施会失败呢？因为，实施之前的软件是可以跑起来的， 实施之后，甚至是实施的过程中，在企业的真实应用场景中它居然跑不动了。

过去若干年，给很多人定做了cad插件，对于需求这块有很多很深刻的教训。基本上，绝大多数人不知道自己要什么， 或者无法把需求清楚明白地表达出来。那些需求很明确的，基本上都没有谈成，因为他（她）就是想要找一款现成的插件， 根本不是要定做。还有一些没谈成的，属于不在意功能只在意价钱的，宁愿浪费时间精力到处碰运气，最后，造成了事实上的浪费钱。

今年花了一些时间使用fossil，在使用的过程中，对需求有了不少的思考与心得。fossil是一款类似于git的scm软件， 主要功能就是源代码（源文件）的管理。从fossil这里，我想明白了源代码管理的本质，归结为1点就是可回滚， 归结为2点就是可回滚与diff。可回滚就是关于“状态”的一种记录一种快照，就是所谓的版本。diff就是2个版本的差异， 源代码是给人读给人用的，diff在读和用的过程中几乎是不可或缺的，有了diff才使得“版本”变得有意义。 fossil就是围绕这2点。做了一些列的功能，功能看起来不少，但是，一点也不杂。