敏捷迭代管理 --工时估算（估点）

本文在研发组织管理中的位置：

研发组织管理--项目管理--敏捷迭代管理--工时估算（估点）

敏捷推荐按难易程度来估点，即设置一个标准难易程度的任务作为参照，记为：一个点，其他任务均参照此任务进行估点。

不过此种方式比较玄乎，新团队一来就按照这种方式大家容易一下比较懵，还是推荐一种不太“敏捷”的方式做过渡，成熟后再尝试上述方式。

下面介绍一下这种中庸之法：

总工时：每迭代10天 = 80h （需求估点 + 日常事例 + 线上问题）

需求估点 = 需求设计时间（这很重要） + 代码开发时间 + 联调时间 + bug修改时间
         其中需求设计时间往往被大家忽略，其实这个过程非常重要，它包括研发、QA与产品详细沟通、提出未考虑到的情况，实现方案的构思，对既有代码的回顾，以及可能存在的设计讲解。做好设计，甚至能缩短代码开发时间，减少bug数量

      需求卡片的难易程度（0-4h） + 对应代码的熟悉程度/复杂程度（0-2h）+ 代码开发 + 联调/bug修改时间（0-3h）
         一般建议卡片的单任务估点在21h内，多于21h则考虑拆分任务

日常事例 = 站会 + 技术分享会 + 周会 + ...

线上问题 = 线上问题排查 + 线上bug解决 （单独记卡片）

研发估点：每迭代需求卡片估点70左右，每天剩余1小时做日常事例，70h包含线上问题排查、上线过程、研发内部task；