读书笔记：工作量评估

准确地评估实现某种功能所需的软件编写工作量是一门艺术，但我们试图通过敏捷实践将其转化为一门科学。

实施敏捷的方法有很多：即预测变化、分解工作以及保持业务与开发人员的密切合作。团队经常使用虚构的指标，比如“故事点”来衡量并不断提高冲刺的可预测性和生产力。

请注意，故事点是一个虚构的指标——它们是不基于任何硬指标，如编写的代码行数——因此它们不能在公司或团队之间转移（多说一句，编写出的代码行数是一个可怕的指标，你永远不应该在意这个指标，因为对于好的代码来说，行数越少越好）。

我们应该观察伴随着时间的推移，每个团队是否在达成其故事点方面是否变得更有效率。

一切皆需有度：我们并不严格遵循某个特定的敏捷方法论。我们允许团队选择他们自己的工作风格，有些团队采用更正式的敏捷元素，另一些团队则不太遵循敏捷原则。一旦架构已经确立，我们通常会让团队选择他们的工作方式。