《软件项目管理制度v1》由会员分享，可在线阅读，更多相关《软件项目管理制度v1（22页珍藏版）》请在金锄头文库上搜索。
1、软件项目管理制度V1.0 目录一、概述 . 41.1目的 . 41.2应用范围 . 41.3限制 . 41.4本标准内容简介 . 4二、软件项目管理办法. 42.1项目章程制定 . 52.2项目计划管理 . 52.3项目风险管理 . 72.4项目变更管理 . 72.5项目评审制度 . 82.6项目会议制度 . 92.7项目文档管理 . 92.8项目源码管理 . 10三、软件项目阶段定义.113.1需求分析 . 113.2基本设计 . 123.3详细设计 . 133.4程序开发 . 143.5系统测试 . 153.6业务培训 . 163.7系统运行 . 163.8项目的完成及回顾 . 17四、软
2、件项目开发流程. 184.1项目策划与需求分析 . 184.2项目调研与评审 . 184.3基本设计与评审 . 184.4详细设计与评审 . 184.5系统开发 . 184.6系统测试 . 184.7项目审核与内部验收 . 184.8项目实施 . 194.9项目验收 . 19五、开发人员进度检查与绩效考评 . 214.1考评原则 . 214.2考评标准 . 21一、 概述1.1 目的本标准把软件项目的管理和开发分为多个过程，并为各个过程的实施提供参考方法和相关文档的定义及规范。1.2 应用范围本标准适用于与所有软件开发类项目的管理。1.3 限制本标准主要叙述软件项目的管理过程和开发过程，不包含
3、项目的获取、供应、改进过程。本标准虽然为软件项目的管理和开发的过程提供参考方法和相关文档的定义及规范，但不规定如何完成各过程中包含的活动和任务的细节。1.4 本标准内容简介项目管理工作覆盖整个软件开发项目生命周期，“管理制度”就是落实到管理过程中的一些基本要素，这里将其分为两大部分：软件项目管理过程部分1、项目章程制定2、项目计划管理3、项目风险管理4、项目变更管理5、项目评审制度6、项目会议制度7、项目评审制度8、项目文档管理软件项目开发过程部分1、需求分析2、基本设计3、详细设计4、程序编制5、系统测试6、业务培训7、系统运行8、项目完成及回顾二、 软件项目管理办法软件项目管理的过程决定项
4、目的方向、质量和开发周期。2.1 项目章程制定2.1.1 定义项目章程：项目可以是已经确定的，也可以是有意向但还未确定的，由项目经理及系统分析人员（或设计人员）对项目相关方进行调查研究，包括项目实施对象的隶属关系、业务类型，项目业务结构组成，开发范围，项目提出方性质、希望达到目标、预计实施时间，项目具体负责人、联系人等，明确甲乙双方责任及义务。2.1.2 目的正式确认项目的启动，任命项目经理，赋予项目经理在项目活动中应用相关资源的权力，并为项目成员提供一个项目状况的概述对项目进行跟踪和全面调查研究，包括实施对象人员情况、业务情况、隶属关系、竞争对手等，为合同签订和下一步针对需求分析的调研工作做
5、准备。2.1.3 负责人项目经理、系统分析人员（或设计人员） 。2.1.4 任务对项目相关方进行调查研究，包括实施对象人员情况、组织机构、业务组成、隶属关系、技术需求、竞争对手等。对项目进行跟踪，实时了解实施对象与项目相关的动态。对项目可行性进行分析。估算项目所需人员的结构组成、实施时间及实施成本。确定项目实施（设计、开发）具体人员。明确项目相关方负责人、联系人等人员配置。确定项目启动。2.1.5 形成文档项目章程：项目名称、项目提出、项目实施对象简述、项目实施人员安排、预计实施时间、系统结构组成概述等。2.2 项目计划管理2.2.1 定义项目总体计划：在项目周期内确定和组织全部生产经营活动的
6、综合规划，包括项目整体工期规划，项目任务分解，项目阶段任务的确定，各阶段任务工期规划，各方面资源配置规划等。总体规划侧重于以项目阶段任务为单位制定计划，指明要取得的各种结果， 为合理地利用人力、 物力和财力资源提供前提。计划跟踪与监督：是对计划执行情况和项目实施情况的反馈，校验计划与实际工作情况的偏差，并评估阶段工作的质量，为计划的修正和实际工作的调整提供前提。计划调整：当因自身或外界原因造成实际工作进度、工作质量与计划发生偏差并且影响到下阶段工作内容时，需要对整体计划、阶段计划或周计划进行评估和调整，并形成新版本的计划。2.2.2 目的对项目整体工期进行合理规划；明确项目组成，将项目任务进行
7、分解，确定项目阶段任务，并且落实项目人员的职责；对各阶段任务的工期进行规划；对项目人力、物力和财力资源等各方面资源配置进行规划；在实际工作中制定短期计划，并对计划及实施情况进行跟踪，以达到实时校验工作进度和质量的偏差，并及时对计划进行调整，保证项目工期和质量；2.2.3 负责人项目总体计划：项目经理；项目周计划：项目经理、模块设计人员；计划跟踪与监督：项目经理、模块设计人员；计划调整：项目经理。2.2.4 任务记录项目日志，记录项目各关键时间点的事件内容作为项目跟踪的依据。制定项目总体计划，依据对项目总体情况的调研和项目管理经验制定项目总体计划，对项目整体工期进行合理规划；明确项目组成，确定项
8、目阶段任务和各阶段任务的起止时间及所需天数，并且落实项目人员的职责。软件开发项目的阶段一般包括：总体规划、业务调研、需求分析、基本设计、网络设计、设备采购、网络施工、机房装修、详细设计、程序编制、单体调试、系统集成、数据准备、业务培训、试运行、系统上线；对项目计划的完成情况进行跟踪，可以利用项目管理软件或相应的记录文档，对计划的进度和完成质量进行校验，如有偏差，需分析原因并制定应对方案。2.2.5 形成文档项目日志：以天为单位记录项目关键事件、关键时间点。项目总体计划表：以表格的形式列出项目的阶段，标记出各阶段实施计划的起始日期，计算出所需天数（或周数）；项目开发进度表： 可以利用项目管理软件
9、 （Project）或相应的记录文档，记录从项目启动开始，每个项目成员计划完成的工作内容。计划调整记录表 ：记录从项目启动开始，每次计划调整的原因、内容、涉及人、调整时间及调整后的方案等信息。2.3 项目风险管理2.3.1 定义项目风险管理是指对项目风险从识别到分析乃至采取应对措施等一系列过程。在项目启动之前要进行项目可行性分析，总体评估项目实施的风险；在项目启动后要注重项目风险的预测和应对方案的制定。2.3.2 目的项目风险管理是对包括项目的可行性、实施方案的设计、潜在的技术、成本和进度安排风险等方面的管理，以保证项目实施进度、 项目质量和成本控制。2.3.3 负责人项目经理。2.3.4 任
10、务项目可行性分析：在项目启动之前要充分分析论证项目实施的可行性，包括项目实施成本需求、人力资源需求、技术力量需求、工期需求等方面，以及此项目对公司业务的市场占有率、未来发展的战略意义等方面，并提出项目可行与否的依据。风险预测：在项目确立后要对项目中可能存在的潜在风险进行预测，如设计方案的可行性，使用技术的成熟程度，项目组成人员的能力等。风险应对：对可预测的风险制定相应的预案；对项目进行过程中已经发生的问题制定相应的应对措施，以保证项目的顺利进行。2.3.5 形成文档可行性分析报告：分析项目技术难度、实施成本、实施时间等因素，论证是否可行，并提出依据。可行性分析应该在项目情况概述阶段完成。项目风
11、险预测与应对预案 ：对项目中可能存在的风险进行预测，并制定相应的应对方案。2.4 项目变更管理2.4.1 定义项目变更管理是指项目组织为适应项目运行过程中与项目相关的各种因素的变化，保证项目目标的实现而对项目计划进行相应的部分变更或全部变更，并按变更后的要求组织项目实施的过程。项目变更主要的有以下几种：项目范围变更、项目进度变更、项目合同变更、项目人力资源的变更、费用预算变更。引起变更的因素：一是来自外部的变更要求，如客户要求修改工作范围和需求等或因不可抗拒的自然因素而推迟项目实施进度等。二是内部的变更要求，如为解决实施中发现的设计错误而修改设计或测试中发现的一些错误而修改源码甚至设计等。项目
12、变更控制：是指建立一套正规的程序对项目的变更进行有效的控制，从而更好地实现项目的目标目的。2.4.2 目的变更控制的目的并不是控制变更的发生，而是对变更进行管理，确保变更有序进行。2.4.3 负责人项目经理。2.4.4 任务针对项目实际情况建立一套正规的变更程序，明确变更的具体流程、变更的提出方及责任、变更的审核方及责任和变更影响的评估方及责任。对项目的变更需求进行审核，并由审核方签字落实审核结果。对项目变更的影响进行评估，得出评估结论并由评估方签字落实评估结果。在经过各方认可的情况下对项目的变更进行实施。针对变更情况修改项目进度、调整项目人员等，必要时进行合同变更。2.4.5 形成文档项目变
13、更流程：针对项目实际情况建立一套正规的变更流程。项目变更申请表：变更提出方在变更提出时需填写变更申请。项目变更审核表：项目变更需由项目的审核方（如甲方项目经理、项目管理方负责人、项目实施方项目经理等）进行审核，并记录审核结果。项目变更影响评估表 ：项目变更需由影响的评估方（如甲方项目经理、项目管理方负责人、项目实施方项目经理等）进行评估，并记录评估结果。项目变更记录表：项目变更通过审核和评估后，在客户、项目管理方和项目实施方均认可的情况下由项目实施方进行实施，记录下此次变更内容、结果及对项目的影响等。2.5 项目评审制度2.6.1 定义针对项目各阶段形成的设计、文档、代码、进度表的质量进行综合
14、评价。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
15、任务确定项目会议类型，如项目例会、项目阶段评审会、项目临时讨论会等，及不同类型会议的与会人员要求。例如项目确定有项目例会，要求项目经理和主要设计人员必须参加。确定不同会议类型的频次和开会时间，例如项目例会定为每周五下午三点，有因特殊情况不开则另行通知。2.4.5 形成文档项目会议制度：记录与项目各类型会议相关的规定，可根据项目复杂度具体安排。会议记录：记录并保存会议的内容。2.7 项目文档管理2.7.1 定义项目文档管理，是指在一个系统(软件)项目管理、开发进程中将提交的文档进行统一管理的过程。细分文档的生命周期，一般包括：创建、审批、发布、修改、分发、签收、追缴、归档、废止与恢复。2.7.2
16、 目的将项目相关文档统一收集、统一发布、分类管理、规范命名、规范格式、管理版本、归档保存。2.7.3 负责人项目管理人员。2.7.4 任务明确文档编写格式：在项目文档编写前明确文档编写的统一标准格式，如文档的字体大小、段落行距、页眉页脚等，可以参照公司统一标准执行。建立文档编写模板，规范文档结构。文档分类：定义软件项目各个阶段所要编写的文档，并将其分类，例如会议记录类，基本设计类。规范文档命名：规范各个阶段所要编写的文档的命名方式，例如XXX 项目需求说明书 20120101 ，其中“ 20120101”为文档上交日期。创建文档目录：在明确项目各个阶段所要编写的文档和文档分类后，创建文档目录，列出所有文档名、所属类别、最后版本、负责人、评审人及文档完成情况，并创建具体文档的超链接。文档评审：依据文档编写规范和文档编写模板对收集上来的文档进行格式校对和内容评审，通过后统一发布。如没有通过校对，则退回修改，以新版本重新上交校对和评审。文档版本管理：可以借助VSS 等版本控制软件管理文档版本，保存并区分文档各个版本， 明确标记文档的最新版， 以保证每次修改都是对最新版的修改。文档归档保存：对
