Scrum - 你在哪里做所有'其他'的东西？

使用Scrum,有用户故事的原理和这些干预任务等等迭代到成品 - 这很好.

但是,假设我有100个需要实现的功能,在现实世界中我不能将任何开发人员放在这些上,直到完成许多正常的辅助工作 - 例如,做一个UI设计(当然你需要有)这个功能的整体概念？),或构建不一定表现为功能的底层东西.

那么,这会发生在哪里？

我的理解是,在scrum中,您只构建实现每个用户故事所需的内容.因此,只有在需要为您正在处理的用户素材实现功能时,才构建不是功能的基础内容.

在我看来,非功能性任务仍然可以用于产品积压 - 当我使用Scrum时,我们当然也做到了.我们必须向产品所有者解释为什么他们应该被视为重要,所以我们可以有时间去做.如果产品所有者不相信他们非常重要,他们就不会完成 - 并且所有者必须忍受结果.在通过解除你对负载测试之类的请求被咬了几次然后它摔倒之后,它们很可能会绕来:)

另一方面,您可能会发现您最初认为某些非功能性要求很重要,但可能会受到影响而无法满足.有时,有时,开发人员的直觉是错误的:)

对于真正的门控因素的任务,我认为你必须对产品所有者诚实,并坚持你必须这样做.如果您无法继续使用产品所有者继续执行项目,那么存在比没有获得UI设计更大的问题:)