CMMIOSSP管理方针知识讲解.docx
《CMMIOSSP管理方针知识讲解.docx》由会员分享，可在线阅读，更多相关《CMMIOSSP管理方针知识讲解.docx（8页珍藏版）》请在冰豆网上搜索。
CMMIOSSP管理方针知识讲解
CMMIOSSP管理方针
字号：
大中小
1 目的（Purpose）
该方针规定了公司的项目管理、开发活动和过程改进活动必须遵守的方针和策略，以降低项目风险、提高开发管理能力。
2 范围（Scope）
此方针适用于本公司开发周期（累计）在3个人月以上的项目，不适用于SES（公司外派工程师）合同。
3 方针（Policy）
3.1 项目管理方针（ProjectManagementPolicy）
3.1.1 项目策划（ProjectPlanning）
项目策划的目的是建立并维护规定项目各项活动的计划。
包括估算、制订项目计划、计划审批和评审。
对项目策划的基本要求：
1. 建立项目的WBS（工作分解结构），确定项目的范围。
2. 对工作产品、产品的规模、复杂度和结构等进行估算。
3. 必须基于估算的结果进行项目报价，报价在发给客户前必须得到评审和批准（二次开发项目）。
4. 参考公司过程资产库中的定义和以往项目的经验，为项目选用合适的生命周期模型，定义项目的开发和管理过程。
5. 对项目的工作量和成本进行估算，并制定项目的预算和进度计划。
6. 识别和管理项目风险，制定相应的风险管理计划。
7. 识别项目所需的资源、知识和技能等，并定义相应的资源计划和培训计划。
8. 识别项目的干系人，并制定相应的干系人介入计划。
9. 项目策划阶段需要考虑分包/采购计划。
10. 集成所有相关计划，制定一个项目总体计划，用于指导项目的开发和管理活动。
11. 要对计划进行评审和审批，以得到相关干系人的承诺。
12. 当计划发生变更时，必须通知相关人员，并得到认可。
3.1.2 项目综合管理（ProjectIntegrationManagement）
项目综合管理目的就是指实时监视项目实绩与计划之间的偏差，在出现偏差时，采取纠正措施，使项目计划得以实施。
包括项目跟踪与监控、悬案管理和项目评估。
对项目综合管理的基本要求：
1. 依据项目计划，监督和管理项目的执行情况，包括进度、成本、人员计划等。
2. 当项目实际与计划发生偏差，超出控制范围时，必须采取纠正措施，并跟踪其结果直至解决。
3. 定期跟踪和更新项目的风险管理计划。
4. 监督和检查项目干系人的介入情况。
5. 定期对项目进行评估，主要指里程碑点和项目完了时，同时为公司积累过程资产。
6. 定期评估项目使用的过程和方法，为公司的过程改进提供意见和建议。
7. 对项目跟踪与监控中发现的问题，按照项目计划中定义的过程进行处理。
8. 高层经理定期对项目的状况进行把握，并对重大悬案进行处理。
9. 当项目的实际状况影响到对客户的承诺时，项目经理必须主动向部门经理报告；当项目的实际状况可能会对客户关系发生负面影响时，部门经理必须主动向主管总经理报告。
10. 部门经理和项目经理应跟踪各项目的实际工作量和成本状况，并与目标成本进行比较，以发现潜在的超支问题，并采取措施，予以解决。
3.2 工程活动方针（EngineeringPolicy）
3.2.1 需求管理（RequirementsManagement）
需求管理的目的是管理需求，并且保证这些需求和项目计划、工作产品之间的一致性。
包括需求的理解和确认、变更控制和需求跟踪。
对需求管理的基本要求：
1． 制定项目和客户之间对于需求管理的约定。
2． 文档化项目的需求，并得到各方的承诺。
3． 对需求的变更进行管理。
4． 维护需求与项目计划和工作产品之间的双向可追溯性。
5． 保证项目计划、工作产品和需求之间的一致性。
6． 应在项目的商务协议中明确项目的验收条件，并对需求变更进行约束。
3.2.2 需求开发与技术解决（RequirementsDevelopmentandTechnicalSolution）
需求开发与技术解决的目的是导出和分析顾客、产品及产品构件的需求。
开发、设计和实现满足需求的解决方案。
需求开发与技术解决过程包括开发顾客需求、开发产品需求、分析和确认需求、选择产品构件解决方案、设计、实现产品设计。
对需求开发与技术解决的基本要求：
1. 需求开发与技术解决活动应按计划进行。
2. 导出、分析、确认和转达客户的需要、期待和约束条件，从而就顾客需求与干系人之间达成共识。
3. 使用已定义的开发过程，收集和协调干系人的需要，并把它们转换成顾客需求。
4. 使用已定义的开发过程，对顾客需求加以精练和细化，针对产品生存周期开发出产品和产品构件需求。
5. 对需求进行分析和确认，开发出所要求的功能的定义。
6. 在选择技术解决方案时，必要时要开发出多个解决方案，并使用正式的评价过程，从多个解决方案中选择产品或产品构件解决方案。
7. 使用已定义的开发过程，进行产品或产品构件设计。
8. 使用已定义的开发过程，根据设计，实现产品构件和编制有关的支持文档。
3.2.3 评审和测试（ReviewandTest）
评审和测试的目的在于保证工作产品满足其制造规范的要求，开发出符合顾客需求的工作产品。
评审和测试过程包括有计划的实施评审和测试活动，记录评审和测试结果，对活动结果进行分析并判断其是否达到预期目标。
对评审和测试的基本要求：
1. 制定评审和测试计划并按计划实施。
2. 成果物的作者提前进行自查并分发待评审资料以提高评审效率。
3. 记录评审时发现的问题并跟踪解决。
4. 制定测试实施要领、测试用例确保测试被正确地实施。
5. 必要时提前准备测试数据和测试环境确保测试顺利、有效地进行。
6. 需要对测试时发现的故障进行管理，特别注意故障的横向展开。
7. 记录评审和测试的相关数据。
8. 需要分析评审和测试的结果并判定其是否达到预期目标。
9. 在评审和测试时需要尽早验证产品在客户实际应用环境下的妥当性。
3.2.4 产品集成（ProductIntegration）
产品集成的目的在于将产品组件组合为产品、确保已集成的产品能适当地运作及交付产品。
对产品集成的基本要求是：
1、对需要集成的产品提前做产品集成的准备，准备包括：
决定集成顺序、建立产品集成环境、建立产品集成程序与准则。
2、保接口兼容性，为此要审查接口说明的完整性和管理接口。
3、组合产品组件并交付产品，为此要确定欲集成的产品组件已准备就绪、组合产品组件、评估已组合的产品组件、包装并交付产品或产品组件。
3.3 支持活动方针（SupportPolicy）
3.3.1 配置管理（ConfigurationManagement）
配置管理的目的是确保项目各阶段的工作产品在整个生命周期中的一致性和完整性。
配置管理过程包括对项目各阶段成果物进行标识、对其变更进行控制、并维护其完整性和可追溯性。
对配置管理的基本要求：
1． 在项目初期即应制定项目的配置管理计划。
2． 项目必须有配置管理人员。
根据项目规模，配置管理人员可由专职人员担任、也可由项目的开发人员兼职担任。
3． 项目的CCB至少应包括项目经理、配置管理人员；需要根据不同的变更区域，确定其他人员成为该区域的CCB成员。
4． 必须建立和管理配置库，对识别出的配置项及其变更进行统一管理。
5． 根据项目跨越的工程阶段，建立需求基线、设计基线、代码基线和产品基线。
6． 基线的建立和变更必须经过CCB的批准。
7． 配置管理人员应向项目组报告基线的内容及其变更情况。
8． 需要定期对配置库进行常规和灾难备份。
9． 必须有计划地对配置库进行审查。
10． 必须从配置库中发行产品。
3.3.2 过程和产品质量保证（ProcessandProductQualityAssurance）
过程和产品质量保证的目的是为管理层提供对软件项目过程和工作产品的可视性。
过程和产品质量保证过程包括评审和审查项目活动及产品，以检验其是否遵守了项目定义的过程、规程和标准，并将这些评审和审查的结果提供给项目组和其他管理者。
对过程和产品质量保证的基本要求：
1． 质量保证人员为开发部门和项目组运用公司的方针、标准和规程提供指导和帮助。
2． 按照过程和产品质量保证计划实施质量保证活动。
3． 客观地检验工作产品和过程活动是否遵守了所适用的过程、标准、规程。
4． 相关小组和个人必须知道软件质量保证的活动和结果。
5． 质量保证人员需要对审查中所发现的不符合项进行跟踪，直至其完全解决；对项目组内不能解决的事项，报告给高层经理，并由高层经理处理。
6． 所有质量保证活动均需要保留相关记录。
3.3.3 测量和分析（MeasurementandAnalysis）
测量和分析的目的是定义项目和组织所需的测量，并一致地执行测量，对测量数据进行统计分析，以支持各级管理对信息的需要。
测量和分析过程包括识别出基于组织商业目标的测量目标，定义数据收集、分析、存储的规程，实施测量和分析，并将结果通知给相关人员。
对测量和分析的基本要求：
1． 基于组织的商业目标识别出测量目标，确保测量目标和测量活动与组织/项目的目标相一致。
2． 有计划的实施测量活动
3． 按照定义的数据收集、分析和存储规程实施相关测量活动。
4． 测量和分析的结果应该及时的通知给相关人员，以便得到使用。
3.3.4 决策分析和决定（DecisionAnalysisandResolution）
决策分析和决定的目的是使用正式的评价过程，按照已建立的评价准则对识别出的侯选方案进行评价，并做出决策。
决策分析和决定过程包括使用决策分析指南判断是否需要使用正式的评价过程和应用正式评价过程做出决策。
对决策分析和决定的基本要求：
1. 需要时，公司和项目组使用决策分析和决定过程来减少决策的主观性，并尽可能选出最佳方案。
2. 建立评价准则，并为每个评价准则确定权重；在评价过程中需要时，修正评价准则及其权重。
3. 选择评价方法。
4. 使用已建立的评价准则和方法对已经识别出的侯选方案进行评价。
5. 根据评价结果选择解决方案，分析风险，做出决策。
6. 按决策分析和决定过程要求建立并保存正式评价过程的相关记录。
3.4 过程改进方针（ProcessManagementPolicy）
3.4.1 组织过程焦点（OrganizationProcessFocus）
组织过程改进的目的是基于对公司标准过程和过程资产的强项和弱项的整体理解来计划和实施过程改进活动。
组织过程改进包括两方面的工作：
（1）在公司范围内，建立并维护对公司标准过程和项目定义过程的理解，并达成共识。
（2）协调软件过程建立、维护、评估以及改进的各项工作。
对组织过程改进的基本要求：
1. 组织过程改进活动必须满足公司商业目标的需要。
2. 必须明确定义公司过程改进的组织结构和职责。
3. 成立EPG组负责公司的软件过程改进活动。
4. 依据过程标准模型（CMMI模型），识别公司标准过程和项目定义过程的优点和不足。
5. 必须在全公司范围协调关于建立和不断改进过程的工作。
6. 应有计划地进行公司标准过程（OSSP）的建立和改进工作。
7. EPG负责在公司范围内协调公司标准软件过程（OSSP）及相关过程资产（软件过程数据库和相关文档库）的使用。
8. 要求公司全员积极参与过程改进活动，为公司的过程改进做出贡献。
3.4.2 组织过程定义（OrganizationProcessDefinition）
组织过程定义的目的是开发和维护公司标准软件过程（OSSP）及相关过程资产（软件过程数据库和最佳实践库），使整个公司的过程性能取得一致，并且为公司不断积累长远效益奠定基础。
组织过程定义包括建立和不断改进公司标准软件过程（OSSP），并收集相关的过程资产（软件过程数据库和最佳实践库）。
对组织过程定义的基本要求：
1. EPG负责建立和改进公司标准软件过程（OSSP）。
2. 软件过程数据库和最佳实践库在建立和更新时必须经过EPG的评审。
3. 定期评审各项目的剪裁报告和过程改进信息，改进OSSP、软件过程数据库和最佳实践库。
4. EPG负责确定组织级的品质和过程性能目标，并与相关干系人进行评审。
5. EPG负责对从各个项目中收集的数据进行统计分析，建立并维护组织的过程性能基线和模型。
3.4.3 培训管理（OrganizationTraining）
培训管理的目的是提高个人的知识和技能，使其有效地履行自己的职责。
培训管理的内容包括制定培训计划，并按计划开展培训工作；公司应提供为完成软件管理和技术任务所需的知识与技能培训；软件开发组和其他相关小组的成员受到所需的培训。
对培训管理的基本要求：
1. 培训管理首先应明确组织、项目和个人培训的培训需求，然后针对这些需求进行相关的培训。
2. 必须有培训活动的年度计划。
3. 指派培训管理者负责实施培训计划。
4. 各部门须指派一位培训专员以协助培训管理者组织、实施培训。
5. 培训资源（如培训讲师等）以公司内部资源为主，外部资源为辅。
6. 将项目经理做培训讲师的贡献作为对项目经理的评价和考核的一个指标。
7. 公司内部培训讲师必须具备完成其培训活动所需要的技能和知识。
8. 员工每人每年参加培训的时间不能少于40小时。
9. 公司规定必须参加的岗前和在岗培训，要求培训对象必须参加；并将出席情况和学习效果作为员工考核的依据之一。
升级会员 