一、目的

     对项目过程输出审计工作的指南性文件，通过调整和提高项目管理文档化的信息标准，强化项目经理的自身管理能力的目标建设，主要目的如下。

1. 项目结项时能够形成项目的度量分析报告，逐步规范和落实公司体系的CMMI管理要求。
2. 明确PMO结项对项目进度偏差、工时偏差、项目阶段工时分布比例偏差等度量数据的参照基准来源，提高项目经理对历史项目数据信息的利用率，更加有针对性的对管理弱项进行改进。
3. 通过统一量化标准，期望项目经理根据管理规则积极优化和优化各自项目的内部管理过程，进一步推动外部客户承诺和内部管理的信息和数据趋于一致，降低内部管理成本。

二、结项管理流程

2.1 结项过程输入

• 《项目验收报告》
• 《公司项目结项申请表模板》（不能取得验收报告）

2.2结项步骤

1. 项目经理在项目取得《项目验收报告》后，编写《项目总结报告模板》，整理项目的所有文档（工程文档、项目管理文档）和源代码提交到公司的SVN资料库中。
2. 向PMO提交《项目验收报告》的纸质或者电子版并提出结项申请，获得PMO的同意后，提交《项目进度信息统计表》。该表由《项目进度情况登记表》、《软件完成进度情况登记表》、《工时统计》三个部分组成，项目经理必须填写《软件完成进度情况登记表》。
3. 未取得《项目验收报告》或者异常原因进行结项的项目在向PMO提交结项申请时要同时提交《项目结项申请表模板》，注明结项的原因和项目存在的问题。
4. 项目经理提交了结项申请后的三天内，QA将核实SVN库中的文档提交情况，完成《项目进度情况登记表》的文档检查，工时统计的度量工作，将《项目进度信息统计表》归档到事业部指定的SVN库中，邮件通知PMO的项目管理工程师和部长、各项目经理已经完成审计工作，进入项目绩效结算。
5. 项目经验和教训总结会议由每个项目结项时召开调整为每个季度集中举办一次，具体的开展方式、时间、参与人员由PMO另外组织和通知。

2.3结项过程输出

1. 文档入SVN库
2. 部署在客户生产环境下的源代码版本入SVN库
3. 《项目总结报告模板》
4. 《项目进度信息统计表》-《项目进度情况登记表》 PMO填写
5. 《项目进度信息统计表》-《软件完成进度情况登记表》项目经理填写
6. 《项目进度信息统计表》-《工时统计》 PMO填写

三、结项审计的标准

3.1项目进度的检查标准

3.1.1进度节点信息的来源

    PMO以技术协议、技术方案、项目管理计划、变更申请、项目周报提交到SVN库中为数据信息的来源。没有提交上述文档，则认为没有基准。

    PMO检查项目的工作进度是否真实有效，按照约束力强弱依次采用的标准是：

1. 《项目技术协议》中的计划进度节点（和客户达成一致）
2. 《项目技术方案》中的计划进度节点（和客户达成一致）
3. 立项第一版《项目管理计划》中的计划进度节点
4. 向PMO提交变更后《项目进度计划》中的计划进度节点（和客户达成一致）
5. 《项目周报》中的实际进度节点

3.1.2进度节点的基准

• 优先以技术协议的进度承诺做为基准

       原则上《项目技术协议》、《项目技术方案》上的时间节点应该保持一致，当出现不一致的情况，以具有法律约束力的《项目技术协议》为基准。

       项目立项时，提交了《项目管理计划》中的进度计划，项目进行中才签订《项目技术协议》，协议中的时间节点与立项时的进度计划不一致，PMO以技术协议中的节点为基准。

      《项目技术协议》在早期签订后，未能考虑项目风险和问题带来的延期，因此希望通过项目变更流程获得对项目进度计划的调整，PMO不会使用变更调整后进度基线为标准，除非签订新版的《项目技术协议》做为新的基准。

        在生产项目管理的实践中，某些项目（尤其是工作量规模超过100人月的大项目）随着项目进行，出于项目计划乐观、风险和问题应对不足的客观延期，还是客户方临时提前要求上线或者延迟上线，项目经理均会向PMO提出项目工期（含成本）的变更，变更在项目过程中是大概率的发生事件。

       项目经理有义务在变更发生的时间点通知PMO项目的进度和成本发生变更，并提交变更的内容（范围、进度、成本、软件或服务标准等）和相关影响，在项目结项时，根据变更的进度提前、进度延迟，成本节约、成本超支、商务谈判取得的成本追加等综合情况增加预算。项目经理如果没有提交《项目变更申请单》，那么只能按照技术协议、合同等文件上的进度信息做为基准，核算项目绩效。

     《项目技术协议》中明确有项目进度节点的描述，无论是项目阶段还是整体项目的进度的偏差，均按照协议中的计划与实际进度比较。项目进度的状态有4种，分别是“超前”、“正常”、“延期”、“挂起”。

     “挂起”状态的项目必须在生产周会上获得了领导的认可，并向PMO提交《项目挂起解挂申请表模板》才能宣布为“挂起”，否则默认按照项目延期处理。

