Closed. This question does not meet Stack Overflow guidelines。它当前不接受答案。












想改善这个问题吗?更新问题,以便将其作为on-topic用于堆栈溢出。

2年前关闭。



Improve this question




因此,我们从今天开始Scrum,然后开始研究故事点估计。

出现的第一个故事是需要开发的新屏幕。它包含描述屏幕的一句话和3个用户接受测试。

这开始了开发团队和产品所有者之间的斗争。

产品负责人说,无需精挑细选故事,而只是在冲刺期间将其充实。

我们说这个故事需要完全针对冲刺进行挑选。

但是现在我开始不确定谁是正确的...。

关于此内容,我可以发送给团队的关于用户故事的定义的好文章是什么?

最佳答案

冲刺计划期间发生了什么?

看来您没有在开始Sprint之前查看Sprint计划以查看故事。

没关系。

故事是sprint期间充实的。这才是重点。放松。

迅速充实故事,迅速建立。

在某个时候,一个句子的故事可能变得相当复杂。如果是这种情况,请将其分解为在sprint期间会完成的内容,而您的内容将不会完成的内容。可以拥有一些未知且未构建的东西是可以的。

放松。

不要过度说明所有内容。不要在冲刺之前指定故事的所有细微差别。只需构建将起作用的东西。尽快。这就是为什么它被称为“冲刺”。

不要构建您想像的一切。建立足够的故事,以使用户可以执行故事。

关键是要构建可以使按计划工作的东西。如果您必须调整故事的范围,那没关系。

关于scrum - Scrum和规范,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/2545755/

10-15 10:24