故事要点：敏捷团队的北极星 埃利安娜 阿提亚 最小阅读量 年 月 日 让软件开发人员猜测一个罐子里有多少颗软心豆粒糖，你可能会得到某种算法推理和令人沮丧的准确答案。 对于大多数开发人员来说，不带推理的猜测并不是一个强项。 这就是为什么估算处理项目所需的时间以制定下周的计划往往是最容易让每个人伤透脑筋的项目。 输入：故事点。这个模棱两可的问题的定量答案。 开始使用 那么，什么是敏捷故事点？ 虽然大多数团队通过时间（半天、一周或一个月）来估计任务的难度，但故事点是一种在相对范围内衡量工作量的方法。
根据相对难度分配任务可不同故事点仅指手头的任务
而不是可能影响所需时间的意外电子邮件、会议或延迟完成任务。 为了准确估计故事点，需要记住以下几点： 如何衡量故事点：斐波那契数列 开发人员使用斐波那契数列： 、作为衡量故事点 智利短信网关 的指标，以迫使团队做出明确的决策。 例如，如果您有一个项目要做，有人问您是否需要 小时或 小时，您可能会犹豫是否回答这个问题，因为差异很小，很难猜测。 另一方面，如果有人问你需要 小时还是 小时，答案可能会更清楚。
定义故事点时需要考虑的几个问题这个项目与我们过去做
过的另一个项目相似吗？如果是这样，完成它需要付出什么努力？ 由于故事点是一种相对的测量形式，因此该过程会不断变化和完善自身，但特别是在开始时，与过去类似的项目进行比较以 美国首席财务官 获得视角可能会有所帮助。 是否存在任何可能导致延误的潜在看不见的障碍？ 重要的是要考虑产品完成之前需要经历的整个跨团队旅程。 我们需要依赖第三方来完成这个工作吗？ 对另一个团队或外部承包商的依赖可能会导致更长的延误和更多的来回，应该考虑这一点。
