敏捷项目开发阶段的部署

Question

我想知道敏捷在以下情况下的立场：

• 一个合同，应付里程碑声明一个工作版本必须安装和运行在客户的位置；
• 发展仍在进行中，并非所有用户故事和问题都得到解决；
• 将需要稍后的部署

我的理解是，产品负责人将在其开发环境中查看软件，直到完成最终的QA，然后(而不是在此之前)将其部署到最终的生产环境中。

Answer 1

1. 请您的客户创建一个模拟生产环境的测试环境。在任何情况下，在测试并向客户演示之前，不要在生活系统上安装新的更新，因为如果您搞砸了您的里程碑，您也会破坏客户的操作；
2. 让QA团队使用这个测试环境；
3. 敏捷过程假设您尽快交付，所以不要收集测试环境中的更改。相反，一旦客户端对更改进行了验证，就立即部署很少的更改。这比部署一年工作的结果要好得多；
4. 每次升级前备份实时数据

Answer 2

Scrum意味着团队迭代以产生增量，在默认情况下它们不是可发布的，但它们已经完成了。如果客户希望qa测试马厩在整个过程中，所有的qamust都是在迭代之前完成的。Scrum团队可以做到但这并不有效..。你提到的产品所有者反映了客户的喜好。Scrum从来没有说什么，什么时候编码和测试。团队和PO决定何时这样做，以满足客户的需求，如可见的进展。得到即时反馈是很好的。对你来说，这听起来像是在浪费资源.

当您处于测试驱动的项目中时，您可能已经走到qa的一半路上了，必须进行测试。

我不敢说，没有敏捷的方法来阻止客户要求任务提供.

Answer 3

我的观点是，产品负责人只需要一种方法来验证是否完成了大量工作，无论是在Test环境中还是在开发机器上。您不必在每次迭代中实际发布更新。您可以花费3次迭代，将特性放入QA中，然后对产品进行发布。