agile - Scrum:由非技术 PO 管理的待办事项中的技术项目？

Question

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












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

4年前关闭。




Improve this question




诸如“将服务器从 v1 升级到 v2”或“提高启动性能”或“重构登录模块以降低代码复杂性”之类的技术项目是否应该进入产品 backlog，如果是这样，非技术产品所有者应该如何确定它们的优先级与其他更实用的积压项目相比？

是否应该有单独的技术资料积压？我们是否应该与两个可以在产品待办列表中优先考虑功能和技术内容的人共同担任 PO 角色？

Answer 1

通常在“普通”SCRUM 中，您提到的技术任务不会作为单独的故事进行。

对我来说，非技术 PO 不应该看诸如“升级服务器”之类的故事。这不是一个商业故事，最终用户看不到它，因此如果以这种方式制定，很难确定优先级。应根据工作的商业值(value)分配优先级。 “升级”没有多大意义。 “允许更多同时连接”、“减少停机时间”甚至“提高团队速度”可能会为非技术人员提供更有值(value)的见解。如果您找不到非技术性描述，请问自己有关升级必要性的问题 :)

“重构”的故事更加复杂。你有没有问过自己为什么这是一个故事？重构可以作为故事中的一项任务来完成，但它本身很少是一个故事。因此，如果您想让登录更好地工作或提供更多功能，那就是一个故事，但在引擎盖下修修补补不算是一个故事。另请注意，没有商业目的的重构很容易导致所谓的“镀金”

我建议将“升级”故事作为一个尖峰，将“提高性能”和“重构”作为相关业务故事的任务。

附言您可能会在 Mike Cohn 的名为“User Stories Applied: For Agile Software Development”的优秀著作中找到关于这个主题的很好的讨论(主要是在它的第 3 部分)。