我们应当改变我们的设计习惯

[充满诗意的联盟]

以往我们在设计一个系统时，总是喜欢大布局。全面地整理系统需求，全面地分析系统功能，再将系统整体地划分成数个模块，分别去设计、开发、测试。这样一个过程往往会持续数月，花费大量的工作量。但是，不到最后开发完成出来，谁都不知道会不会存在问题。最终的结局就成了一场赌博，不成功则失败，这就是“大布局”的弊病。同时，任何人，即使是那些资深的高级工程师，也不可能一开始就保证自己的设计是正确的，总有或这或那考虑不周的地方...（详见）

[其实我是真性情]

你想表达什么？

[充满诗意的联盟]

看看后面链接的文章你就明白了

[快乐的小呆]

我来拿分，国内都这样

[小白-鑫儿]

[coolbamboo2008]

那就跟客户说，咱们先把这个活分解成一个个小块，一块块做，一块块给钱 可是客户肯么？ 客户懒啊，懒得思考啊，那你不去为他想大局，谁来想大局？ 大局设计不合理，更会被毙掉，而且是最恐怖的，你做完了发现不是他要的……

[充满诗意的联盟]

引用 4 楼 coolbamboo2008 的回复:

那就跟客户说，咱们先把这个活分解成一个个小块，一块块做，一块块给钱 可是客户肯么？ 客户懒啊，懒得思考啊，那你不去为他想大局，谁来想大局？ 大局设计不合理，更会被毙掉，而且是最恐怖的，你做完了发现不是他要的……

这里与迭代开发的概念是不一样的，这是一个设计与开发的范畴，而不是项目管理的范畴。 这里是说研发人员应当怎样设计编码，大布局是一下子把所有功能都完成，再集成再调试；小步快跑是先设计开发一点儿，调试运行，再设计开发一点儿，调试运行。。。

[聪头]

是说开发模式的问题吗？

[充满诗意的联盟]

引用 6 楼 anchor1 的回复:

是说开发模式的问题吗？

是滴，可以看看后面的示例：小步快跑是这样玩的

[tony4geek]

路过，看看。路过。