人力资源管理系统项目总结报告精品推荐

1、大型企业经典管理资料模板， WORD文档，欢迎下载交流分享一个苹果，各得一个苹果，分享一种思想，各得两种思想。分享是件快乐的事件，乐于分享的人，事业更容易成功。人力资源管理系统项目总结报告汇报汇报日期:人：张咏勤2009-10-11修改历史日期版本作者修改内容评审号变更控制号2009-10-111.0张咏勤修订项目基本信息项目名称人力资源管理系统项目代号HRM产品类别软件产品客户Comm贸易公司项目经理ProMan主管高级经理Cosmo项目SCM代表Robin测试经理SammySQA代表Passay测试人员Testman Van项目基本信息项目范围与目的范围人力资源管理系统（HRM分为以下几个

2、功能模块：人事管理、工资管理、职位变更管理、 离职管理、培训管理、辅助系统。目的为Com贸易公司定制的人力资源管理系统。软件生命周期计划采用的生命周期模型：增量式模型实际采用的生命周期模型：增量式模型在整个项目过程中，项目生命周期模型没有变更。增量模型生命周期适用于本项目开发过 程。前期通过DEM进行确认、沟通，使客户对产品有直观的认识，减少项目风险。项目人员管理组织结构人力投入人员投入计划和实际的比较311111亠U.14321需求概要设计详细设计测试交付编码I计划投入人员口实际投入人员培训情况序号课程名称参加人数花费工作量培训效果备注1VSTS5=12*5好2C#编码规范5=0.5*5良好

3、总计762.5良好培训结果分析VSTS解决了当前项目管理中遇到的问题，同时更进一步了解 VSTS达到较好效果。C#编码规范：让开发人员熟悉公司的一系列编码规范，便于在开发过程中的代码走查 和组间协调。项目管理成本成本跟踪:初始估计值当前估计值实际情况成本偏离分析项目总成本为：30万元 成本初始估计值为：25万元 成本估计偏差为：5万元成本估计偏差的主要原因：1、计算标准不一致；2、没有比较准确的估计参考数据。偏差措施：1、加大跟踪力度。2、进行多次估算，使估算比较符合实际工作量工作量跟踪项目工作量偏离原因分析原因主要有以下几点：没有较准确的估计参考数据；项目初期，实习开发人员对工作要求不熟悉；

4、QA前期没有及时跟踪项目问题；实习开发人员公司过程体系的理解不足，且开发能力稍显不足。 措施：对关键任务，加大跟踪力度。根据项目特点进行2次估算，使估算比较符合实际。总代码行数：110304 LocC#:108954LOCJavaScript : 477LocSql: 873Loc 代码重用：22061Loc 项目总投入：40人月 开发人员投入：880小时； 美术人员投入：160 小时。 项目生产率C#以及JavaScript生产率：802Loc/人天经典资料，WORD文档，可编辑修改，欢迎下载交流。需求管理需求处理情况I基线化需求数量 口已处理需求数量需求变更情况需求变更数项目进度项目进度（

5、1）2005234&6计划里程碑统左成05丿口中20槪要设计丸成05703/1005/02/02:M计划完 战评审 >52/23完成 05/05 详细设计完成编码，单元 05/04/14片发、：SQA、概要设计完成详細设计完成丄完成KCM计划完 05怜4曲0引04J3D05/02/30t成评审 05/03/27I绑码、完05/0 单元 测试完成 呵05股产品05/0需求诅杳05/02/20经典资料,WORD文档,可编辑修改，欢迎下载交流。大型企业经典管理资料模板， WORD文档，欢迎下载交流项目进度（2）阶段完成情况初始计划当前计划i_i实际情况项目进度偏离原因分析原因主要有以下

6、几点：没有较准确的估计参考数据；项目初期，实习人员对工作要求不熟悉；QA前期没有及时跟踪项目问题；项目组对公司过程体系的理解不足，且编码能力稍显不足。 措施：对关键任务，加大跟踪力度。根据项目特点进行2次估算，使估算比较符合实际。分享一个苹果，各得一个苹果，分享一种思想，各得两种思想。分享是件快乐的事件，乐于分享的人，事业更容易成功。评审缺陷分布45评审活动跟踪11hh4035302520151050目策划需求 设计编码发现问题数匚问题处理数计划评审次数 当前计划次数 实际评审次数评审工作量阶段分布评审工作量的阶段分布情况400350300时250小200人150100500项目策划需求设计编

7、码交付文档规模文档规模初始估计当前估计|实际值|文档规模偏离原因分析?文档总规模为：A页。?初始估计值为：B页。?二次估计值为：C页。?文档初始估计偏差为：(A-B)/A=?文档二次估计偏差为：(A-B)/A=估计偏差的主要原因：1. 使用新的估算模板，估算难度较大；2估算人员比较少，没有让较多的人员参与到项目进行估算。 措施：1、进行多次估算；2、加大对偏差较大的部分跟踪力度，确认内容有效性，减少不必要的内容代码规模cok代码规模o o o O o o o Oo o o o O o o o o O00初始估计值当前估计值 一I一实际情况代码规模偏离原因分析?原因在于估计中使用的是有效代码行，

