Project management 您如何从概念验证阶段过渡到生产准备解决方案？

我正在进行一个项目，该项目已被接受为概念证明，现在作为一个实际的生产项目已列入计划。我很好奇其他人是如何实现这一转变的

我从各种渠道听说，当一个项目作为概念验证开始时，通常最好将快速发展阶段编写的所有代码都扔掉，并从全新开始，依赖于从概念阶段学到的东西，但不努力清理第一次编写的潜在混乱代码。类似于“扔掉你将要发送的愤怒电子邮件的第一份副本，重新开始”理论的编程版本

我在过去做过这件事，我也重构了概念代码以用于生产，但由于我正处于一个新项目的过渡阶段，我想知道其他人是如何做到这一点的。显然，这在很大程度上取决于项目本身和概念代码（例如，如果您生成的内容有效但无法扩展，那么最好重新开始，但如果您有一个非常压缩的项目时间表，则可能会被迫在您已经编写的基础上构建）

---

也就是说，如果所有事情都是平等的，你们会选择什么作为一种方法呢？

如果代码有效，就使用它。花一点时间重构最混乱的部分，以便于将来的维护。但不要落入从头开始构建新系统的陷阱。

对我来说，这取决于我的POC有多马虎。如果这是我羞于把它传给另一个开发者的话，我会重写它。否则，就按你得到的去做吧

将现有代码重构到解决方案中。

正如您已经暗示的，答案是“视情况而定”

重新开始是很好的，因为你可以帮助删减那些在你开始解决纠结时添加的东西，但实际上并不需要

它还为您提供了一个机会，让您能够更多地考虑您希望体系结构是什么样子的——而不必依赖于概念证明是如何编写的

---

然而，在实践中，除非你是在向外界销售软件，否则在原型的基础上进行构建是相当普遍的。只要不要养成这样的习惯，如果你遇到一些代码，闻起来或者看起来可以用更好的方式来完成，你就不要想“我以后再解决它”…

扔掉概念验证中的所有东西，除了学到的经验教训，还有一些小的代码片段，比如计算等等

概念验证应用程序永远不应超过最低限度，以查看相关技术是否有效，并开始测试某些边界条件

完成后，您可以使用新发现的知识自由地重新设计应用程序