考慮乙個關於需求特性的問題

特性，在產品研發裡，應該算是包含在需求之中。

沒有明確的需求，就沒有明確的產品。

可是產品的需求，不可能是開始就是需求完善的，開始的時候，絕大多數的需求都是潛在的、隱含的、暗示的。

在產品研發過程中，每個設計，每個問題的答案，每個問題的討論和解決，其實都是和產品的需求緊密聯絡的。

一旦我們思考，這是否是個問題？這個問題應該怎麼解決？實際上最後都能概括為，這是個產品應該遵守的需求嗎？

走到極端，乙個明顯的bug，也是和產品的需求關聯的，因為產品的基本需求，是要能夠順利執行，這基本的原則，也是需求，當然，這種需求太基本了，沒有必要明確的列出來。產品的需求描述，不必進入這種最基本的範圍。

從這一點也給我們提示，這種最基本的範疇不必描述在產品的需求中，可以省掉很多需求描述的工作，那麼，這種基本的東西，實際上是大家公認的規範，公認的規範不必描述在產品需求之中，如果我們建設了基本公認的規範，然後只要說，產品符合這個規範，就可以了，這樣，規範本身構成了產品需求的復用，效率很高。

所以，要積極建設規範。

這樣，我們說，產品的需求由個性需求和公共規範構成。

產品開發過程中，設計、開發、測試都應圍繞需求而來，把產品的需求特性整理出來，形成乙個庫，是能夠持續開發產品的基本要求。這個庫，就是產品知識庫。

怎麼建這個庫？

通過wiki也許是個好辦法。

通過乙個內容管理庫也可以。

但這些專業性都不夠強，只能作為乙個明確的主題條件下，鬆散的建立。

對知識進行專業化的整理也是很重要的。