聊聊故事点背后的故事

敏捷项目故事点估算的探讨

Q1: 敏捷项目估算故事点与直接估算工作量的可行性

观点一：故事点估算在敏捷项目中有其独特优势，避免了团队过早承诺具体工作量，体现敏捷文化。策划扑克法通过充分沟通和理解估算对象，在估算中起到重要作用，缺乏这些元素的团队则需要反思和改进。

观点二：在团队能力明确且需求延续性强的情况下，可以跳过规模估算直接评估工作量。但存在较大不确定性时，这种做法存在风险。

观点三：新项目或新增功能应先估规模再导出工作量，而产品更新维护类项目可以直接估算工作量。例如，对于产品维护类型的项目，由于涉及频繁的小规模更新，直接估算工作量更为合适。

观点四：无论估算方法如何命名，估算工作量之前应考虑规模或复杂度，并与团队成员沟通达成共识。某些类型的软件如AlphaGo，规模估算不如复杂度对工作量影响大。

Q2-Q11: 关于估算工作量的更深入探讨

估算过程中考虑规模和复杂度是为了使过程更加清晰，有助于沟通和达成共识。尽管某些决策可能基于非线性的神经元关联，经验法和模型法的偏差并无定论，但讲不出理由的估算在实践中是不存在的。估算方法应以历史数据为基础，并通过回归分析等统计手段验证其合理性。

工作量估算不仅仅是预测，它也涉及沟通、团队理解、发现需求缺陷等过程。估算方法的选择应考虑准确性和所需时间的权衡，同时认识到估算的附加价值。而且，估算结果可以根据实际情况进行修订，以提高准确性。