项目策划管理方针与工程活动方针

1、 HYPERLINK / CMMI OSSP治理方针 HYPERLINK /31659908_d.html l # o 给这篇文章投一票 字号：大 中 小 1 目的(Purpose)该方针规定了公司的项目治理、开发活动和过程改进活动必须遵守的方针和策略，以降低项目风险、提高开发治理能力。2 范围(Scope)此方针适用于本公司开发周期（累计）在3个人月以上的项目，不适用于SES（公司外派工程师）合同。3 方针(Policy)3.1 项目治理方针( Project Management Policy )3.1.1 项目策划( Project Planning )项目策划的目的是建立并维护规定项目

2、各项活动的打算。包括估算、制订项目打算、打算审批和评审。对项目策划的差不多要求：1. 建立项目的WBS（工作分解结构），确定项目的范围。2. 对工作产品、产品的规模、复杂度和结构等进行估算。3. 必须基于估算的结果进行项目报价，报价在发给客户前必须得到评审和批准(二次开发项目)。4. 参考公司过程资产库中的定义和以往项目的经验，为项目选用合适的生命周期模型，定义项目的开发和治理过程。5. 对项目的工作量和成本进行估算，并制定项目的预算和进度打算。6. 识不和治理项目风险，制定相应的风险治理打算。7. 识不项目所需的资源、知识和技能等，并定义相应的资源打算和培训打算。8. 识不项目的干系人，并制

3、定相应的干系人介入打算。9. 项目策划时期需要考虑分包/采购打算。10. 集成所有相关打算，制定一个项目总体打算，用于指导项目的开发和治理活动。11. 要对打算进行评审和审批，以得到相关干系人的承诺。12. 当打算发生变更时，必须通知相关人员，并得到认可。3.1.2 项目综合治理( Project Integration Management )项目综合治理目的确实是指实时监视项目实绩与打算之间的偏差，在出现偏差时，采取纠正措施，使项目打算得以实施。包括项目跟踪与监控、悬案治理和项目评估。对项目综合治理的差不多要求：1. 依据项目打算，监督和治理项目的执行情况，包括进度、成本、人员打算等。2.

4、 当项目实际与打算发生偏差，超出操纵范围时，必须采取纠正措施，并跟踪其结果直至解决。3. 定期跟踪和更新项目的风险治理打算。4. 监督和检查项目干系人的介入情况。5. 定期对项目进行评估，要紧指里程碑点和项目完了时，同时为公司积存过程资产。6. 定期评估项目使用的过程和方法，为公司的过程改进提供意见和建议。7. 对项目跟踪与监控中发觉的问题，按照项目打算中定义的过程进行处理。8. 高层经理定期对项目的状况进行把握，并对重大悬案进行处理。9. 当项目的实际状况阻碍到对客户的承诺时，项目经理必须主动向部门经理报告；当项目的实际状况可能会对客户关系发生负面阻碍时，部门经理必须主动向主管总经理报告。1

5、0. 部门经理和项目经理应跟踪各项目的实际工作量和成本状况，并与目标成本进行比较，以发觉潜在的超支问题，并采取措施，予以解决。3.2 工程活动方针( Engineering Policy )3.2.1 需求治理 (Requirements Management)需求治理的目的是治理需求，同时保证这些需求和项目打算、工作产品之间的一致性。包括需求的理解和确认、变更操纵和需求跟踪。对需求治理的差不多要求：1 制定项目和客户之间关于需求治理的约定。2 文档化项目的需求，并得到各方的承诺。3 对需求的变更进行治理。4 维护需求与项目打算和工作产品之间的双向可追溯性。5 保证项目打算、工作产品和需求之间

6、的一致性。6 应在项目的商务协议中明确项目的验收条件，并对需求变更进行约束。3.2.2 需求开发与技术解决 (Requirements Development and Technical Solution) 需求开发与技术解决的目的是导出和分析顾客、产品及产品构件的需求。开发、设计和实现满足需求的解决方案。需求开发与技术解决过程包括开发顾客需求、开发产品需求、分析和确认需求、选择产品构件解决方案、设计、实现产品设计。对需求开发与技术解决的差不多要求：1. 需求开发与技术解决活动应按打算进行。2. 导出、分析、确认和转达客户的需要、期待和约束条件，从而就顾客需求与干系人之间达成共识。3. 使用已

