人力资源管理系统项目总结报告

人力资源管理系统项目总结报告汇报人：张咏勤汇报日期：2009-10-11修改历史日期版本作者修改内容评审号变更控制号2009-10-111.0张咏勤修订项目基本信息项目名称人力资源管理系统项目代号HRM产品类别软件产品客户Comm贸易公司项目经理ProMan主管高级经理Cosmo项目SCM代表Robin测试经理SammySQA代表Passay测试人员Testman、Van项目基本信息项目范围与目的范围人力资源管理系统(HRM)分为以下几个功能模块：人事管理、工资管理、职位变更管理、离职管理、培训管理、辅助系统。目的为Comm贸易公司定制的人力资源管理系统。软件生命周期计划采用的生命周期模型：增量式模型实际采用的生命周期模型：增量式模型在整个项目过程中，项目生命周期模型没有变更。增量模型生命周期适用于本项目开发过程。前期通过DEMO进行确认、沟通，使客户对产品有直观的认识，减少项目风险。项目人员管理组织结构开发组质量组项目经理高级经理立项申请人QA测试人员美工程序员分析人员配置人员人力投入人员投入计划和实际的比较3555320123456需求概要设计详细设计编码测试交付计划投入人员实际投入人员培训情况序号课程名称参加人数花费工作量培训效果备注1VSTS5=12*5好2C#编码规范5=0.5*5良好总计762.5良好培训结果分析VSTS：解决了当前项目管理中遇到的问题，同时更进一步了解VSTS；达到较好效果。C#编码规范:让开发人员熟悉公司的一系列编码规范，便于在开发过程中的代码走查和组间协调。项目管理成本成本偏离分析项目总成本为：30万元成本初始估计值为：25万元成本估计偏差为：5万元成本估计偏差的主要原因：1、计算标准不一致；2、没有比较准确的估计参考数据。偏差措施：1、加大跟踪力度。2、进行多次估算，使估算比较符合实际。成本跟踪0100002000030000400005000060000700008000090000100000立项准备需求概要详细编码测试交付初始估计值当前估计值实际情况工作量项目工作量偏离原因分析原因主要有以下几点：没有较准确的估计参考数据；项目初期，实习开发人员对工作要求不熟悉；QA前期没有及时跟踪项目问题；实习开发人员公司过程体系的理解不足，且开发能力稍显不足。措施：对关键任务，加大跟踪力度。根据项目特点进行2次估算，使估算比较符合实际。生产率总代码行数：110304LocC#：108954LocJavaScript：477LocSql:873Loc代码重用：22061Loc工作量跟踪050010001500200025003000需求阶段概要设计阶段详细设计阶段编码阶段测试阶段交付阶段人小时初始计划当前计划实际情况项目总投入：40人月开发人员投入：880小时；美术人员投入：160小时。项目生产率C#以及JavaScript生产率：802Loc/人天需求管理需求变更情况0120123需求设计编码测试需求变更数需求处理情况337339347337339347332334336338340342344346348需求设计编码测试基线化需求数量已处理需求数量项目进度项目进度（1）项目进度（2）项目进度偏离原因分析原因主要有以下几点：没有较准确的估计参考数据；项目初期，实习人员对工作要求不熟悉；QA前期没有及时跟踪项目问题；项目组对公司过程体系的理解不足，且编码能力稍显不足。措施：对关键任务，加大跟踪力度。根据项目特点进行2次估算，使估算比较符合实际。阶段完成情况041219050108050128050217050309050329050418050508050528050617项目策划需求分析概要设计详细设计编码集成测试系统测试验收测试交付初始计划当前计划实际情况评审评审活动跟踪42531425314363101234567项目策划需求分析设计编码交付计划评审次数当前计划次数实际评审次数缺陷分布051015202530354045项目策划需求设计编码交付个发现问题数问题处理数评审工作量阶段分布文档规模评审工作量的阶段分布情况76.642.5362.9154.828050100150200250300350400项目策划需求设计编码交付人＊小时文档规模942441291250200400600800100012001400SFS概要设计详细设计数据库说明书Page初始估计当前估计实际值文档规模偏离原因分析•文档总规模为：A页。•初始估计值为：B页。•二次估计值为：C页。•文档初始估计偏差为：(A-B)/A=•文档二次估计偏差为：(A-B)/A=估计偏差的主要原因：1.使用新的估算模板，估算难度较大；2.估算人员比较少，没有让较多的人员参与到项目进行估算。措施：1、进行多次估算；2、加大对偏差较大的部分跟踪力度，确认内容有效性，减少不必要的内容。代码规模代码规模0.0020.0040.0060.0080.00100.00120.00140.00160.0010月11月12月KLOC初始估计值当前估计值实际情况代码规模偏离原因分析•原因在于估计中使用的是有效代码行，而统计时使用的是实际所有代码行，没有比较好的统计有效代码行工具。（如注释，和自动生成的代码）•没有参考比例系数（不包括注释和自动生成部分代码比例系数），进行统计有效代码行。•估算人员没有相关估算经验。配置管理SCI基线化代码规模0.0020.0040.0060.0080.00100.00120.00140.00160.0010月11月12月KLOC初始估计值当前估计值实际情况变更记录CR变更记录CR（1）变更记录CR（2）变更控制号受影响的配置项变更时间原因分析经验/教训/改进措施CR报告0010100000.20.40.60.811.2CR总数未关闭数个紧急高中低基线序号基线名称计划基线形成时间实际基线形成时间123456789测试集成测试已确认问题测试问题报告2064033090010203040506070问题报告总数未解决问题数个严重影响系统运行影响系统运行不影响系统运行但必须修改所提建议用例执行情况测试用例执行情况74674662512100100200300400500600700800用例总数已执行数通过数未通过数无法执行数用例总数已执行数通过数未通过数无法执行数系统测试用例执行情况测试用例执行情况5129281220102030405060用例总数已执行数通过数未通过数无法执行数用例总数已执行数通过数未通过数无法执行数已确认问题测试结果概述一、测试问题概述：1.测试人员第一次参与性能测试，对相应工具不熟悉，边摸索边测试而影响了测试速度；2.由于项目前期需求和设计不详细，未及时指定用户需求号，导致后期无法完成测试管理工作表中的追溯；3.由于需求和设计的粗略，无法正常获取设计用例的信息，测试人员需要与开发人员不断地来回沟通，浪费了大量的时间；4.项目开发人员在修改缺陷时，经常变换权限等的要求，且没有及时添加到需求和设计中，且没及时通知相关人员，导致测试时发现系统与需求不一样而又重新修改已制作测试用例的测试需求，增加不必要的工作；5.测试人员管理的经验不足，没有及时进行跟踪，导致最后统计数据很费时间。二、建议：1、让项目开发人员对过程进行进一步的了解,让开发人员更改系统时有意识要通知相关人员,并修改相关的文档；2、测试人员实时跟踪，每天都要记好当天的效率和缺陷等相关信息；3、加强需求设计人员对需求设计文档的分析及设计能力，同时要求项目开发人员能够按照需求和设计文档来实现系统。测试问题报告0000100000.20.40.60.811.2问题报告总数未解决问题数个严重影响系统运行影响系统运行不影响系统运行但必须修改所提建议问题分析SQA工作汇报问题分布情况050100150200250活动次数发现问题总数严重问题数轻微问题数问题解决数上报问题数活动次数发现问题总数严重问题数轻微问题数问题解决数上报问题数问题阶段分布0102030405060需求立项准备需求设计编码及单元测试测试交付个问题KPAs的分布图6131709009133165020406080100120140RMSPPSPTOSSMSCMOPFOPDISMSPETPICPR问题分析产品质量问题主要来源：1.同行评审中，评审准备不足，作者、评审组长等对于质量把控不严；2.项目组文档质量把控意识不足，未进行拼写检查和组内走查就开始进行走查；3.走查时，作者未及时反馈处理结果，且项目经理和QA代表未及时跟踪处理情况；活动问题主要来源：1.PDSP开始太晚，模板适用性不足；2.QA代表因经验不足，工作重心出现偏离，如花费大量时间制作和修改模板，对活动的评审与跟踪力度不足。项目经验好的经验序号描述KPAs1周例会：每周五周例会中，除总结本周工作情况和当前项目情况、汇总与分析当前项目问题外，需明确下周任务，使项目成员明确自己下周任务。2邮件规范化管理：1.建立专用项目目录和客户目录；2.邮件分类处理：对处理完的邮件和为处理的邮件分类，可以作上适当的标记进行区分。3有效沟通：1.发送邮件后，需及时与接收者联系，以防未及时收到相应邮件（因公司最近邮件服务器总是切换，影响正常使用）；2.在周例会等场合，为组员提供增强沟通能力的机会，如每周周例会由一到两个组员上台“讲演”。项目教训项目中得到的教训序号描述KPAs1确认：前期必须及时与客户确认，确保项目进度；为了减少客户的确认时间，可以减小确认的内容，或者分类分次进行确认，以检查表方式记录。2估计：估计前，需对参加估计成员进行估计培训，并统一本次估计的一些标准，确保估计者以更统一的方式、更准确地估计。在整个项目过程中，最好进行几次估计，使估计相对准确。项目总评整个开发过程按照公司规范进行，在项目开发过程中，全体项目成员克服了项目中出现的许多困难和问题。如当部分人员因其他项目需要而被调走时，项目组成员同时完成好几项任务。本项目主要存在如下不足：•规范意识不够；•编码效率不高，整体技能有待进一步提高；•沟通协作不够顺畅，反馈机制效率不高；•对评审与走查中发现的问题，作者未及时修正和反馈，QA代表未及时跟踪。改进建议序号描述KPAs1估计表有待进一步改善。2改善项目成员周报模板；改进对PM工作表、CM工作表、QA工作表、测试管理工作表以及工作量汇报机制，使统计工作量和分析数据更加容易。3及时更新项目进度表.mpp，并将重要内容通过邮件通知相关人员（如里程碑工作产品的走查或评审），相关人员需尽早反馈意见和建议。4WBS细分和调整时，考虑返工工作量，预留一定的缓冲时间（视项目实际周期等情况而定）。5寻找VSS和Sharepoint的同步接口，或Sharepoint快速批量上传的方式，以减少配置工作量。6重要变更或对需求、进度较大调整之后，进行新一轮估计，尽量让项目组人员参与，以更好地确保项目进度。