下面的哪一种说法是正确的（）。
A: 故事点是一个绝对度量单位
B: 故事点估算一定要做到非常精确
C: 故事点表示开发一个用户故事或特性的复杂度
D: 故事点表示开发一个用户故事或特性所要付出的工作量
A: 故事点是一个绝对度量单位
B: 故事点估算一定要做到非常精确
C: 故事点表示开发一个用户故事或特性的复杂度
D: 故事点表示开发一个用户故事或特性所要付出的工作量
D
举一反三
- 10. 下面的（ ）是错误的。 A: 故事点是衡量产品特性规模的定量估算单位 B: 故事点一般使用直接的小时或人天等时间单位来表示 C: 故事点估算不需要考虑个人能力因素 D: 故事点的大小表示开发一个产品特性所需要投入的工作量
- 以下关于用户故事的故事点估算，说法不正确的是（ ）。 A: 为确保估算的独立性，故事点估算一般采取匿名方式。 B: 故事点估算结果推荐采用离散序列。 C: 不同开发阶段，对同一故事的估算结果一般相差不大。 D: 估算中有可能需要对用户故事进行适当的拆分或合并。
- 假设某项目的注册功能为5个故事点,而其中成绩录入工作量比注册功能工作量略多,采用Fibonacci等级标准估算的话,成绩录入功能的估算值是?( <br/>) A: 6个故事点 B: 7个故事点 C: 8个故事点 D: 9个故事点
- 敏捷团队如何估算一个用户故事的相对规模？（） A: 使用故事点 B: 使用分解 C: 使用速度 D: 使用聚合
- 通常在计划扑克期间，敏捷团队用一个参照点用户故事作为随后估算的基础，那么常用的参照点用户故事的规模是（） A: 小 B: 加大 C: 中 D: 大
内容
- 0
开发一个用户故事的理想时长是（） A: 1-2个冲刺 B: 1-2个迭代 C: 2-5天 D: 15天
- 1
故事点估算是一个相对的估算过程。
- 2
敏捷团队如何估算一个用户故事的相对规模？（） A: A使用故事点 B: B使用分解 C: C使用速度 D: D使用聚合
- 3
敏捷团队期望的速度是8。冲刺规划期间，故事做了估计，并按下列顺序排列：故事a——4故事点；故事b——2故事点；故事c——3故事点；故事d——2故事点；如果不分割故事，冲刺1中应该包括哪些故事？（） A: 故事a，c，d B: 故事a，b，c C: 故事a，b，d D: 故事b，c，d
- 4
一个故事里一定有情节。（）