考虑一个关于需求特性的问题

特性，在产品研发里，应该算是包含在需求之中。

没有明确的需求，就没有明确的产品。

可是产品的需求，不可能是开始就是需求完善的，开始的时候，绝大多数的需求都是潜在的、隐含的、暗示的。

在产品研发过程中，每个设计，每个问题的答案，每个问题的讨论和解决，其实都是和产品的需求紧密联系的。

一旦我们思考，这是否是个问题？这个问题应该怎么解决？实际上最后都能概括为，这是个产品应该遵守的需求吗？

走到极端，一个明显的bug，也是和产品的需求关联的，因为产品的基本需求，是要能够顺利运行，这基本的原则，也是需求，当然，这种需求太基本了，没有必要明确的列出来。产品的需求描述，不必进入这种最基本的范围。

从这一点也给我们提示，这种最基本的范畴不必描述在产品的需求中，可以省掉很多需求描述的工作，那么，这种基本的东西，实际上是大家公认的规范，公认的规范不必描述在产品需求之中，如果我们建设了基本公认的规范，然后只要说，产品符合这个规范，就可以了，这样，规范本身构成了产品需求的复用，效率很高。

所以，要积极建设规范。

这样，我们说，产品的需求由个性需求和公共规范构成。

产品开发过程中，设计、开发、测试都应围绕需求而来，把产品的需求特性整理出来，形成一个库，是能够持续开发产品的基本要求。这个库，就是产品知识库。

怎么建这个库？

通过wiki也许是个好办法。

通过一个内容管理库也可以。

但这些专业性都不够强，只能作为一个明确的主题条件下，松散的建立。

对知识进行专业化的整理也是很重要的。