Closed. This question does not meet Stack Overflow guidelines。它当前不接受答案。
想改善这个问题吗?更新问题,以便将其作为on-topic用于堆栈溢出。
2年前关闭。
Improve this question
因此,我们从今天开始Scrum,然后开始研究故事点估计。
出现的第一个故事是需要开发的新屏幕。它包含描述屏幕的一句话和3个用户接受测试。
这开始了开发团队和产品所有者之间的斗争。
产品负责人说,无需精挑细选故事,而只是在冲刺期间将其充实。
我们说这个故事需要完全针对冲刺进行挑选。
但是现在我开始不确定谁是正确的...。
关于此内容,我可以发送给团队的关于用户故事的定义的好文章是什么?
想改善这个问题吗?更新问题,以便将其作为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