使用scrum部署sprint中期(大型正在进行的“棕地”公共网络项目)[已关闭]

我真的认为部署到 生产 冲刺中期听起来是个坏主意。一个真正的焦点窃贼。

也许缩短冲刺长度对你来说是件好事?

Sprint结束时完成的工作必须在审查会议上由产品负责人审查。如果你中途发布,情况可能并非如此。

如果你觉得在冲刺结束前工作已经完成,你可以:

1. 通过从发布待办事项列表中选择优先级最高的项目来添加更多工作
2. 缩短未来的冲刺时间

考虑到你的工作环境描述,我会选择2。

您可能还想考虑另一种可能更适合您环境的敏捷方法。

我不会在冲刺中期发布。

在冲刺结束时拥有可发布的内容并不排除在冲刺中期发布。事实上,当你的团队有生产支持责任时,这是必需的。

不过,我想问一些关于这些冲刺中期版本的问题:

1) 早期版本的增量值是否超过了部署成本? 2) 您是否评估了这些小型部署中的每一个的风险,以确保它们不会适得其反并产生更多的工作? 3) 你能得到客户对这些迷你版本的反馈,以确保你发布的是他们想要的吗? 4) 你有没有考虑过缩短你的冲刺时间?

“严格的scrum驱动开发”(如上所述)对我来说是一个矛盾修饰法。咒语是检查和适应。我对scrum被当作一种反对提高对利益相关者的响应能力的学说的说法感到恼火。

如果你想执行严格的scrum驱动开发,那么冲刺中期部署就是异端。在我看来,严格的scrum方法不是用于场景的最佳工具。我会使用一种更经典的方法,在这种方法中,你定义了部署包和分配给它们的任务。您在单个主干上开发,如果给定部署包的所有任务都已完成,则部署它。但要注意代码和项目中的约束。

你可以看看Alistair Cockburn Crystal的“Orange Web”方法。他将敏捷原则与公共网站约束相结合。