9 我正在阅读有关一个团队的案例研究，该团队根据完成任务所需的努力来估算任务或“故事要点”。 这些“故事点”的估计单位是什么？我认为“故事点”的概念源于一个称为“敏捷开发”的过程。 agile — 大卫·福克斯 source
18 用户故事用于某些敏捷方法中，但不一定是“敏捷”概念。 故事以“故事点”衡量。“故事点”是单位。 故事点可衡量故事的相对复杂性。如果一个故事是2分，而另一个故事是4分，那么后者被认为是前者的两倍/耗时。 如果您进行迭代开发，则应该能够掌握一次迭代中可以完成的数量。如果采用与完成的内容相关的故事点数与迭代持续时间的比率，那么您将拥有所谓的项目速度：故事点数/迭代 查看Mike Cohn的“ 用户故事”，以最全面的方式解释这一切的工作原理。 — 马修·弗林 source 谢谢！故事点听起来像一种衡量努力的实用方法。并感谢您向我解释速度！ — David Faux 1 故事点并不总是意味着“复杂性”，它们可能是团队决定/同意的任何感觉。复杂性是最简单，最常用的方法。有些人喜欢用“理想的日子”作为故事的重点…… — 博士 1 正如您向Mike Cohn推荐的有关“用户故事”的书一样：他的博客也包含有关此主题的很多很好的解释，请参阅mountaingoatsoftware.com/blog/tag/story-pointsblog。他在“这是努力，而不是复杂性”上的帖子是他博客中讨论最多的文章之一，他在那里基本上指出“故事要点与开发功能的复杂性无关；它们与开发功能所需的精力有关。 ” — datentyp 2012年 @datentyp-好点。是的，的确很简单，但是仍然非常耗费时间/费力-故事点的确与努力有关。 — 马修·弗林