以往的软件开发模式是先了解用户的要求，然后再在极度神秘的环境下进行编程测试。毕竟，用户根本不知道我们在做什么，对吧？直至项目结束，我们的魔术师才会匆匆登场，揭去魔法布，然后期望用户会对我们卓越的产品惊叹不已。然而用户此时的通常反应是：“咳，好吧，我知道你们花了很多功夫，但我们真正需要的是……”
今天，项目成功的秘诀就是尽早向用户展示任何可以展示的东西。如果能在项目启动早期，而不是当整个项目都结束的时候，就能发现项目中存在的问题，那该有多好啊！
上面一段话引用自"项目经理必须知道的97件事 "。软件开发过程中经常遇到的问题就是软件我们做出来了，但是拿给客户，确认却说不是我们想要的。追根溯源，我觉得是两方面的原因：1.首先需求沟通阶段不明确，没有对软件细致的规划，最容易导致的事情就是客户认为是这样的，我们认为是这样的，我们互相都不知道对方认为的和自己不一样，结果程序做出来之后还得改，耗费了大量时间和精力却是无用功。2.此外咱们的开发人员喜欢想当然，这是咱们大多数开发人员的通病，总以为自己设计的开发是最好的，却忽视了适合客户的才是最好的。
尽早给客户提供一个可见的版本，以便及时跟正走偏的路。减小与用户需求的误差，发现问题，及时更正。 越早发现解决问题所消耗的成本就会越低。
尽早让用户参与到开发中来。
6621
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
