主要观点：故事点（Story Points）不可靠、易造成混乱和冲突，其使用存在诸多问题，如无法准确相加、易被转换为时间导致错误比较等。应摒弃故事点，采用更好的方法如测量队列（Measured Queues）来进行估算和项目管理。
关键信息：

• 故事点定义包含多种相互竞争的概念，实践中常被用作相对复杂度度量，但不同团队差异大。
• 故事点基于斐波那契数列，高值表示范围大的不确定性，相加无意义，与速度（Velocity）结合会导致错误。
• 已知故事点问题众多，如创建者已否定、Scrum 修正努力失败等，但其仍被广泛使用。
• 业务方需要估算来做决策，软件估算困难，用点更难，各种估算方法都有缺陷。
• 流程输出如会议常被视为浪费时间，故事点估算过程投入时间多但输出价值低。
• 替代故事点的方法如 T 恤尺码和时间估算也有问题，时间估算易产生误解。
• 更好的方法是唐纳德·莱纳特森（Donald Reinertsen）的管理队列，关注组织效率和工作流，通过团队讨论分解任务为队列，随新信息更新任务，跟踪平均任务率进行预测和容量规划，队列是领先指标可提前发现问题。
  重要细节：
• 故事点定义中“总体努力、复杂度、风险、不确定性、工作量”等概念易造成混淆，实践中常被用作相对复杂度度量，不同团队对同一任务的评分差异大。
• 斐波那契数列表示故事点，高值范围大，相加无意义，与速度结合会误导比较团队绩效。
• Ron Jeffries 否定故事点，Scrum 修正努力失败，团队因避免错过“承诺”而低目标或虚报估算，完成更多工作反遭批评。
• 业务方需估算做决策，软件估算困难，各种估算方法如《Software Estimation: Demystifying the Black Art》中的建议虽好但仍有局限性。
• 会议等流程输出常被视为浪费时间，故事点估算过程投入时间多但输出价值低，如团队讨论故事点价值却不记录细节。
• T 恤尺码和时间估算也有问题，如相对估计问题、时间估算易产生误解等。
• 唐纳德·莱纳特森的管理队列关注组织效率和工作流，通过团队讨论分解任务为队列，随新信息更新任务，跟踪平均任务率进行预测和容量规划，队列是领先指标可提前发现问题，如特征任务队列大小变化可反映范围变更，多个队列可能导致系统过载，通过质量控制和快速响应支持队列可控制流量。