涉及面很广，思路很好，但是与实际有些差距

需求： 在项目中被老板给冤了。 一个项目很辛苦近3个月，从头到尾，最终加班加点做完，居然到年后review的时这个项目居然是自己的污点。原因，对于项目中的估算不准老板很失望，被认为自己给项目带来风险，所以呵呵。 有争吵，相互彼此失望。找本书看看，项目中如何估算，工作量，进度，成本。找些资料看看，找到这本书，是CodeCompete 的作者，慕名而来。

自己的问题： 项目为什么估算为什么不准确？
 项目如何估算？ 都有哪些估算方法？如何提高估算的精度？
 如何避免说服别人，接受估算的结果？

这本书没有让我失望。（建议看英文版，中文版有些翻译的不太准确，图标标注不太准确）
  
1. 第一部分部分，很精辟的澄清一些概念： 目标，估算，承诺； 估算与计划； 估算与项目控制； 估算的目的，和定义。（ 其中有个类比，估算与项目控制，如同给箱子装衣服；如何估算紧张，就一点一点装，同时还可以压一压，不行再做到上面使劲压； 不行再去掉一些衣服试试） ==》 提出以概率的方式表示估算。==》这个纠正自己经常单值估算

2. 第一部分，给出项目估算不准确的原因。给出一个给出一个Cone of uncertain 模型。 开发中的不准确，以及若干种影响开发效率的list； 另外一个是过于乐观。 此外两点，遗漏，或者屁沟拍脑袋的草率导致的。

3. 中间第二部分介绍不同的估算方法。
    打的原则就是 计数，计算，评估判断。 不同的估算方法基本框架都大同小异。 找到要估算的东西本身，或者与估算东西强关联的一个东西：计数。计算，根据某种数据对应为工作量。用历史数据评估纠正。
 切记，再估算中直觉是不可靠的， 对应所有的速算都是去只觉得。 比如用story point 代替 时间。
 
还有告诉什么是一个好的估算的流程。


1.专家判断；
2.分解和重组： （这里没有告诉如何分解和重组，只是告诉分解和重组也有误差）。 很精辟的解释到为什么软件，单个估算不准，会导致最好自己加班加点。
3.类比估算： 类比前提是： 复杂度（规模），工作量， 成本 以及假设不同
4.基于代理估算： story point
5. 专家小组估算发--》 Delphi 估算

4. 最后一部分，告诉
4.1如何计算复杂度，或者软件的规模，计数。
4.2 如何得到软件的工作量；
4.3 如何得到软件的进度。 进度公式 = 3 x （工作量）^1/3
4.4 对于一个项目估算的时间如何分配： 需求，设计， 实现， 测试， 发布。
4.4 最终如何如何讲自己的估算，呈现出来。
4.5 给出如何让别人接受这个估算。 ==》涉及中间沟通的一些原则。


讲的不错，但是实际操练起来感觉还有不小的差距。还是值得一看。
其中书中的资料索引很多，推荐的不错。

估算在软件开发中，从头到尾，一直都有； 各种项目开发，都离不开估算，大家都是怎么做的，好像自己也不知道。 看看自己团队，公司，同事，朋友是如何估算的。 这也是软件开发中基础难题。

（另外的问题比如： 软件质量？ 软件测试什么时候停下来？ 项目中的绩效？ 多个scrume 如何同步？ 项目估算？ 迭代开发与项目roadmap之间关系）

对于自己，对于比较小的task，如何估算？记录自己task的数据 也是要回答问题。