虽然每年的IT项目成千上万，但是真正能成功的项目又有几个呢？在1994年发布的报告中显示，高达31.1%的项目彻底失败，几乎只有百分之十几的项目能成功。究其背后的根本原因，很大一部分是因为需求问题，累计权重高达51.6%，可见需求问题对项目影响程度之高。
项目失败的原因有很多，其中一条是不完整的需求。但是我们看看自己写的软件需求规格说明书，这本来应该是能让客户更直观地了解和使用我们的系统的文档中却频繁出现了类似“数据字典管理”，“XX子系统”这样的专业词汇，试问有几个用户能够真正读的懂呢。解决这个问题的方法就是采用“业务导向”组织结构，才能让用户更好的参与完整性评价。就像如果你阅读一份《家装方案设计书》，你是希望它按照书房、客厅、卧室来进行分类，还是水路、电路呢。
还有就是不同层次的人员看待系统的方式也不一样，别试图用“以点代面”来验证需求，应该将需求分成不同的部分，让合适的人进行适当的验证，最后将这些意见汇总起来更有价值。就像之前我写程序的时候，大部分情况下只考虑到一种用户他们的想法或者只是想着我自己怎样完成这个程序比较省事，其实这样是不对的，我们不仅应该站在用户的角度来看问题，更应该把用户划分成不同的群体，考虑到他们不同的需求来写程序。