我们在进行项目开发时，在项目立项，并且技术评估后，老板（或者是pm）总是会问你要一个“估算时间”，或者是一个“甘特图”，
我总是为此苦恼，因为我不知道也不想要去估算这个时间，太难了，简直是太难了。为了能好好估时，在去年的时候，我进行了搜索。 总结了一些估算时间的“经验”。
1、不严谨型，在估算大致时间增加20%-30%的自检时间，以便于在进度将近时项目还未完成做补救。
2、以甘特图为原型，将项目拆分成更小的单位，将每个小单位实现的时间评估，将每个小单位加起来就会得到总的估算时间。
3、从现在起，以一个任务为观察物，比如你现在要做一个rbac的权限模块，你预计5天能完成，实际却用了6天。超出了20%的时间。 那么你以后的估算时间就要在你估时的基础上，加上20%。
额，这个有一叶障目不见泰山的嫌疑。
估算时间本身是件不严谨的事情，只能靠本身经验的积累。从现在起，每个任务都要进行估算，并进行记录。
《从小工到专家》第二章有一节是讨论估时的内容。我之前所认为的估算是对“时间把控上的掌握”。书上说在对估算把握精确的话，会延伸到业务上的把控，譬如产品刚说了一个想法，你的直觉会告诉你，这个想法是否在技术上可行。“锻炼你的直觉”。
本书还给出了如何估算项目进度。
1、检查需求
2、分析分享
3、设计、实现、集成
4、向用户（pm，老板等等）确认
在上述的步骤中，通过代码对进度进行迭代。