2.2 Team的角度->Technical
工作量估算标准：以没有任何干扰的情况下做完这个功能需要的人天（IDM，Ideal Man Day）。如果需求不明确，或者没有技术解决方案，可以估算为40以上的IDM），这样的需求功能需要细化、拆分或者作技术探求后在进行工作量估算。也可以用Story Points来进行评估，但初期以IDM更容易应用。
工作量分析结果：
已有功能的完成，包括页面整合，功能性Bugs（没有测试用例，不能分析出具体有多少的Bugs，但需要完成）
已有功能UI级的Bugs（没有统一标准，无法明确工作量，估算为40IMD）
新增的报表，没有复杂报表实现和导出为Excel、PDF的技术方案，估算为40IMD
新增3个角色登陆首页，7IDM
新增7个统计分析,5IDM
新增几个角色分类，认为需求不明确，估算为40IMD
FTP服务器双机备份，5IDM， Team认为必须完成这个功能才能保证系统上线后的统计功能可靠性
3. PB细化及优先级重新分类
根据Business Value和Technical的分析，和PO讨论后Product Backlog的优先级为：
已有功能的完成，包括页面整合，没有功能性Bugs（350)
新增3个角色登陆首页，（350)
FTP服务器双机备份 （330)
新增7个统计分析，（330)
新增几个角色分类 （330)
复杂报表实现和导出为Excel、PDF的技术方案Spike（330)
新增5个报表，(300)
已有功能的完成，包括页面整合，没有UI级Bugs（250)
说明：“已有功能的完成，包括页面整合”，这本身并不是一个很好的PB内容，更好的是User Story，或者仅有核心内容的User Case。这里仅是把前期没有记录的所有功能做一个总括而已,历史原因-:)。
