要多久：不带幻想的估算

为什么大家都朝同一个方向偏

人们估的是一切顺利的那条路。实际上，开发时间分成两部分：写代码，以及围绕它的一切——集成、环境、真实数据、测试、修复，还有等审批和等别人。这两者之间的差距，就是承诺与现实之间差距的大部分。

仍然要怎么估

拆成每项不超过两天的条目。拆不动的条目就是你还没理解的条目，真正的风险就在那里。

给一个区间：快、可能、糟。快和糟之间的距离度量的是不确定性，这本身就是管理信息。

写下什么会把「糟」变成「可能」：一个待定的决策、一个环境的访问权限、一个供应商的答复。这些才是该优先处理的事。

用度量代替争论

几个工作周期之后你就有了真实数字：团队每周实际完成多少条目。基于这个数字做计划，比会议上说出的任何估算都准确得多。

情况变了就公开更新预测。早一点的意外可以承受；截止日期前一天的意外不行。