项目经理总结报告范文
前言：我们精心挑选了数篇优质项目经理总结报告文章，供您阅读参考。期待这些文章能为您带来启发，助您在写作的道路上更上一层楼。
第1篇
加强和规范化中心机房基础设施故障（事故）的报告和处置流程，提高运维保障效率，保证故障（事故）的快速反应并及时修复、恢复，使损失降低到最低。
二、范围
中心机房，共计3个机房区域。
三、定义
3.1一级故障：
故障影响范围小，不会对业务系统造成中断影响，并且不会对其它系统使用造成影响。
3.2二级故障：
夜上海论坛 关键系统单个设备或独立系统故障，造成单个或局部业务系统中断，不会造成重大业务系统运行中断，不会造成关键系统运行中断。
3.3三级故障：
外部出现供水、供电、网络系统等中断，关键性系统造成大面积中断。涉及到外协单位修复，并且无法在短时间（2小时）内恢复，可能造成重大损失。
夜上海论坛 四、故障报告原则
先抢修，同报告；先核心，后边缘；先始端，后末端，分故障等级进行处理。
五、故障（事故）类型
5.1一级故障
夜上海论坛 单台的机柜PDU断电、单台UPS及空调关键设备报警、机房温度上升到30℃以上、空调漏水影响到其他区域等。
5.2二级故障
单台UPS电源故障停机、单台空调机组故障停机、环控系统无法检测数据、机房温度超过35℃等。
5.3三级故障
夜上海论坛 UPS前端供电中断、空调配电柜前端供电中断、空调冷冻水供水中断（失压）、机房温度超过40℃、网络中断等。
夜上海论坛 六、故障报告流程
夜上海论坛 6.1当发现一级故障的情况下，当班运维人员首先进行故障确认，确认故障后进行一般性修复，无法修复的设备及时通报运维管理负责人以及数据中心当日的值班民警，运维负责人通知相应的技术工程师到场维修。事故恢复后形成事故总结报告。
6.2当发现二级故障的情况下，当班运维人员首先通知运维负责人以及数据中心当日值班民警，值班民警及运维负责人及时赶到现场，同时判断故障产生的原因。值班民警、运维负责人和相应专业技术工程师协调沟通相关部门，相关单位派维修工程师进驻现场解决，短时间（1小时）无法解决的通知项目经理，值班民警及时通知数据中心主管领导。事故恢复后形成事故总结报告。
6.3当发现三级故障情况下，当班运维人员首先通知运维负责人、项目经理以及值班民警并告知物业管理部门相关人员。值班民警、项目经理及运维负责人及时赶到现场，判断故障产生原因上报公司上级领导，值班民警上报主管领导和数据中心主要领导。由相应的数据中心领导、项目经理及物业部领导联系外协单位进行解决。事故恢复后形成事故总结报告。
夜上海论坛 七、故障处置方法
夜上海论坛 7.1一级故障的情况下，现场运维人员主动解决故障，运维负责人及时联系专业工程师到场解决故障。值班民警现场关注解决故障进程，并且配合解决外部单位协调工作。
第2篇
夜上海论坛 一、 测试组组成测试组由测试组长和测试工程师组成。
夜上海论坛 二、 测试组工作职责负责理解软件产品的功能要求，搭建配套的测试环境，然后 对其进行系统测试，检查软件有没有错误 (Bug)，决定软件是否 具有稳定性 (Robustness)，并写出相应的测试用例、各阶段测试 报告。
（一） 测试组长工作职责：
夜上海论坛 1、 协调测试组与各个项目组之间的流程及工作关系；
2、 对各个项目的测试工作进行统筹安排，并对各个项目的 测试工作进行计划、分工和管理；
夜上海论坛 3、 定期或不定期与各个项目负责人沟通项目进度，随时了 解项目进展情况；
夜上海论坛 4、 对测试组成员的日常工作进行评审考核；
5、 定期或不定期向部门总监汇报工作情况；
6、 参与日常的软件测试工作。
（二） 测试工程师工作职责：
1、 仔细阅读项目规格说明、设计文档、使用说明书等，充 分掌握软件的性能、特点、使用方法、业务流程等，协 助测试组长制定项目的测试计划；
夜上海论坛 2、 依据项目要求，搭建相应的测试环境，维护测试设备；
3、按照测试计划编写测试用例，保证测试用例合理有效；
4、 根据测试计划及测试案例，执行测试，并根据产品特点 及测试要求，实施集成测试、系统测试等，及时发现软 件缺陷，评估软件的特性与缺陷；
夜上海论坛 5、 详细记录测试过程，编写测试报告和对测试结果进行分 析，通过测试，掌握软件具有的能力、缺陷、局限等， 对软件质量给出评价性的结论与意见，整理测试文档， 填写软件测试报告,编写测试总结，为软件开发成果提供 总结性意见；
6、 配合研发部门各项软件产品，并详细编写产品 通知单；
7、 完成上级及部门其他领导交办的临时任务。
夜上海论坛 三、 测试组工作流程测试组的工作与项目开发进度紧密相关，所以测试的工作流 程依据开发进度分阶段进行大致分为以下几个阶段：
（一） 计划和设计阶段
夜上海论坛 1、 项目组成立时，确定项目需求及项目设计方案，了解软 件产品的主体功能及实现目的；
2、 项目经理下发测试预通知，通知内容包括：正式交接测 试时间、测试规模预计估算等信息；
3、 召开测试启动会议，会议内容包括：开发团队与测试组 交接测试内容，对测试目标达成一致，商讨测试计划，
统一项目组的目标和测试的工作重点；
夜上海论坛 4、 编写测试计划及相关文档，依据测试启动会议中确定的 目标和重点，结合项目经理下发的《测试任务书》，编写
夜上海论坛 《测试计划书》（见附件一）。计划书的内容应该包括：
l测试需求：需要测试组测试的范围，估算出测试所花 费的人力资源和各个测试需求的测试优先级；
夜上海论坛 l测试方案：整体测试的测试方法和每个测试需求的测 试方法；
夜上海论坛 l测试资源：本次测试所需要的人力、软件、硬件及技 术资源；
夜上海论坛 l 测试组角色：明确测试组人员的工作内容及相关职责；
l里程碑：明确项目进行过程中的测试组应该关注的里 程碑；
夜上海论坛 l文档报告：确定在项目测试过程中需要提交的测试计 划，测试报告等；
l测试计划编写完毕后，需提交给全体项目组成员，由 项目成员综合评审后，确定最终《测试计划书》（见 附件二）。项目经理要以此为依据，跟踪监控项目测 试进度，评估测试计划的可行性，完整性，并且在项 目结束后评估测试质量。
5、 设计测试用例，依据《测试计划书》相关内容，根据每 一步测试计划编写全部的测试用例，测试用例必须能满
夜上海论坛 足全部的测试需求。
夜上海论坛 （二） 测试实施阶段
夜上海论坛 1、 实施测试用例，测试工程师依据《测试计划书》中分配 的测试任务和测试用例，实施相应的测试工作，并详细 记录测试过程及结果。
2、 提交测试报告，在实施测试用例的过程中，依据记录的 测试过程和结果，填写《测试报告书》，并由测试组长审 批后，上报项目经理。项目经理安排开发组修改相应的 软件产品。测试报告内容包括：测试产品版本、测试人 员、测试时间、测试过程、产品运行BUG、产品缺陷状态、 急待解决的问题。
3、 回归测试，接到开发组的回归测试通知后，测试组重新 拷贝修改后的最新版本，进行回归测试。回归测试的用 例属于测试用例的一部分或者全部测试用例，但不能超 出测试用例的范围。
（三） 测试总结阶段
夜上海论坛 1、 编写测试总结报告：回归测试全部通过完成后，由测试 组长整理填写《测试总结报告》，报告主要内容包括： 测试资源描述——参与测试人数，耗用测试时间； 测试结果摘要——描述各个测试需求的测试结果和功能 实现情况； 缺陷分析——按照缺陷的属性分类进行分析；
测试需求覆盖率——如果在测试过程中未覆盖到的测试 需求，在此应详细说明原因； 测试评估——对此次项目质量进行评估； 测试组建议——从测试组角度为项目组提出工作建议。
2、 测试验收：项目经理收到测试组长提交的测试总结报告 后，对此次测试工作进行验收。验收内容包括：测试效 果验收、测试文档验收、测试工作评估、测试工作建议， 签字验收后，宣布此次测试结束。
夜上海论坛 3、 测试文档归档：测试验收结束后，对测试过程中涉及到 的各种标准文档进行归类、存档。相关文档包括：测试 任务书、测试计划书、测试用例、测试报告书、测试总 结报告、测试验收报告等。
（四） 产品阶段
第3篇
【关键词】中小企业、配置管理流程
【中图分类号】C29【文献标识码】A【文章编号】1672-5158（2013）07-0492-02
夜上海论坛 一、 引言
软件配置管理的发展在国内虽然是21世纪的事，但是发展比较迅速，得到了软件公司的普遍认可。但是对于中小公司，由于重视不够或缺少相关知识，在实际使用中存在一些问题。中小公司照搬大公司流程存在也不切合实际。
二、 配置管理流程
2.1制定配置管理计划
夜上海论坛 在《项目开发计划》完成后，配置管理员（SCME）参考项目经理制定的《项目开发计划》完成《配置管理计划》，《配置管理计划》中需要明确项目的基线配置项计划，以及基线计划等信息。
不同的项目，配置管理计划的内容可以不同。主要受以下方面影响：
项目的大小和复杂性会影响到配置管理计划。特别简单的项目可能只需要一个配置管理工具，简单管理一下源代码；但是大项目、复杂的项目则需要详细的配置计划。
夜上海论坛 特殊的项目需要更详细的计划。举例来说，如果企业中绝大多数产品都是完整独立开发，而某产品使用了开源代码。那么在该项目的配置计划中，此点就要考虑。
2.2 项目配置库的建立
项目立项后，项目经理通知配置管理员建立项目的配置库，同时为项目组人员开放配置库权限。
2.3 配置识别
夜上海论坛 配置识别的目的是识别配置项和基线。
夜上海论坛 配置项是指处于配置管理之下的软件或/和硬件的集合体。这个集合体在配置管理过程中作为一个实体出现。
夜上海论坛 基线是已经通过正式复审和批准的某规约或产品，它因此可以作为进一步开发的基础，并且只能通过正式的变更控制过程来改变。
夜上海论坛 配置识别活动包括以下几个内容：
* 配置项识别
配置项可以分为基线配置项和非基线配置项。基线配置项包括所有的技术类文档和源程序等；非基线配置项包括项目的各类计划和报告等。
配置管理工作的关注重点是基线配置项。配置项识别由SCME参照项目开发计划中的交付物，同项目经理共同识别基线配置项，以及配置项间的依赖关系。配置管理员需要完成《配置管理计划》中的配置项计划。
* 配置项标识
配置项的标识，版本等规则，参见企业标识规范。
* 基线建立
一般在项目的不同阶段有对应的基线。
> 基线建立
当基线包含的配置项稳定后，由项目经理通知SCME建立基线。基线建立后一般不允许随意更改。SCME需要对基线库的权限进行设置。
> 基线变更
夜上海论坛 当基线建立后，如果基线配置项经过若干次变更，在配置项稳定后，项目经理认为有必要进行变更（再等），或者基线不稳定，需要回朔到上一基线，由项目经理通知SCME对基线进行变更。
2.4 版本控制
版本控制能够简单、明确地重现软件系统的历史版本。一般的配置工具都能自动保存配置项的版本历史，但是大多时候，针对项目不同阶段需要整体化的标识。以下是整体化版本控制的方法：
* 标签
夜上海论坛 如果项目只有一个主干，只需要通过打标签的方式，来辨明当前的整体版本。这样将来搜索所有的以这个整体版本命名的标签，就能找到这个整体版本对应的所有文件的正确版本，包括源代码。
* 分支
夜上海论坛 不同的客户，基本需求一定，但是有不同的差别，此时就需要用到分支。使用分支，能够有效地实现隔离，也实现共享。但是分支是有管理成本的。如果标准版的比较频繁，而客户又要求变体的跟上标准版的话，那么需要频繁创建分支。另一方面，如果变体所在的分支上，包含了一些应该共享的改动，那么应该合并到主干。这样，相应管理成本也会提高。
2.5变更控制
在项目开发过程中，配置项发生变更几乎是不可避免的。变更控制的目的就是为了防止配置项被随意修改而导致混乱。
夜上海论坛 在瀑布模型的管理中：修改处于“草稿”状态的配置项不算是“变更”。当配置项的状态成为“正式”，或者被“冻结”后，此时任何人都不能随意修改，必须依据变更的规则执行。
以下为变更规则：
1） 变更请求
2） 变更审核
3） 配置项出库
4） 变更实施
5） 变更验证
6） 配置项入库
夜上海论坛 SCME负责实施配置项入库，确保配置项处于“正式”状态，并且版本正确。并通知项目经理，项目组人员，质量保证人员等变更已经完成。
但是还有两种情况，可能不需要严格的变更流程：
1） 功能小变动：把程序已有的功能，稍微增强或改变一下。特点是：数量多容易丢，改动量不太大。对这类请求的管理，建议像对缺陷的管理，进行分别跟踪、处理，直至解决。
2） 迭代模型中管理变更
迭代开发把一个大项目在时间轴上分解成很多小项目，每个小项目被称作一个迭代。几乎每次迭代，都会包含需求分析，系统设计、代码实现，以及集成和测试。这样就不必刻意走变更流程，只要通过基线或标签的方式就可以对配置项进行识别。但是在每一个迭代中，出现的对正式的配置项进行修改，还需要走变更流程。
2.6配置审计
夜上海论坛 配置审计是对交付的软件基线进行检验，以验证其中包含了所有必需的内容，并且这些内容本身都是经过验证而满足了需求。配置审计分为功能审计和物理审计两种：
1） 功能审计是一种验证审核，它验证配置项的开发是否完全满足特定的性能和功能特性，并且所有的操作和支持文档是齐备的。功能审计主要方法有评审、测试等。一般由研发人员和测试人员来做。
2） 物理审计的目的是为了验证配置项是按照技术文档中的规定构建的。
夜上海论坛 物理审计工作主要由配置管理人员定期（每月）执行。也可因事件驱动进行，比如配置项，新版本等。
主要进行以下内容：
夜上海论坛 > 审核配置项一致性，具体检查点如下：
* 参照配置管理计划检查配置项是否按时提交；
配置项是否满足配置管理相关规定，如配置项标识，版本，状态，版式等；
配置项信息是否正确；
配置项评审记录、变更记录是否完备等。
审核配置项版本一致性：检查配置管理工作表中配置项版本信息与配置库中配置项版本信息是否一致，以免工作疏漏造成不一致情况。
夜上海论坛 审核基线一致性：检查配置管理工作表中基线内容与配置库中基线信息是否一致。
审核结构权限一致性：检查配置库结构权限是否合理，是否满足安全适用需要。
2.7配置状态报告
配置状态报告工作主要由SCME定期执行。也可因事件驱动进行，比如阶段总结，阶段评审等。
常用的配置状态报告分为：
> 周报告
周报告每周进行，主要内容为本周开展的关于SCM的活动总结，以及对SCM工作发现的问题的跟踪。周报告的审阅人为项目经理、质量部经理。
> 总结报告
总结报告主要用于项目结束时，或者因事件驱动而对SCM工作的当前状态进行概括总结。总结报告的审阅人为项目经理、质量部经理。
2.8 配置中止
夜上海论坛 当项目结束时，由项目经理确认此项目已不会再有配置管理方面的变更，由项目经理通知配置管理员项目关闭。
夜上海论坛 配置管理员关闭该项目的所有读写权限，并将项目基准库内容移入产品库中。该项目配置管理活动中止。
三、 结束语
本文对配置管理各环节都根据实际进行了简化变通，或提供了方法，对中小企业的配置工作有一定的借鉴意义。
参考文献
