project-management - Scrum。处理将引入架构更改的低优先级故事

Question

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












想改进这个问题？更新问题，以便 editing this post 可以用事实和引用来回答它.

5年前关闭。




Improve this question




今天在大学里我们有一个 Scrum 练习练习(模拟创建软件解决方案的整个过程)，我想出了一个不太理解的问题。

假设我们已经定义了我们的故事并给它们一个适当的优先级。还有一个没有什么优先级的故事……也许会在最后的冲刺中完成。

问题是，如果这个故事给我们的解决方案设计带来了巨大的架构变化怎么办？例如，从独立应用程序中，您将不得不选择客户端-服务器架构，仅因为这个故事。

在我看来:以某种方式标记哪些故事肯定会完成(在某个特定的时间)，那些需要完成的关键，但在什么时候并不关键，所以团队有他们牢记并做出更好的决定来设计他的解决方案。或者你是如何处理这个问题的？如果有问题。

提前致谢!请原谅我可能很蹩脚的问题。

Answer 1

在现实世界中，$$$ 上线，优先级较低的事情可能永远不会完成。如果他们有一个高风险因素，这在现实世界中意味着更多的风险和低优先级，他们肯定不会完成。在您的情况下，如果您知道它肯定会完成，那么在您的设计 session 中，只需确保您的设计能够轻松适应所需的更改，并且在当前故事上尽可能少地付出努力。