8、而统计时使用的是实际所有代码行，没有比较 好的统计有效代码行工具。（如注释，和自动生成的代码）? 没有参考比例系数（不包括注释和自动生成部分代码比例系数），进行统计有效代码 行。?估算人员没有相关估算经验。配置管理SCI基线化代码规模初始估计值 当前估计值一一实际情况变更记录CR变更记录CR( 1)CR报告CR、数未关闭数紧急变更记录CR( 2)变更控制号受影响的配置项变更时间原因分析经验/教训/改进措施序号基线名称计划基线形成时间实际基线形成时间123456789测试集成测试已确认问题测试问题报告厂严重影响系统运行-不影响系统运行但必须修改1影响系统运行 所提建议用例执行情况测试用例执行情况

9、用例总数n已执行数厂通过数未通过数系统测试用例执行情况测试用例执行情况已确认问题测试问题报告1.210 00 0 0 0 00.20.8个0.60.4问题报告总数未解决问题数严重影响系统运行影响系统运行口不影响系统运行但必须修改口所提建议测试结果概述、测试问题概述：1. 测试人员第一次参与性能测试，对相应工具不熟悉，边摸索边测试而影响了测试速度；2. 由于项目前期需求和设计不详细，未及时指定用户需求号，导致后期无法完成测试管 理工作表中的追溯；3. 由于需求和设计的粗略，无法正常获取设计用例的信息，测试人员需要与开发人员不 断地来回沟通，浪费了大量的时间；4. 项目开发人员在修改缺陷时，经常变

10、换权限等的要求，且没有及时添加到需求和设计中, 且没及时通知相关人员，导致测试时发现系统与需求不一样而又重新修改已制作测试用例 的测试需求，增加不必要的工作；5. 测试人员管理的经验不足，没有及时进行跟踪，导致最后统计数据很费时间。、建议：1、让项目开发人员对过程进行进一步的了解，让开发人员更改系统时有意识要通知相关人 员,并修改相关的文档；2、测试人员实时跟踪，每天都要记好当天的效率和缺陷等相关信息；3、加强需求设计人员对需求设计文档的分析及设计能力，同时要求项目开发人员能够按 照需求和设计文档来实现系统。问题分析ttflttM比晏ttt尹1£乐运 打1'3I运疔但凿y0(

11、Db 93諫ID帚即*3C 出 现ID3计21.r>9. WM.帆1(k 2取43堆jij观fi5. KH.S編祐IJJ脚91,谢sm.册他2L,断a.SQA工作汇报厂活动次数11发现问题总数严重问题数.轻微问题数问题解决数上报问题数问题分布情况问题阶段分布问题KPA的勺分布图5040 个3020100问题分析产品质量问题主要来源：1. 同行评审中，评审准备不足，作者、评审组长等对于质量把控不严；2. 项目组文档质量把控意识不足，未进行拼写检查和组内走查就开始进行走查；3. 走查时，作者未及时反馈处理结果，且项目经理和 QA弋表未及时跟踪处理情况； 活动问题主要来源：1. PDSP开始太

12、晚，模板适用性不足；2. QA代表因经验不足，工作重心出现偏离，如花费大量时间制作和修改模板，对活动的 评审与跟踪力度不足。项目经验好的经验序号描述KPAs1周例会：每周五周例会中，除总结本周工作情况和当前项目情况、汇总与分析当前项目问题外，需明确下周任务，使项目成员明确自己下周任 务。2邮件规范化管理：1. 建立专用项目目录和客户目录；2. 邮件分类处理：对处理完的邮件和为处理的邮件分类，可以作 上适当的标记进行区分。大型企业经典管理资料模板， WORD文档，欢迎下载交流3有效沟通：1. 发送邮件后，需及时与接收者联系，以防未及时收到相应邮件（因公司最近邮件服务器总是切换，影响正常使用）；2

13、. 在周例会等场合，为组员提供增强沟通能力的机会，如每周周 例会由一到两个组员上台“讲演”。项目教训项目中得到的教训序号描述KPAs1确认：前期必须及时与客户确认，确保项目进度；为了减少客户的 确认时间，可以减小确认的内容，或者分类分次进行确认，以检查 表方式记录。2估计：估计前，需对参加估计成员进行估计培训，并统一本次估计 的一些标准，确保估计者以更统一的方式、更准确地估计。在整个 项目过程中，最好进行几次估计，使估计相对准确。项目总评整个开发过程按照公司规范进行，在 项目开发过程中，全体项目成员克服了项目中出现 的许多困难和问题。如当部分人员因其他项目需要而被调走时，项目组成员同时完成好几

14、项任务。本项目主要存在如下不足：?规范意识不够；经典资料，WORD文档，可编辑修改，欢迎下载交流。编码效率不高，整体技能有待进一步提高；沟通协作不够顺畅，反馈机制效率不高；对评审与走查中发现的问题，作者未及时修正和反馈，QA弋表未及时跟踪改进建议序号描述KPAs1估计表有待进 步改善。2改善项目成员周报模板；改进对PM工作表、CM工作表、 QA工作表、测试管理工作表以及工作量汇报机制，使统计 工作量和分析数据更加容易。3及时更新项目进度表.mpp，并将重要内容通过邮件通知相 关人员（如里程碑工作产品的走查或评审），相关人员需 尽早反馈意见和建议。4WBS细分和调整时，考虑返工工作量，预留一定的缓冲时 间（