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