前言
随着敏捷开发在国内的风靡，越来越多的团队开始推行敏捷开发，这其中有一个关键事项就是：工时的人日评估。简单来说就是：项目经理会让开发人员自己评估自己负责的模块大概需要的开发周期。
人日，即按照1人几天完成，如1/人日：表示这个需求需要1个人1天完成，如果有2个人一起做，可能就是0.5天（需求开发一般1+1 < 2，因为有代码合并的兼容性要处理）。
如何粗略评估开发人日
对于需求的人日评估，根据笔者的过往经历，假设开发是3人日，其余情况则做相对应的调整
开发周期：3人日，接口设计、数据库设计、代码开发
自测周期：1人日，约开发周期的0.3~0.5倍
联调周期：2人日，约开发周期的0.5倍，要充分考虑接口重新设计的可能性
测试周期：2人日，基本等同于联调周期，这个阶段有大量的前后端BUG需要修复
发布周期：2H左右，自动化部署平台一键部署或者Linux环境下上传jar包人工部署
常见需求开发人日参考
Excel导入导出：2人日
单表增删改查：1人日
跨服务业务逻辑
远程服务调用(OpenFeign/Dubbo)：3人日，需考虑对方给出接口的时间
远程服务消费(MQ)：3人日，需考虑对方给出MQ的时间
这里人日评估都是在只做这个需求情况下的评估，如果有多个需求并行，需要做适当的人日拓展。具体拆分细节可参考：
需求拆分与工时评估V3.xmind
天机学堂开发人日参考