7、定义的开发过程，收集和协调干系人的需要，并把它们转换成顾客需求。4. 使用已定义的开发过程，对顾客需求加以精练和细化，针对产品生存周期开发出产品和产品构件需求。5. 对需求进行分析和确认，开发出所要求的功能的定义。6. 在选择技术解决方案时，必要时要开发出多个解决方案，并使用正式的评价过程，从多个解决方案中选择产品或产品构件解决方案。7. 使用已定义的开发过程，进行产品或产品构件设计。8. 使用已定义的开发过程，依照设计，实现产品构件和编制有关的支持文档。3.2.3 评审和测试( Review and Test )评审和测试的目的在于保证工作产品满足其制造规范的要求，开发出符合顾客需求的工作产

8、品。评审和测试过程包括有打算的实施评审和测试活动，记录评审和测试结果，对活动结果进行分析并推断其是否达到预期目标。对评审和测试的差不多要求：1. 制定评审和测试打算并按打算实施。2. 成果物的作者提早进行自查并分发待评审资料以提高评审效率。3. 记录评审时发觉的问题并跟踪解决。4. 制定测试实施要领、测试用例确保测试被正确地实施。5. 必要时提早预备测试数据和测试环境确保测试顺利、有效地进行。6. 需要对测试时发觉的故障进行治理，特不注意故障的横向展开。7. 记录评审和测试的相关数据。8. 需要分析评审和测试的结果并判定其是否达到预期目标。9. 在评审和测试时需要尽早验证产品在客户实际应用环境

9、下的妥当性。3.2.4 产品集成（Product Integration）产品集成的目的在于将产品组件组合为产品、确保已集成的产品能适当地运作及交付产品。对产品集成的差不多要求是：1、对需要集成的产品提早做产品集成的预备，预备包括：决定集成顺序、建立产品集成环境、建立产品集成程序与准则。2、保接口兼容性，为此要审查接口讲明的完整性和治理接口。3、组合产品组件并交付产品，为此要确定欲集成的产品组件已预备就绪、组合产品组件、评估已组合的产品组件、包装并交付产品或产品组件。3.3 支持活动方针( Support Policy )3.3.1 配置治理( Configuration Management

10、 )配置治理的目的是确保项目各时期的工作产品在整个生命周期中的一致性和完整性。配置治理过程包括对项目各时期成果物进行标识、对其变更进行操纵、并维护其完整性和可追溯性。对配置治理的差不多要求：1 在项目初期即应制定项目的配置治理打算。2 项目必须有配置治理人员。依照项目规模，配置治理人员可由专职人员担任、也可由项目的开发人员兼职担任。3 项目的CCB至少应包括项目经理、配置治理人员；需要依照不同的变更区域，确定其他人员成为该区域的CCB成员。4 必须建立和治理配置库，对识不出的配置项及其变更进行统一治理。5 依照项目跨越的工程时期，建立需求基线、设计基线、代码基线和产品基线。6 基线的建立和变更

11、必须通过CCB的批准。7 配置治理人员应向项目组报告基线的内容及其变更情况。8 需要定期对配置库进行常规和灾难备份。9 必须有打算地对配置库进行审查。10 必须从配置库中发行产品。3.3.2 过程和产品质量保证 (Process and Product Quality Assurance) 过程和产品质量保证的目的是为治理层提供对软件项目过程和工作产品的可视性。过程和产品质量保证过程包括评审和审查项目活动及产品，以检验其是否遵守了项目定义的过程、规程和标准，并将这些评审和审查的结果提供给项目组和其他治理者。对过程和产品质量保证的差不多要求：1 质量保证人员为开发部门和项目组运用公司的方针、标准

