project-management - 设计应用程序和编写应用程序之间的最佳时间平衡是什么？

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改善这个问题吗？更新问题，以便可以通过 editing this post 用事实和引文回答问题.

2年前关闭。




Improve this question




这个问题可能看起来微不足道，但这是一个实际问题:当你在做一个项目时，你在真正开始编码之前是否进行了任何类型的架构设计？您是否花了很多时间与客户合作以获得详细的规范/用例/模型？

在编码期间，您是否更改了之前做出的架构决策？你会带着新的规范/用例/模型返回给客户吗？

我想知道，根据您的经验，在所有这些非编码操作和编码本身之间有什么好的平衡点？

更新:

好的，从到目前为止的答案来看，似乎有两种方法:

尽早设计，然后坐下来编码以避免后期修复

尽量减少单独的设计部分，而是进行迭代开发(敏捷方法似乎更喜欢这种方式)。

我想走哪条路取决于项目、团队和客户......我是对的吗？

Answer 1

最大限度地减少花费的总时间;-)

这在很大程度上取决于项目的类型，但一般来说，最好是“浪费”时间过度设计和指定必要条件，而不是事后发现问题出问题，然后再回来修复它。

我在“The Mythical Man-Month”或微软出版社的一本名为“Software Requirements Pro Practices”的书中读到了一些关于糟糕设计决策影响的定量测量，我认为时间浪费在后期修复(接近产品交付)大约是早期阶段的 10 倍。