• 其次以项目管理计划中进度承诺做为基准

        项目进行中或者结项时，因为特殊原因没有产生《项目技术协议》，无论项目是否提交《项目变更申请单》，PMO将采用立项时的第一版《项目管理计划》中的进度节点做为基准。但是项目在结项划拨产值时，需要参考《项目变更申请单》上的信息来评价项目绩效。没有提交《项目变更申请单》的项目，只能按照立项和PMO达成一致的《项目管理计划》中的进度、工时等信息做为基准评价项目的绩效，无论项目是否通过商务手段追加成本。

      尽管没有签订《项目技术协议》，在与客户召开启动会议时，给客户汇报的PPT中的项目进度计划应该保持《项目管理计划》中的一致。

3.2 工作量工时及其比例的检查标准

       项目立项时，每个项目会做项目估算，预估每个阶段的工作量及其比例。其目的是为了更加清晰的认识到每个项目的工作量花费在哪个环节，项目是否在早期已经识别了项目重点和主要工作的内容。计划中的比例数据是从立项阶段提交的第一版《项目估算书》中获得，申请结项后PMO从项目的WBS中统计出实际的项目阶段的工作量并计算其比例。

      目前项目的工作估算只是用来预估项目进度和资源风险、项目成本报价的工具，还没有和项目WBS计划的工作量进行关联。当阶段计划工作量和实际工作量发生对比后，可以发现项目管理的问题在哪里，客户配合的程度是高是低，项目的难度在哪个阶段。

3.3文档提交的检查标准

PMO检查和判断项目文档资料是否提交完备，采用的标准按照约束力强弱依次是：

1. 《项目技术协议》中的文件清单
2. 《项目技术方案》中的文件清单
3. 立项使用的《项目裁剪表》文件清单
4. 客户方要求提交的文件清单

注意：

    如果SVN库中没有提交《项目技术协议》或《项目技术方案》，PMO默认将使用《项目裁剪表》做为检查标准。

  《项目技术协议》中可能未规定提交项目管理类文档、评审或者会议纪要等文件，但是《项目裁剪表》中有明确的规定需要提交这些文档。

3.3.1 以技术协议中的（方案）交付清单为标准

        以客户满意度为中心的检查角度，检查SVN库中实际提交文件和技术协议或技术方案中规定文件之间的一致性和偏差。

        目前发现的突出问题是：项目技术协议中最少要求提交的文档只有5个，最多要求提交的文档有34个，技术协议之间交付物的差异性较大，同一性质的文档命名不尽相同。有的客户对交付物有要求，有的客户对交付物没有要求。

      PMO期望的管理目标：项目经理要认真考虑验收交付给客户的文档清单具体有哪些文档，提供不了的文档不要纳入技术协议或方案中，除了客户强制性要求提交的文档除外，尽量使用公司的体系文件（单独客户的管理标准、项目组自己建立的标准很难在其它客户环境的情况下进行复用），进一步降低管理成本。

3.3.2以公司项目裁剪表交付清单为标准

    以符合标准过程管理体系公司为中心的检查角度，检查SVN库中实际提交文件和《项目裁剪表》中规定文件之间的一致性和偏差。

    符合公司开发模型的项目都应该遵循公司的管理方法，目前的情况是：一分部项目经理使用了标准的公司体系文件模板，一部分项目经理认为公司体系文件不方便管理而使用了自己编制的文档模板，一部分项目经理沿袭了客户方提供的文档模板。

       PMO期望的管理目标：不管使用哪种模板，PMO一定是以公司过程做为标杆去检查各个项目是否将过程执行下去，是不是有相应的结果。PMO检查的内容依据是是否符合公司的标准过程，从而判定管理中的强项和弱项，进而推出需要改进的模板和方法。PMO目前的管理方针不在于是否使用了标准的体系文件，而是检查每个CMMI3的过程是否执行到位，PMO推荐的模板是发现了项目的共性问题进行的改进，也希望各经理能够尽量使用标准模板。

附件：硬件开发（集成）项目推荐的文档清单

最后

以上就是拉长火龙果为你收集整理的结项审计管理规范指南一、目的二、结项管理流程三、结项审计的标准的全部内容，希望文章能够帮你解决结项审计管理规范指南一、目的二、结项管理流程三、结项审计的标准所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。