软件项目管理制度v1.1(2)

整提供前提。

计划调整：当因自身或外界原因造成实际工作进度、工作质量与计划发生偏差并且影响到下阶段工作内容时，需要对整体计划、阶段计划或周计划进行评估和调整，并形成新版本的计划。

2.2.2目的

对项目整体工期进行合理规划；

明确项目组成，将项目任务进行分解，确定项目阶段任务，并且落实项目人员的职责；

对各阶段任务的工期进行规划；

对项目人力、物力和财力资源等各方面资源配置进行规划；

在实际工作中制定短期计划，并对计划及实施情况进行跟踪，以达到实时校验工作进度和质量的偏差，并及时对计划进行调整，保证项目工期和质量；

2.2.3负责人

项目总体计划：项目经理；

项目周计划：项目经理、模块设计人员； 计划跟踪与监督：项目经理、模块设计人员； 计划调整：项目经理。

2.2.4任务

记录项目日志，记录项目各关键时间点的事件内容作为项目跟踪的依据。 制定项目总体计划，依据对项目总体情况的调研和项目管理经验制定项目总体计划，对项目整体工期进行合理规划；

明确项目组成，确定项目阶段任务和各阶段任务的起止时间及所需天数，并且落实项目人员的职责。软件开发项目的阶段一般包括：总体规划、业务调研、需求分析、基本设计、网络设计、设备采购、网络施工、机房装修、详细设计、程序编制、单体调试、系统集成、数据准备、业务培训、试运行、系统上线；

对项目计划的完成情况进行跟踪，可以利用项目管理软件或相应的记录文档，对计划的进度和完成质量进行校验，如有偏差，需分析原因并制定应对方案。

2.2.5形成文档

《项目日志》：以天为单位记录项目关键事件、关键时间点。 《项目总体计划表》：以表格的形式列出项目的阶段，标记出各阶段实施计划的起始日期，计算出所需天数（或周数）；

《项目开发进度表》：可以利用项目管理软件（Project）或相应的记录文档，记录从项目启动开始，每个项目成员计划完成的工作内容。

《计划调整记录表》：记录从项目启动开始，每次计划调整的原因、内容、

涉及人、调整时间及调整后的方案等信息。

2.3 项目风险管理 2.3.1定义

项目风险管理是指对项目风险从识别到分析乃至采取应对措施等一系列过程。在项目启动之前要进行项目可行性分析，总体评估项目实施的风险；在项目启动后要注重项目风险的预测和应对方案的制定。

2.3.2目的

项目风险管理是对包括项目的可行性、实施方案的设计、潜在的技术、成本和进度安排风险等方面的管理，以保证项目实施进度、项目质量和成本控制。

2.3.3负责人

项目经理。

2.3.4任务

项目可行性分析：在项目启动之前要充分分析论证项目实施的可行性，包括项目实施成本需求、人力资源需求、技术力量需求、工期需求等方面，以及此项目对公司业务的市场占有率、未来发展的战略意义等方面，并提出项目可行与否的依据。

风险预测：在项目确立后要对项目中可能存在的潜在风险进行预测，如设计方案的可行性，使用技术的成熟程度，项目组成人员的能力等。

风险应对：对可预测的风险制定相应的预案；对项目进行过程中已经发生的问题制定相应的应对措施，以保证项目的顺利进行。

2.3.5形成文档

《可行性分析报告》：分析项目技术难度、实施成本、实施时间等因素，论证是否可行，并提出依据。可行性分析应该在项目情况概述阶段完成。

《项目风险预测与应对预案》：对项目中可能存在的风险进行预测，并制定相应的应对方案。

2.4 项目变更管理 2.4.1定义

项目变更管理是指项目组织为适应项目运行过程中与项目相关的各种因素的变化，保证项目目标的实现而对项目计划进行相应的部分变更或全部变更，并按变更后的要求组织项目实施的过程。

项目变更主要的有以下几种：项目范围变更、项目进度变更、项目合同变更、项目人力资源的变更、费用预算变更。

引起变更的因素：

一是来自外部的变更要求，如客户要求修改工作范围和需求等或因不可抗拒的自然因素而推迟项目实施进度等。

二是内部的变更要求，如为解决实施中发现的设计错误而修改设计或测试中发现的一些错误而修改源码甚至设计等。

项目变更控制：是指建立一套正规的程序对项目的变更进行有效的控制，从而更好地实现项目的目标目的。

2.4.2目的

变更控制的目的并不是控制变更的发生，而是对变更进行管理，确保变更有序进行。

2.4.3负责人

项目经理。

2.4.4任务

针对项目实际情况建立一套正规的变更程序，明确变更的具体流程、变更的提出方及责任、变更的审核方及责任和变更影响的评估方及责任。

对项目的变更需求进行审核，并由审核方签字落实审核结果。

对项目变更的影响进行评估，得出评估结论并由评估方签字落实评估结果。 在经过各方认可的情况下对项目的变更进行实施。

针对变更情况修改项目进度、调整项目人员等，必要时进行合同变更。

2.4.5形成文档

《项目变更流程》：针对项目实际情况建立一套正规的变更流程。 《项目变更申请表》：变更提出方在变更提出时需填写变更申请。 《项目变更审核表》：项目变更需由项目的审核方（如甲方项目经理、项目管理方负责人、项目实施方项目经理等）进行审核，并记录审核结果。

《项目变更影响评估表》：项目变更需由影响的评估方（如甲方项目经理、项目管理方负责人、项目实施方项目经理等）进行评估，并记录评估结果。

《项目变更记录表》：项目变更通过审核和评估后，在客户、项目管理方和项目实施方均认可的情况下由项目实施方进行实施，记录下此次变更内容、结果及对项目的影响等。

2.5 项目评审制度 2.6.1定义

针对项目各阶段形成的设计、文档、代码、进度表的质量进行综合评价。

2.6.2目的

确保项目的进度和质量在可控范围内。

2.6.3负责人

公司管理层和技术项目部评审负责人。

2.6.4任务

确定开发周期制定是否合理。

确定各项系统设计是否科学、合理、准确。 审核项目文档是否符合公司或甲方要求的规范。 审核代码编写是否符合规范。

2.4.5形成文档

《项目审核表》：记录评审项目、内容、结论、调整及修改建议。

2.6 项目会议制度 2.6.1定义

针对项目制定的会议类型、开会时间、会议频次、与会人员等与会议相关的制度。

2.6.2目的

明确项目会议时间、频次、与会人员等规定，为项目沟通联系、项目问题讨论、项目进度把握提供平台。

2.6.3负责人

项目经理和项目管理人员。

2.6.4任务

确定项目会议类型，如项目例会、项目阶段评审会、项目临时讨论会等，及不同类型会议的与会人员要求。例如项目确定有项目例会，要求项目经理和主要设计人员必须参加。

确定不同会议类型的频次和开会时间，例如项目例会定为每周五下午三点，有因特殊情况不开则另行通知。

2.4.5形成文档

《项目会议制度》：记录与项目各类型会议相关的规定，可根据项目复杂度具体安排。

《会议记录》：记录并保存会议的内容。

2.7 项目文档管理 2.7.1定义

项目文档管理，是 …… 此处隐藏：2079字，全部文档内容请下载后查看。喜欢就下载吧 ……