行政审批技术评审信息服务项目总结报告目录TOC\o"1-4"\h\z\u1一般信息PAGEREF_Toc328577593\h12风险管理PAGEREF_Toc328577594\h12.1风险类别统计PAGEREF_Toc328577595\h12.2风险等级统计PAGEREF_Toc328577596\h13工作产品规模PAGEREF_Toc328577597\h24工作量PAGEREF_Toc328577598\h24.1工作量分配（人时）PAGEREF_Toc328577599\h24.2工作量偏差分析PAGEREF_Toc328577600\h35缺陷PAGEREF_Toc328577601\h36主要工作产品归档PAGEREF_Toc328577602\h47项目经验总结PAGEREF_Toc328577603\h48、项目组推荐优秀实践列表PAGEREF_Toc328577604\h5TOC\n\h\z\c"表格"1一般信息项目编号项目名称客户单位计划启动日期计划结束日期实际启动日期实际结束日期2风险管理2.1风险类别统计风险类别（分布）商业风险0管理风险1技术风险12.2风险等级统计风险等级（分布）高（10~12）1中（6~9）1低（1~5）03工作产品规模工作产品名称估计规模实际规模偏差率代码（行）12000128226.9%4工作量4.1工作量分配（人时）里程碑计划工作量实际工作量工作量偏差率需求/设计里程碑331.00320.00-3%编码/测试里程碑800.00832.004%验收里程碑97.0097.000%总计122812494.2工作量偏差分析估计工作量：1200人时实际工作量：1249人时估计偏差率：（实际工作量-估计工作量）/估计工作量×100%＝4.1%5缺陷分类严重程度合计已修复缺陷合计缺陷修复率测试缺陷密度（个/千行代码）高中低高中低测试1535277715352777100.0%6.01验收05050505100.0%0.39小计1540278215402782100.0%6.406主要工作产品归档序号工作产品名称备注项目计划书项目估算表项目实施进度表项目状态报告里程碑报告需求规格说明书需求跟踪表软件设计说明书评审报告测试用例缺陷记录测试报告基线记录变更申请单变更管理表决策分析报告系统安装包软件交付清单安装手册源代码7项目经验总结7.1签定合同一个项目的开发成败或者说项目开发带来效益的大小，在很大程度上是受项目合同签定的影响的。往往，很多一部分公司与客户签定的项目合同都是很模糊的，也很难签定的比较清楚，这样以来就会导致在项目的开发后期，工作量会越来越大，影响项目的竣工周期；而且，项目的开发费用一般是不会变的。这样以来，我们就大大的降低了我们的开发效益。虽然需求范围很难签定的明确，但是我们在签定合同时，要尽量的去把合同功能边界和添加新功能的条件签定。7.2开发团队在项目确立后，要尽快的建立起项目开发团队。项目团队成员的团结合作、相互沟通是非常重要的，团队成员之间要相互学习彼此的优点和技术，使团队的能力不断的提高。这样，在项目的开发过程中，团队才不会被难题困住不动。另外，团队中要有一个项目负责人，这个人无论是在与客户的沟通上，还是在技术上都要是很出众的人，此项目负责人要能很好的沟通客户与开发成员之间，以此来更好的理解客户的功能需求。人的记忆力总是有限的，所以就要求开发团队成员要尽量的书写一些开发文档，这些文档往往是我们在项目开发后期要用到的可寻资料。项目团队士气是项目成功的一个因素,我们需要不断的来培养我们的团队气势，使我们的团队不断的壮大。7.3需求的调研在项目确立后，就到了需求调研分析阶段。（1）项目组对客户的整体组织结构、公司有关人员的关系、职责等如果没有一个很好、足够的了解掌握，这样项目组就无法很好的完整的整理到客户的需求、或者说客户真实的功能需求，如此以来我们就为自己埋下了地雷，影响项目的开发周期，这就要求我们要与客户搞好无论是工作上的还是生活上的朋友关系，要深入的去了解客户需求。（2）我们要尽量的让客户也参与到项目的开发团队中来，也就是说我们要使客户把自己也纳入到项目的开发团队中来，如此一来，我们掌握客户需求的真实性、可靠性就会大大的提高，也就不会为项目的后期功能开发埋下陷阱。（3）在需求调研过程中，如果缺乏足够用户参与，这样的需求调研也是失败的。很多程序员不愿参与到客户的需求调研中去，为什么呢？很简单，与客户沟通不如与代码沟通容易有意思。尽管这样，我们还