项目管理-项目阶段报告（举例）

项目阶段总结报告记录编号：HX-SD-项目名称缩写-PR-YYYYMMDD项目名称部门项目经理客户名称项目所处阶段■需求□设计□编码□测试□试运行□验收项目已实施阶段总结：（已完成的工作、计划执行情况、工期情况、项目内容执行情况等）项目任务完成情况（本阶段开展的哪些工作，有哪些工作产品）本阶段的主要工作时需求调研和完成软件需求规格说明书。阶段工作产品主要由：需求调研记录、软件需求规格说明书、需求跟踪矩阵。项目进度执行情况（是否按进度完成？如果有延期，请说明延期原因）按照计划，需求分析阶段的实际进度比预计延迟了二十天，主要是因为用户需求评审比预计推迟了一周，评审结束后，又按照评审意见修改，持续了近两周时间，需求阶段较计划延期二十天。设计阶段的工作基本按计划开始，这阶段工作与需求工作有重叠。项目资源情况（人员、环境资源是否按期到位？）计划设备和人员都已到位。但部分人员同时承担其他项目任务，工时无法完全保证，为保证进度，人员近期加班较频繁。干系人参与情况干系人相关信息，参照项目管理计划干系人列表本阶段项目的风险和主要问题及纠正和预防措施。本阶段最初预测的风险是需求分析可能会占用很长时间，针对这个，我们安排需求分析人员加强和客户的沟通，三次安排人员与客户会议沟通，每次沟通都把过程详细记录，尽量避免客户方反复变更，同时节省了很多信息往来的时间，需求调研基本按计划时间完成。出现的主要问题是客户需求评审持续时间太长，而且较计划评审还延期了，需求工作延期较多，针对这个问题，一方面在需求分析结束后，我们按期开始概设，另一方面留一名需求人员，负责参与后期的评审和修改工作，在任务重叠期间，大家加强需求沟通，保证需求与客户的一致性。配置管理情况（基线发布、变更等）情况本阶段产生配置项已经入库，发布需求基线V1.0，见《基线发布说明》。进行了配置状态统计，并维护了《追溯表》。实施了两次配置审计，未发现配置方面的问题。本阶段没有发生需求变更。质量保证审核情况本阶段实施了2次过程检查，对项目开发计划、《软件需求说明书》实施产品审计，发现5个问题，都已经修改关闭。具体可参见《质量检查报告》。其他（其他需要说明或需要高层给予关注的问题）度量数据工期阶段计划开始日期2011年2月14日阶段计划结束日期2011年5月14日阶段实际开始日期2011年2月14日阶段实际结束日期2011年6月5日阶段延期率20.22%项目总延期率20.22%工作量阶段估计工作量（人日）300人日阶段实际工作量（人日）356人日项目累计总工作量（人日）500人日产品规模《软件需求规格说明书》200页代码：--KLOC功能点：65个后续阶段主要工作及安排实施人员工作内容时间安排XXX、YYY概要设计2011.7-2011.8ZZZ详细设计2011.8-2011.9TTT测试方案和用例2011.7-2011．9部门经理意见：模板编号：HX-SD-IV-PR版本V1.0PR:PhaseReport《项目阶段总结报告》填写说明1.适用范围(1)适用于针对项目实施过程中（包括售前支持阶段），由于各种原因需要告一段落（如正常货期、用户方原因、试运行期间等），与项目实施后续部分时间间隔较长，对项目进行阶段性的总结；(2)适用于项目生命周期的各个阶段的阶段控制，在项目里程碑评审前完成。2.填写人项目经理或项目负责人。3.流转方式目前此文档以纸制（和/或电子文档）方式流转。4.电子文档命名规则XX项目阶段报告－YYMMDD。5.记录编号HX-SD-项目名称缩写-PR-YYYYMMDD。6.填写项说明(1)度量数据：本阶段延期率=（本阶段实际结束日期-本阶段计划结束日期）/（本阶段计划结束日期-本阶段计划开始日期）*100%工作量数据通过每周项目周报可以收集；收集单位可以是人时或人日，各部门自己确定从人时到人日的折算公式。规模跟踪数据，根据项目进展情况，利用项目策划时相同的方法进行再一次估计。成本合计：除人工成本外，项目所需花费费用。如差旅费、设备费、任务外包费等。（2）预计后续工作内容及安排：当项目实施过程中，由于各种原因需要告一段落，与项目实施后续部分时间间隔较长，并且对后续的工作存在较大不确定性因素，无法建立完整项目计划时，需要填写该部分，记录已明确部分工作的计划。对于正常实施的项目，应根据项目情况维护项目开发计划，不需要填写该部分。7.时间要求必须在项目阶段实施结束之后尽快完成。8.流程说明填写完毕后经客户和部门经理填写