今天，项目成功的秘诀就是尽早向用户展示任何可以展示的东西。如果能在项目启动早期，而不是当整个项目都结束的时候，就能发现项目中存在的问题，

　　那该有多好啊!

　　随着项目时间的推进，变更项目的成本越来越高。重新编码、重新测试以及改进当前软件的时间，加上整合外围代码进行集成测试所花费的时间都会大大拖延项目进度。如果变化非常重大，还可能危及时间和成本底线，需要经过变更控制委员会一个漫长的批准程序。

　　在一些细小环节上做出的编程决策，或许对于软件开发人员和项目经理而言道理十足，可当软件投入使用后却有可能给用户造成巨大的混乱。

　　我知道曾经有一个大型的培训公司，花了500 万美元重新设计它的订购软件系统。此前，项目编号同订购产品之间的匹配存在一定逻辑性。例如，4125 可能是学生手册，4225 则是配套的学生练习盘，4325 可以代表教师手册，4425 则是营销宣传时使用的课程大纲等。你可以在同一屏幕上订购4X25 系列的所有项目。

　　每天，全球140 个地方的行政助理一遍遍地反复订购同类材料，并很快记住了项目编号。一旦知道了学生手册的编号，他们无须查看就可以立即键入其他项目的编号，这样一来，订购过程十分快捷。

　　在重新设计时，不知何故，这个项目团队居然忘记考虑实际情况下真人是如何进行订购的。新的设计方式中，项目之间没有逻辑关系。项目 6358 可能就是4125 曾经代表的学生手册，而其配套的学生练习盘现在是 8872，而同一类教师手册又是 3392。

　　现在，不仅用户不得不逐项查询并试着“忘记”旧的编号和系统，而且同类产品的不同项目也会分别出现在不同的页面上。

　　行政助理们很愤怒。订购过程慢得就像是蜗牛在蠕动。该项目最后远远突破了它的时间和成本底线。

　　作为项目经理，你应该尽早并经常让软件开发人员和用户交谈。