CMMI3级过程实施方针.docVIP

CMMI3级过程实施方针 目 录 1、 组织过程焦点方针 4 2、 组织过程定义方针 4 3、 组织级培训过程方针 4 4、 需求管理过程方针 4 5、 风险管理过程方针 5 6、 集成项目管理过程方针 5 7、 软件研发项目策划过程方针 5 8、 软件研发项目监督与控制过程方针 5 9、 测量与分析过程方针 6 10、 决策分析和制定过程方针 6 11、 过程和产品质量保证控制程序方针 6 12、 软件配置管理控制程序方针 6 13、 需求开发过程方针 7 14、 技术解决方案过程方针 7 15、 产品集成控制程序方针 7 16、 验证过程方针 8 17、 确认过程方针 8  组织过程焦点方针 全体员工协调一致进行过程的制定和改进工作。 SC负责确定公司过程改进活动的目标、方针和策略，领导公司的过程改进活动；EPG在SC的领导下完成具体的过程改进活动，负责组织具体过程的建立和不断改进。 所有过程相关的改进意见或建议，都应遵照《过程改进建议处理控制程序》得到适当的处理。 公司标准过程的制定和改进活动要有计划地进行。 EPG从项目的实践中取得过程度量数据，总结各种项目报告、过程评估报告，分析实施中的问题，从而获得改进需求，制定改进计划，不断推动过程改进活动。 在公司过程改进活动中，遵循SEI-CMMI阶段式模型，逐步提高公司能力成熟度等级。 组织过程定义方针 工程过程小组（EPG）负责建立和不断更新公司的标准过程集合以及过程财富库，使其可以为项目所了解和使用。 每个新项目在开始时都应参照和利用组织标准过程，必要时对组织标准过程集合进行剪裁，得出适合项目的工作过程，但是项目对组织标准过程的剪裁必须经过EPG的评审和批准。 EPG负责对过程的使用情况进行度量。 组织级培训过程方针 根据公司战略业务目标确定组织极的战略培训需求，使培训成为企业实现战略目标的有效手段。 明确定义组织级培训工作的实施流程，创造适合项目运行的环境。 通过培训提高员工知识技能水平，使培训成为培养、吸引员工的重要管理手段。 对组织级培训工作进行度量，跟踪培训效果，保证其与组织的目标相一致 需求管理过程方针 客户需求需要文档化，并且建立与产品特性的对应关系，并通过市场和产品部门的认可，纳入配置管理基线 纳入项目的各级需求必须进行文档化 需求必须经过评审，以达成共同理解 需求的变更必须得到相应的批准并跟踪至关闭 《业务需求》必须作为功能基线纳入配置管理 《需求规格说明书》必须作为分配基线纳入配置管理 在软件生命周期的不同阶段，要利用需求跟踪矩阵对需求的溯源性和状态进行跟踪，并识别项目计划和工作产品与需求之间的不一致处。 通过持续改进，逐步建立对现场定制开发需求管理的的有效方法，并纳入配置管理基线 风险管理过程方针 项目必须有明确的风险管理策略，并对风险进行识别和分析 项目组要定期跟踪风险，按照风险管理策略及时制定风险管理计划，对风险进行管理，减小或避免风险发生对项目产生的不利影响。 集成项目管理过程方针 所有软件研发项目必须通过剪裁组织标准过程，建立项目已定义过程 所有软件研发项目要运用项目已定义过程管理和实施项目研发工作，并且与相关利益者进行协调和合作 软件研发项目策划过程方针 所有软件研发项目的策划要基于项目的业务需求 项目需要按照公司策划过程的要求对项目参数进行策划，制定项目计划 项目开发组、测试组、支持组和其它相关利益人要共同协商项目活动，对项目计划取得一致意见，做出内部和外部承诺 项目的Release 时间、工作量投入、产品结构有重大变更的，在得到高级经理的批准后要进行重新策划。 要对项目策划的文档妥善管理 软件研发项目监督与控制过程方针 项目使用已经文档化的项目综合计划来监督项目性能，并对项目综合计划进行维护。 高级经理会同项目经理每月评审项目的状态和问题。 在项目的实际性能或结果偏离项目开发计划时，要根据规定的偏差范围，采取适当的纠正措施，并跟踪纠正措施到结束。 如果要对项目计划中的约定进行更改，需要与共利益者协商并协调一致。 对外部承诺的更改或制定新的承诺，按照《对外承诺变更规程》执行。 测量与分析过程方针 测量目标和测量活动要与信息需要和目标取得一致 测量结果要向相关利益人提供，并使需要使用这些度量结果的人员通过授权可以方便地进行查询 高级管理层确保测量分析活动所必须的资源、资金和培训。 公司有专人负责测量活动的协调和数据综合分析 所有项目必须收集公司定义的基本数据集合中的数据。 度量活动遵从识别－定义－收集－分析－反馈的循环。 短期内利用Excel作为分析工具，公司将谋求开发或购买度量分析系统，以此管理和使用度量数据,并最终作为统一的度量数据库。 决策分析和制定过程方针 公司要求在以下情况下必须使用《决策分析和制定控制程序》要求的流