12、和规程提供指导和关心。2 按照过程和产品质量保证打算实施质量保证活动。 3 客观地检验工作产品和过程活动是否遵守了所适用的过程、标准、规程。4 相关小组和个人必须明白软件质量保证的活动和结果。5 质量保证人员需要对审查中所发觉的不符合项进行跟踪，直至其完全解决；对项目组内不能解决的事项，报告给高层经理，并由高层经理处理。6 所有质量保证活动均需要保留相关记录。3.3.3 测量和分析( Measurement and Analysis )测量和分析的目的是定义项目和组织所需的测量，并一致地执行测量，对测量数据进行统计分析，以支持各级治理对信息的需要。测量和分析过程包括识不出基于组织商业目标的测量

13、目标，定义数据收集、分析、存储的规程，实施测量和分析，并将结果通知给相关人员。对测量和分析的差不多要求：1 基于组织的商业目标识不出测量目标，确保测量目标和测量活动与组织/项目的目标相一致。2 有打算的实施测量活动3 按照定义的数据收集、分析和存储规程实施相关测量活动。4 测量和分析的结果应该及时的通知给相关人员，以便得到使用。3.3.4 决策分析和决定 ( Decision Analysis and Resolution )决策分析和决定的目的是使用正式的评价过程，按照已建立的评价准则对识不出的侯选方案进行评价，并做出决策。决策分析和决定过程包括使用决策分析指南推断是否需要使用正式的评价过程

14、和应用正式评价过程做出决策。对决策分析和决定的差不多要求：1. 需要时，公司和项目组使用决策分析和决定过程来减少决策的主观性，并尽可能选出最佳方案。2. 建立评价准则，并为每个评价准则确定权重；在评价过程中需要时，修正评价准则及其权重。3. 选择评价方法。4. 使用已建立的评价准则和方法对差不多识不出的侯选方案进行评价。5. 依照评价结果选择解决方案，分析风险，做出决策。6. 按决策分析和决定过程要求建立并保存正式评价过程的相关记录。3.4 过程改进方针( Process Management Policy )3.4.1 组织过程焦点 ( Organization Process Focus

15、)组织过程改进的目的是基于对公司标准过程和过程资产的强项和弱项的整体理解来打算和实施过程改进活动。组织过程改进包括两方面的工作：（1）在公司范围内，建立并维护对公司标准过程和项目定义过程的理解，并达成共识。（2）协调软件过程建立、维护、评估以及改进的各项工作。对组织过程改进的差不多要求：1. 组织过程改进活动必须满足公司商业目标的需要。2. 必须明确定义公司过程改进的组织结构和职责。3. 成立EPG组负责公司的软件过程改进活动。4. 依据过程标准模型（CMMI模型），识不公司标准过程和项目定义过程的优点和不足。5. 必须在全公司范围协调关于建立和不断改进过程的工作。6. 应有打算地进行公司标准

16、过程（OSSP）的建立和改进工作。7. EPG负责在公司范围内协调公司标准软件过程（OSSP）及相关过程资产（软件过程数据库和相关文档库）的使用。8. 要求公司全员积极参与过程改进活动，为公司的过程改进做出贡献。3.4.2 组织过程定义( Organization Process Definition )组织过程定义的目的是开发和维护公司标准软件过程（OSSP）及相关过程资产（软件过程数据库和最佳实践库），使整个公司的过程性能取得一致，同时为公司不断积存长远效益奠定基础。组织过程定义包括建立和不断改进公司标准软件过程（OSSP），并收集相关的过程资产（软件过程数据库和最佳实践库）。对组织过程定

17、义的差不多要求：1. EPG负责建立和改进公司标准软件过程(OSSP)。2. 软件过程数据库和最佳实践库在建立和更新时必须通过EPG的评审。3. 定期评审各项目的剪裁报告和过程改进信息，改进OSSP、软件过程数据库和最佳实践库。4. EPG负责确定组织级的品质和过程性能目标，并与相关干系人进行评审。5. EPG负责对从各个项目中收集的数据进行统计分析，建立并维护组织的过程性能基线和模型。3.4.3 培训治理 (Organization Training )培训治理的目的是提高个人的知识和技能，使其有效地履行自己的职责。培训治理的内容包括制定培训打算，并按打算开展培训工作；公司应提供为完成软件治理和技术任务所需的知识与技能培训；软件开发组和其他相关小组的成员受到所需的培训。对培训治理的差不多要求：1. 培训治理首先应明确组织、项