处理文档管理系统的规则

　　1.负责任：当一座桥垮的时候，我们会问：“工程师们做错了什么？”然而如果软件发生了错误，我们却很少这样问。事实是，在任何工程学科中，最好的方法都可以得到糟糕的结果，而最老式的方法也可以得出一流的结果。
　　2.理解客户需求的优先级：如果能够按时得到10%的功能，客户也许会忍受延期交付90&的功能。理解客户需求的优先级很重要，但只有和其他相关人员的优先级做出权衡时才是正确的。“客户永远是正确的”这种心态可能比其他的误解更能造成金钱上的浪费。
　　3.他们看得越多，就想要得到的越多；你提供给用户的文档管理系统功能（或性能）越多，用户就越想要更多的功能（性能）。这个原则是对的，但它建议永远不要给用户看任何东西。应该写成：“用户看得越多，就理解得越好。”并不是所有的项目相关人员都是完全由贪婪驱使的。他们知道自己只有有限的资源，而开发者也有限制。向项目相关人员演示中间结果是使他们的期望值与实际同步所必需的一种活动。这个原则在现代过程的延伸，就是软件项目经理需要有客观的数据来证明不可避免的变更要求，并在负担、特性和风险之间保持平衡。
　　4.计划丢弃：成功最重要的关键因素之一就是一个产品是否是全新的。这样一个全新的应用、构架、接口或是算法，极少能够第一次就正常工作。你不应该计划丢弃某样东西。相反，你应该计划把一个不成熟的原型产品进化为一个成熟的基线。如果你真的丢弃了，也可以，但是不要一开始就这么想。这对过去的完全定制的、前沿的软件开发或许是个明智的建议。然后在今天的软件系统中已经存在很多构件（至少有操作系统、DBMS、GUI、网络和中间件），而第一遍建立的系统很大一部分都可以保留下来。