软件项目-组织过程方针-模板

1、组织过程方针组织过程方针版本：V1.01 介绍11.1 目的11.2 范围11.3 参考文档12 过程文档层次结构13 过程框架14 过程方针24.1 总方针24.2 组织级过程方针34.2.1 组织级过程改进方针34.2.2 组织级培训过程方针34.2.3 组织级度量过程方针34.3 项目管理过程方针44.3.1项目启动过程方针44.3.2 项目策划过程方针44.3.3 项目跟踪与监控过程方针44.3.4 项目收尾过程方针44.4 工程过程方针54.4.1售前支持过程方针54.4.2 需求管理过程方针54.4.3 设计实现过程方针54.4.4 测试和同行评审过程方针64.4.5 上线过程方针

2、64.4.6 决策分析过程方针64.5 支持过程方针64.5.1过程和产品质量保证过程方针64.5.2软件配置过程方针61介绍1.1目的本文主要用于描述公司对各过程的要求和期望，使EPG、TWG以及项目组成员了解这些期望，并遵从 方针中的要求和期望进行过程的立义和过程的实施。1.2范适合于公司的过程改进工作和软件开发项目。1.3参考文档CMMI-DEVV 1.22过程文档层次结构过程文档的层次划分依次是：1、方针，用于指导公司整个研发管理过程，是总纲领的文档，过程的规范、指南、模板都必须依据 和遵循方针来制定。2、过程（规程规范），用于指导研发具体过程的文档，说明了过程中的主要活动，这些主要活

3、动必 须得到强制执行，其中规程是过程中某一个活动的更详细的描述，规范是对过程的具体执行办法 的补充。3、指南，用于来强调和补充过程文档中没有详细说明的地方，指南中的活动只是建议执行。4、模板，用于与过程规范、指南相结合，给具体活动中的文档提供参考。5、检査表，分为二类，一是用于QA的过程检査，二是用于重要的产品检查。6、实例，把模板实例化，更加明确地指导具体模板的编制。3过程框架过程框架对公司研发管理过程进行了分类，并描述了各过程之间的相互关系，通过此图能了解每个过 程的位置及所要经历的各个开发阶段。过程框架图如图1所示，说明如下：1、横轴，工程阶段为过程的冬个开发阶段。公司根据项目特点，立义

4、了包括瀑布模型在内的多个生命周期模型， 中瀑布模型将开发阶段分为项目准备、项目启动.需求分析、概要设计.详细设计.实现.测试、系 统上线、项目收尾9个阶段。本文用瀑布模型为基础展现过程体系。1/6组织过程方针2、纵轴，角色分类为执行各活动的角色分配，一般包括项目管理类人员、工程类人员、支持类人员和组织管理类人 员。3、方框，过程或规程图中方框是表示适合公司研发管理过程中过程和规程，其中黄色标注的是过程共17个；粉色标 注的是规程共8个，规程被一个或多个过程所调用。关于每个过程的详细说明请参见第5部分“过程 方针S过程框架图项目准备项目启动I:丸目=0过租»SH需求分析概要设计详细设计

5、 实现 测试系统上线 项目收尾IOIOI取目策划过ISIOIOI :上 i±病求Wae竟箏分析i*Mttt¾S详紺设计过IS宾現迂帜迁世改进过程、AltWIBII过总迁世改进过程、AltWIBII过总4过程方针41总方针加强公司研发过程进度、成本、质量的控制，切实提升公司产品质虽:及项目管理水平，培养为研发活 动提供最佳实践的支持。要求整个研发过程是已肚义的、文档化的、得到支持的、受到培训的、经过实践的、强制执行的、测 量过的、裁剪过的、持续改进的。应确保组织各过程方针满足以下原则： 必须制左并维护执行各过程的计划，以确保能够获取执行过程所需的资源、准备执行过程所需的 计划

6、、准备过程说明，以及取得相关干系人对该计划的同意。 组织需要为过程的执行提供其所需的资源，资源包含充分的资金、合适的硬件设施、有技能的人 力及适当的工具。 需要为过程以及过程中的每一项活动指立责任人，被分配责任的人一定要取得适当的授权，以执 行该责任。 确保彼分配责任的人员具有必要的技巧和专业知识，以执行或支持过程的执行。 将指泄的过程工作产品，纳入适当等级的控制，确保过程的指泄工作产品在它整个生命周期的完 整性。 需要识别并纳入过程相关干系人，以确保干系人在过程执行期间预期的参与程度。 需要对过程的执行进行监控，并采取适当的纠正措施。 需要客观地评估过程的遵循程度，并解决不符合的情况。 需要

7、有高层管理人员审查过程的活动、状况及结果，并解决问题 需要基于组织标准过程(OSSP),结合项目的实际情况，裁剪得到一个可执行的过程 过程改进小组需要收集来自项目过程实施中产生的工作产品、度量、度量结果和改进信息，作为 过程改进和过程资产库的一部分，以便能在将来的工作中利用。4.2组织级过程方针4.2.1组织级过程改进方针 过程改进源于组织业务需要，过程改进的目的是为了实现组织业务目标。 需要通过对现行组织过程进行评估，是过程改进人员充分了解现行组织过程及过程资产之优点与缺点，并将此作为过程改进活动的基础。 为了保证整个组织过程改进有充足的资源投入以及充分的管理与实行，必须要有详细的规划。 过

