操作一个复杂的系统的。再有，方案一的系统建成后的稳定性可能远远低于方案二，且成本相差悬殊。
方案二看上去有点“傻”，可是如果考虑到用户的实际情况，那么简直就是很完美的方案：首先，大大降低了对用户的要求；其次，大大增加了系统建设成功的可能性；再次，大大降低了系统建设成本，系统维护成本；最后，他们能够达到“保护数据”的目的，因为“如果各个部门的人都可以改来改去不是乱了套？”，与其要制定很多章程、规则不如把数据更新工作全部统一到一个专门部门，总体上看显然增加了可行性并降低了实施成本。唯一的缺陷就是增加专门的维护数据的模块和人员，但是这一点缺陷却远远不能反驳上述几个优势。
我后来想了很多次，越来越觉得他们的解决方案很精妙，达到了很多他们的目标和想法。相反，方案一显得臃肿、笨重、可行性差。我还觉得，这种思想在政府行业信息化的过程中相当重要，因为政府机关他们普遍具有同样的情况。设计者光从系统设计的角度出发、从设计一个“完美”的产品的角度出发，却跟客户心里真正想要的东西相差甚远有什么用？
我们往往对于质量这个概念有个很大的误解：质量高的软件就是软件思想、设计、编码各方面都很先进一流的软件。非也！适合的才是最好的。这一点在PMBOK中有解释：不要把质量与等级混淆。一件产品可以等级低，但是不能质量低。等级低，是因为用户对之要求就低，而质量低，则是因为生产过程没有控制好导致不能满足期望。比如说：建两间小房子，一间要粉刷墙壁，一间只要毛坯。这叫等级不同。如果要刷墙的那个刷完后总起皮或者掉泥块，这叫质量差。
现代质量管理最重要的观点之一就是：理解、管理和影响需求，从而达到客户的希望。这就要求项目产品符合要求（项目必须生产它所承诺生产的产品），并且应该具有适用性（项目提供的产品或服务必须能满足实际需要）。忽视适用性的后果就是可能导致100万成本建设的系统还没有人家花10万块弄的小程序给人感觉好！所以啊，尽量避免自己在那儿一厢情愿、自以为是的闭门造车，多跟客户沟通！
项目经理胜任力免费测评PMQ上线啦！快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
