敏捷软件估算和度量软件估算&度量的意义人是无法管理自己不了解的事物。如果不看天气预报上的天气信息，我们无法决定是否带伞。如果不做远途行程的时间计划和路径计划，我们就不知道和朋友的约会应该什么时候出门，选择什么交通方式最合适。这就是估算和度量最基本的作用，能帮助信息获得者做出正确的活动决定。同样在软件行业，软件度量的根本目的是为了管理的需要，利用度量结果来改进软件研发过程和产品方向。因为研发过程对于管理者来说是个黑盒，他们不一定也不需要了解研发过程的每个细节，但他们需要在宏观上掌握研发进展状态，他们需要为研发的成本，进展，风险，战略方向等基于准确的数据结果做出决策，不然就是我们通常称为拍脑袋决定方向的指挥者。软件度量最基本的估算和度量范畴是：进度、成本、质量。不管采用何种研发方式，这三项指标是最根本的，其它度量项是在此基础上进行的拓展和深挖，如质量可以包含单元测试覆盖率是质量的深挖，又如效率=规模*进度/成本效率，可作为绩效考核的一个指标。把握了这三项，管理的度量维度才算是完整的，这就能解答我们一系列的问题：项目计划，成本控制，项目监控，量化管理。甚至，如果有外包供应商，那么他们的绩效如何，哪些方面的优势可以保障项目的成功交付？总之，有管理就必然有度量，而且度量结果应该是数字化的。Agile中估算&度量的痛点GitChatAgile模式中有传统不曾体会的痛点，而有些痛点则是共同的。让我们看看传统的作为传统研发模式的代表CMMI模型中，可以看到传统项目里有很多的估算和度量指标等着我们去填，还有质量人员（QA）催着。而在敏捷管理类型的项目上（特别是互联网产品），人们更多关注的是软件价值、创新型、业务模式，而弱化了研发的进度成本质量的管理。随着产品进入平稳运营期，我们的视线重新被拉回到了进度成本质量的管理。或许有人会觉得不应该走这回头路，有这样想法的人通常是把产品经理和研发管理混到了一起。作为产品经理，应该始终保持产品的价值设计，而研发管理则应该通过提升研发效率，质量来保障价值的交付。因此对于研发管理，度量从项目开始之处就应该存在，而非等到不能等的那一天。据我了解，京东在产品持续创新的同时，也开始建立每个产品的研发成本和效率进行度量和分析。（换句话说，投资者们需要知道这些产品值不值投入）Agile估算的计划洋葱千年大计，看开局。Agile计划中的Strategy和Portfolio都是产品价值的估算的结果，如果这里有问题，后...