8、程改进需要建立可用的组织过程资产以及工作环境标准。 组织过程资产需要有详细的部署计划，并跟踪部署结果，收集改进信息。422组织级培训过程方针 组织级培训的目的在于开发人员的技能与知识，使英有效执行他们的任务。 组织级培训包括两方面的培训：一是配合组织策略性经营目标的培训，一是满足项目与支持团队共同需要的实务培训。4.2.3组织级度量过程方针 度量的目的是为了满足组织和项目的信息需要； 度量结果要与提供信息需要的人充分沟通，确保度量的设置及度量数据的展现方式满足了其信息需要： 度量活动遵从识别一泄义一收集一分析一反馈的循环。I/6组织过程方针4.3项目管理过程方针4.3/1项目启动过程方针 项目

9、启动需要明确项目的目的与范用，获得组织对所需的资源的承诺 项目启动的目的，在于左义项目的生命周期，并依据项目特点，在组织标准过程基础上进行裁剪, 泄义岀项目的已泄义过程。432项目策划过程方针 项目策划的目的，在建立并维护用以立义项目活动的计划。 将项目主体讣划与其它与项目相关的子计划进行集成，形成集成计划 运用集成计划管理和实施项目工作，并且与相关利益者进行协调和合作。 项目需要对风险进行识别和分析，并要有明确的风险管理策略 项目的进度、工作量投入、产品结构有重大变更的，在进行重新策划。4.3.3项目跟踪与监控过程方针 项目使用已经文档化的项目计划来监督项目性能，并对项目计划进行维护。 在项

10、目的实际性能或结果偏离项目计划时，要根据规立的偏差范囤，采取适当的纠正措施，并跟 踪纠正措施到结朿。 怎期跟踪风险，减小或避免风险发生对项目产生的不利影响。 如果要对项目计划中的约左进行更改，需要与共利益者协商并协调一致。434项目收尾过程方针 项目需要对技术、管理、过程等方而进行经验总结。 EPG收集项目中的最佳实践，经过审核后纳入组织过程资产库进行管理。项目的过程数据需要提 供给EPG,用于组织过程数据的分析和更新。 验收以及项目总结的活动需要文档化，并纳入配置管理。4.4工程过程方针4.4.1售前支持过程方针 售前项目经理负责所管项目售前技术活动的组织、协调工作。 售前人员要在售前活动中

11、收集用户的需要，以便形成产品或产品构件的需求 售前人员必须了解售前技术支持所需的过程、解决方案、工具。 市场部门需要会同产品部门将客户需求一起文档化，并建立客户需求与产品特性的对应关系，并 纳入配置管理。4.4.2需求管理过程方针 需求调研人员需要将客户需求文档化，并通过客户的认可。 需求分析人员分析客户需求，并和相关利益人进行需求的确认，形成产品和产品构件的需求，并 且建立与客户需求的对应关系。 需求必须经过评审，以达成共同理解。 需求的变更必须得到相应的批准并跟踪至关闭。 在软件生命周期的不同阶段，要利用需求跟踪矩阵对需求的溯源性和状态进行跟踪，并识別项目 计划和工作产品与需求之间的不一致

12、处。 需求管理过程中产生的文档需要纳入配置管理443设计实现过程方针 项目要根据选左的生命周期模型，反复进行产品构件的选择、产品和产品构件的设计以及产品的 实现工作。 概要设计、详细设汁以及编码实现之间，以及与需求之间必须保持一致性。 设汁和实现的变更遵从变更管理流程，必须得到相应的批准并跟踪至关闭。；4.4.4测试和同行评审过程方针 测试和同行评审的目的是尽早的排除工作产品的缺陷，减低排除缺陷的成本。 实施有效的同行评审活动，确保所评审的工作产品符合英指定的需求C 实施有效的测试活动，确保工作产品充分满足产品需求，降低发布给最终用户的产品的缺陷数量。4.4.5上线过程方针 系统上线的目的是确保产品置于用户预期环境中，可满足其预期的使用需求 搭建用户预期环境，并确认环境的正确性。 将产品集成到用户预期环境中，并进行预期的用户操作。4.4.6决策分析过程方针 决策分析的目的，在于利用正式的评估过程，依据已建立的准则评估各种已识别的备选方案，以 分析可能的决策。 决策分析过程主要应用于选定技术的重要事项，也可应用于有多种备选解决方案与评估准则的非 技术的议题。 需要明确启动决策分析过程的准则，确保在恰当的时候使用该过程；4.5支持过程方针4.5.1过程和产品质量保证过程方针 过程与产品质量保证的目的，在提供成员与管理阶层客观洞察过程与相关