软件工程项目监控
软件工程中的软件项目质量控制

质量评审、测试、度量和 持续改进等具体的质量管
理活动
符合ISO 9000等国际标准
质量责任人
质量计划的执行
质量计划的执行是软件项目质量管理工作的 落实和执行过程,需要保证各项计划按照预 定的时间表和流程有序进行。质量计划的执 行需要各个部门和团队的密切协作和配合,
确保软件产品的质量达到预期目标。
● 03
能力,推动团队不断进步和发展。
提高软件产品质量
质量改进的效果
增强团队凝聚力
促进企业发展
增强用户满意度
提高成员自我管理能力
建立完善管理体系
● 06
第6章 总结与展望
本章导读
本章将对前面各章内容进行总结和回顾,展望软件 项目质量控制的未来发展方向和趋势。
总结回顾
本文从软件项目质量控制的概念、方法、过程和实 施等方面进行了详细阐述和分析,为读者提供了全 面的知识和理解。通过本文的学习和阅读,读者可 以更好地认识和理解软件项目质量控制的重要性和 必要性,为今后的实践和工作提供参考和指导。
采用新技术提升软件质量
团队培训
质量计划
明确质量目标和计划
质量评估
评估软件产品质量
质量控制实践
质量保证
确保软件符合标准
● 02
第2章 质量计划
质量计划的概念
质量计划定义
质量计划是软件项目开始阶段制定的计划
质量计划重要性
质量计划是软件项目的基础
制定质量计划的步骤
确定质量目标和标 准
制定质量管理计划
总结
质量保证是软件工程中至关重要的一环,通过质量 保证计划的制定和实施,可以有效提升软件产品的 质量和可靠性。遵循质量保证的原则和实施步骤, 有助于促进软件开发团队的协作效率,提高项目的 成功率。持续改进和优化软件开发过程,是保持软 件产品竞争力和可持续发展的关键。
软件工程中的软件项目计划与进度控制

软件工程中的软件项目计划与进度控制在软件工程领域中,软件项目计划和进度控制是确保项目顺利执行和完成的关键步骤。
软件项目计划是指在项目启动阶段确定项目目标、范围、资源和时间的过程。
进度控制则是在项目执行阶段跟踪和管理项目进展,确保项目按时交付。
一、软件项目计划软件项目计划对于项目的成功至关重要。
在软件项目计划阶段,项目经理和团队成员需要进行以下核心任务:1. 确定项目目标和范围:明确项目所要达到的目标和涉及的功能范围。
例如,确定开发一个在线购物网站的目标,并界定其包含的功能模块。
2. 识别项目所需资源:确定项目所需的人员、技术和设备资源。
例如,确定需要多少开发人员、测试人员和服务器资源等。
3. 制定项目时间表:制定一个合理的项目时间表,确保各个阶段和任务在规定的时间内完成。
例如,确定需求分析阶段、设计阶段、编码阶段和测试阶段的时间安排。
4. 管理项目风险:识别潜在的项目风险,并制定相应的风险应对策略。
例如,确定可能导致项目延迟的风险因素,并制定应对措施。
5. 编制项目工作计划:将项目的各项任务分解为更具体、可管理的工作包,制定每个工作包的详细计划和任务分配。
二、软件项目进度控制软件项目进度控制是在项目执行阶段对项目进展进行跟踪和管理的过程。
它包括以下关键步骤:1. 设置基准进度:在项目启动后的早期阶段,设置一个基准进度,作为后续跟踪和测量进度的标准。
该基准进度由项目计划确定。
2. 监控项目进展:通过不断收集数据、记录实际进展情况和比较实际进展与计划进展之间的差异,及时发现项目进展偏差。
3. 分析进度偏差:当发现进度偏差时,需要对偏差进行分析,确定其原因和影响。
例如,偏差可能是由于技术问题、资源不足或需求变更等原因引起的。
4. 采取纠正措施:根据分析结果,制定相应的纠正措施以调整和优化项目进度。
例如,增加资源投入、调整任务优先级或重新安排某些任务的顺序等。
5. 更新项目进度:在执行纠正措施后,更新项目进度信息,与基准进度进行比较,评估进度改善情况。
软件工程监理

软件工程监理软件工程监理软件工程监理是指在软件工程项目的全过程中,由监理人员对项目的进展、质量和效果进行监督、检查和指导,以确保项目按照规定的要求和标准进行并取得预期的效果。
1. 监理的作用软件工程监理在项目实施过程中发挥着重要的作用。
主要包括以下几个方面:质量控制: 监理人员对软件开发过程进行全程监控,确保代码质量、和版本管理规范执行,减少潜在的技术风险。
项目管理: 监理人员负责协调项目各个阶段的计划和进度,监督合同和规范的执行,确保项目按时、按质量要求完成。
风险管理: 监理人员根据项目的特点和风险点,对项目进行风险评估和控制,及时发现并处理项目中的潜在风险。
问题解决: 监理人员在项目执行过程中,对遇到的问题进行分析和解决,向项目团队提供专业的指导和支持,确保项目顺利进行。
合同管理: 监理人员负责实施合同管理,确保项目的商业流程和法律合规,维护项目双方的合法权益。
软件工程监理一般包括以下几个主要阶段的流程:2.1 前期准备在项目启动前,监理人员需要对项目的背景、目标、限制条件等进行全面了解,并与项目团队进行沟通和协商,明确监理的目标和职责。
2.2 监理计划制定在项目启动后,监理人员需要根据项目的特点和要求,制定详细的监理计划,包括监理的内容、方法、时间安排、资源配置等。
2.3 监理执行监理人员按照监理计划,在项目实施过程中进行监督和检查,与项目团队进行沟通和协调,确保项目按照计划和要求进行。
2.4 监理报告监理人员根据监理执行的情况,编写监理报告,对项目的进展、质量和效果进行评估和,向项目团队提出监理意见和建议。
2.5 后期项目结束后,监理人员需要对整个监理过程进行和评估,分析项目成功和不足之处,为的项目提供经验和借鉴。
3.1 专业知识软件工程监理人员需要具备扎实的软件工程知识和经验,了解软件开发的各个阶段和技术,能够理解并评估项目的技术难点和风险。
3.2 沟通能力软件工程监理人员需要与项目团队、客户和其他利益相关者进行有效沟通,及时传递信息和解决问题,保持良好的合作关系。
软件工程项目管理方法

软件工程项目管理方法软件工程项目管理是指在软件开发过程中,通过采用系统的方法和工具,对软件开发项目进行计划、组织、领导、控制和协调,以实现项目目标的过程。
以下是一些常见的软件工程项目管理方法:生命周期管理:将软件开发过程划分为不同的阶段,如需求分析、设计、编码、测试和维护等,并在每个阶段进行详细的计划和监控,以确保项目按时完成,达到预期的质量标准。
风险管理:识别和评估软件开发过程中可能出现的风险,并制定相应的措施来应对这些风险,如制定备选方案、进行风险缓解和监控等。
质量管理:在软件开发过程中,通过采用质量保证方法和工具,对软件产品进行测试、审核和评估,以确保软件产品符合预期的质量标准和质量要求。
变更管理:在软件开发过程中,对变更进行管理和控制,以确保变更不会对项目进度和质量产生不利影响。
沟通管理:在软件开发过程中,通过建立有效的沟通机制和渠道,确保项目团队成员之间的信息交流和协作,以保证项目顺利进行。
成本管理:对软件开发项目进行成本预算和成本控制,以确保项目成本不超过预算,并尽可能地降低成本。
人力资源管理:在软件开发过程中,合理分配人力资源,并通过对员工进行培训和发展,提高员工技能和工作效率。
风险管理:在软件开发过程中,通过采用风险识别、评估、缓解和监控等方法,降低项目风险。
版本控制管理:在软件开发过程中,对代码、文档和其他资源进行版本控制,以确保多人协同开发时的一致性和准确性。
配置管理:在软件开发过程中,对项目文档、代码和其他资源进行配置管理,以确保项目开发和维护过程中的一致性和可追溯性。
以上是一些常见的软件工程项目管理方法,但不同的项目和组织可能会有不同的管理方法和工具。
在具体的项目管理过程中,需要根据项目的实际情况和需求选择合适的管理方法和工具。
软件工程监理

软件工程监理• 软件工程监理是指参照软件工程的思想,对在建软件系统的整个生命周期 进行全过程监理, 包括软件开辟过程、 质量保证过程、 项目管理过程及配 置管理过程的监理, 并为用户提供咨询、 匡助建设运行制度等有益的服务 项目,其最终目的是匡助业主单位建设一个高质量的具有可持续生命力的 软件系统。
• 软件工程监理在技术上是可行的, 但在观念和社会环境等方面还存在种种 急需解决的问题。
传统软件工程阶段 原始需求采集可行性报告 计划 需求分析 系统概要设计系统详细设计 测试设计 编码 测试 部署系统试运行验收运行与维护监理实施阶段工程招标工程设计工程实施• 由于软件工程自身所具的特点,以及业主单位在信息技术等相关领域存在缺乏专业技术人材或者经验不足等问题,因此业主单位无法自行管理软件系统或者自行管理无益于提高项目投资的效益和建设水平。
•软件工程监理工作下在是为了协助业主单位保证工程的质量、进度、投资,并合理地处理好业主单位与承建单位之间的关系,对软件系统的建设质量起到保障作用。
• 软件项目投资规模呈逐年增长的趋势。
大型软件系统建设是一项投资大、周期长、知识密集、高风险的系统工程,行业新颖、人员年轻、科技含量高、智力密集、涉及领域宽广,对实践经验要求高。
•在管理思想与开辟技术不断更新和提高的情况下,由于业主单位与承建单位之间信息不对称,挖掘实际需求十分艰难。
•实施过程中缺乏专业的监督与管理,项目风险增大,失败项目较多。
麦肯锡公司的一项调查表明,全球软件开辟项目中惟独 16%能按计划完成。
1、业主单位对于承建单位存在着技术弱势:(1)业主单位自身的信息技术力量不足,在项目的单体规划、技术方案和设备选型等方面难以决策;(2)信息技术产品商家众多,型号复杂,价格五花八门,竞争激烈,业主单位对市场不熟悉,在挑选承建单位和进行商务谈判时心中无底,比较被动。
(3) 业主单位由于无施工实践经验,无法对进度和质量进行控制和监理,对最终结果没有把握。
软件工程与项目管理基础知识

软件工程与项目管理基础知识软件工程和项目管理是现代软件开发中不可或缺的环节。
它们为软件开发团队提供了组织、规划和执行项目的方法和工具,以确保软件项目能够按时、按质量要求完成。
本文将介绍软件工程和项目管理的基础知识,包括软件开发生命周期、需求分析、设计与建模、编码与测试、软件质量保证和项目管理流程等方面。
一、软件开发生命周期软件开发生命周期是指从软件项目开始到结束的整个过程。
传统的软件开发生命周期包括需求分析、设计、编码、测试和维护五个阶段。
近年来,敏捷开发方法也出现,强调快速迭代和灵活应对变化。
1. 需求分析阶段:在这个阶段中,软件工程师与用户和相关利益相关者合作,收集、分析和定义软件的需求。
需求分析是确保软件能够满足用户需求的关键步骤。
2. 设计与建模阶段:在这个阶段中,软件工程师根据需求分析的结果,设计软件的架构和功能模块,并利用建模工具进行可视化表示。
3. 编码与测试阶段:在这个阶段中,软件工程师根据设计结果进行编码,并通过单元测试和综合测试验证软件的正确性和可靠性。
4. 软件质量保证:软件质量保证是软件工程的重要环节,包括确保软件符合标准和规范、进行代码审查、软件测试、性能优化等工作。
5. 维护阶段:软件发布后,需要对软件进行维护和更新,以修复缺陷、增加新功能和改进系统性能。
二、项目管理流程项目管理是指在给定的时间、资源和预算条件下,规划、组织、执行和控制项目的活动,以实现项目目标。
项目管理需要合理分配资源、协调各个团队成员、解决问题和风险等。
1. 项目启动:项目启动阶段是确定项目目标、范围和可行性的阶段。
项目经理需要制定项目计划、确定项目团队和资源,并明确项目目标。
2. 项目规划:在项目规划阶段,项目团队制定详细的项目计划,包括时间计划、资源计划、风险管理计划等。
此外,还需要进行项目范围管理、成本估算和质量管理计划等工作。
3. 项目执行:在项目执行阶段,项目团队按照项目计划实施工作。
项目经理需要监督项目进度、资源分配和团队合作,以确保项目按计划进行。
软件工程中的软件工程项目关键路径管理

软件工程中的软件工程项目关键路径管理软件工程项目的成功与否,往往取决于项目的进度管理和时间控制。
关键路径管理是软件工程中一种重要的项目进度管理技术,通过确定关键路径,帮助项目团队合理安排工作,提高项目交付的效率和质量。
本文将介绍软件工程中的软件工程项目关键路径管理的原理、方法与实践,并探讨其在项目管理中的作用和意义。
一、关键路径管理的原理关键路径是指在项目中具有最长工期的路径,它决定了整个项目的最短工期。
关键路径管理的核心任务即是找出关键路径并加以管理,以确保项目能够按时交付。
关键路径管理的原理主要包括以下几个方面:1. 网络图的绘制:将项目的各个任务按照前后顺序连接起来,形成一个项目网络图,以图形化的方式展示项目的工期和依赖关系。
2. 关键路径的确定:通过计算各个任务的工期和依赖关系,找出整个项目网络中的关键路径。
关键路径上的任务不能延误,否则将影响整个项目的进度。
3. 关键路径的管理:对关键路径上的任务进行重点监控和管理,确保其按计划完成,防止项目进度延误。
二、关键路径管理的方法关键路径管理有多种方法和工具,以下是常用的几种:1. PERT/CPM方法:PERT/CPM方法是一种常用的关键路径分析方法,通过计算活动的最早开始时间和最晚开始时间,确定关键路径并进行进度管理。
2. 甘特图:甘特图是一种直观的项目进度管理工具,通过图表的方式展示任务的开始时间、工期和完成时间,帮助项目团队了解整个项目的进度情况。
3. 软件工具:目前市场上有很多专业的项目管理软件,如Microsoft Project、Wrike等,它们提供了各种功能和工具,方便团队进行关键路径管理和项目进度控制。
三、关键路径管理的实践关键路径管理在软件工程项目中的实际应用非常广泛。
在项目实施过程中,可以按照以下步骤进行关键路径管理:1. 项目规划:在项目启动阶段,需明确项目的目标和需求,绘制项目网络图,确定关键路径和任务依赖关系。
2. 任务分解:将项目按照不同的功能模块或阶段进行任务分解,明确每个任务的工期和交付时间。
软件工程监理(2024)

引言概述:软件工程监理是指在软件项目开发过程中,对项目进行全面监管和管理的一种工作,旨在确保软件项目的顺利进行、按计划完成,并满足质量和要求。
本文将介绍软件工程监理的相关概念、职责和工作流程,并详细阐述了软件工程监理在项目计划、需求分析、设计、开发和测试等方面的具体工作。
正文内容:1.项目计划阶段1.1项目目标和需求分析1.2制定项目计划和时间安排1.3制定项目质量标准和评估指标1.4确定项目资源和预算1.5确定项目风险和应对措施2.需求分析阶段2.1与用户沟通和明确需求2.2分析需求的可行性和优先级2.3编制详细的需求规格说明书2.4检查需求的一致性和完整性2.5验证和确认需求规格说明书3.设计阶段3.1制定软件体系结构和模块划分3.2进行详细设计和编码规范审查3.4检查设计的可扩展性和灵活性3.5验证设计阶段的工作成果4.开发阶段4.1进行集成测试和系统测试4.2对于错误和问题的追踪和修复4.3对软件的兼容性和性能进行测试4.4检查软件的易用性和用户体验4.5确保软件的稳定性和可靠性5.测试阶段5.1编写测试计划和测试用例5.2进行功能测试、性能测试和负载测试5.3检查测试结果和错误报告5.4验证和确认问题的解决方案5.5确认软件的质量和符合性总结:软件工程监理是软件项目开发过程中不可或缺的一环,通过对项目的全面治理,可以有效地提升软件开发的质量和效率。
本文详细介绍了软件工程监理在项目计划、需求分析、设计、开发和测试等方面的具体工作内容。
在实践中,软件工程监理需要密切配合和协作各个团队成员,并通过合理的项目管理和监控手段,实现对软件项目的有效管理和控制。
通过软件工程监理的工作,可以保证软件项目按计划进行,并最终交付高质量的软件产品。
引言:软件工程监理是指在软件开发过程中,对软件项目进行全程指导、监督和协调的一项工作。
它具有重要的意义,可以保障软件项目的顺利进行和高质量完成。
软件工程监理涉及多个方面,包括项目管理、技术支持、质量控制、协调沟通等等。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
对照项目计划中所描述的数据管理活动,定期评审数 据管理活动。 b) 标识并文档化数据管理中的重大问题及其影响。 c) 将数据管理活动的评审结果文档化。
SP 1.4
评价要点:
①
监督数据管理
有对照计划监督数据管理活动执行情况的记录。
直接证据:
数据管理记录; ② 数据管理问题记录; ③ 数据管理活动评审记录。
SP 1.7 实施里程碑评审
评价要点:
有里程碑评审报告,评审了项目的承诺、计划、状态 和风险; ② 有利益相关方参与评审的记录; ③ 标识的重大问题及其影响; ④ 采取了纠正措施,跟踪直到结束。
①
直接证据:
里程碑评审报告及相关记录; ② 问题报告及纠正措施的实施记录。
①
按专用目标组织的专用实践
SP 1.3
评价要点:
①
监督项目风险
有定期风险跟踪和重新评估的证据; ② 有向利益相关方通报风险的记录。
直接证据:
风险监控记录(如,周例会记录、风险跟踪记录等); ② 风险通报记录。
①
SG 1 对照计划监督项目
SP 1.4 监督数据管理
SP 1.4
监督数据管理
对照项目计划,监督项目数据管理。
SP 1.2
监督承诺
对照项目计划中所标识的承诺,监督这些承诺 。
SP 1.2
典型工作产品:
a)
监督承诺
评审承诺的记录 。
SP 1.2
子实践:
a)
监督承诺
定期评审承诺(外部和内部两方面)。 b) 标识尚未满足的或有很大风险无法满足的承诺。 c) 将评审承诺的结果文档化
SP 1.2
监督承诺
的评审。这些项目评审可能是非正式评审,也可能并 未在项目计划中明确规定。
SP 1.6
典型工作产品:
a)
实施进展评审
文档化的项目评审结果。
SP 1.6
子实践:
a)
实施进展评审
就所安排的活动和工作产品的状态,定期与利益相关 方进行交流。 适当时,评审人员可包括:经理、员工、顾客、最 终用户、供方和组织内其他的利益相关方。 b) 评审收集和分析测量项数据的结果,以控制项目。 关于测量与分析项目绩效数据的过程的详细信息, 参见测量与分析过程域。
评价要点:
①
有对照计划监督承诺的记录,并文档化。
直接证据:
①
承诺的评审记录。
SG 1 对照计划监督项目
SP 1.3 监督项目风险
SP 1.3
– –
监督项目风险
对照项目计划中所标识的风险进行监督。 关于标识项目风险的详细信息,参见项目策划过程域。 关于风险管理活动的详细信息,参见风险管理过程域。
监督共 利益者 的参与
采取纠 正措施
PP
项目计划
管理纠 正措施
专用目标
SG1 SG2
对照计划监督项目 管理纠正措施直到结束
按专用目标组织的专用实践
SG 1 对照计划监督项目
SG 1 对照计划监督项目
对照项目计划监督项目的实际绩效和进展。
SG 1 对照计划监督项目的专用实践:
– SP 1.1
SP 2.1 分析问题
SP 2.1
分析问题
收集和分析问题,并确定解决问题所必须的纠正措施。
SP 2.1
典型工作产品:
a)
分析问题
需要纠正措施的问题清单 。
SP 2.1
子实践:
a)
分析问题
收集要分析的问题。 – 从评审和其它过程的实施中收集问题 。 – 收集的问题之例,如:
• • • • • •
项目监控
张君福 zhangjf@ 18611185755
目的
项目监控的目的是:
– 了解项目进展,使得在项目绩效显著偏离计划时,能
采取适当的纠正措施。
序言
– 文档化的项目计划是监督活动、交流状态和采取纠正措施
的基础。 – 主要通过在项目进度表或工作分解结构(WBS)内预定的 里程碑处或控制区域内,将实际工作产品和任务属性、工 作量、成本、以及进度与计划进行比较,来确定项目的进 展情况。 – 适当的可视性,使得能够在绩效显著偏离计划时,及时采 取纠正措施。 – 如果偏离不被解决会妨碍项目目标的实现,那么它就是显 著的。
SG 2 管理纠正措施直到结束
SG 2
管理纠正措施直到结束
当项目绩效或结果显著偏离计划时,管理纠正措施直到 结束。
SG 2
– SP 2.1 – SP 2.2 – SP 2.3
管理纠正措施直到结束
SG 2 管理纠正措施直到结束的专用实践: 分析问题 采取纠正措施 管理纠正措施
SG 2
管理纠正措施直到结束
–
监督项目策划参数
对照项目计划,监督项目策划参数的实际值。 项目策划参数能作为项目进展和绩效的典型指示,它 包括工作产品和任务的属性、成本ห้องสมุดไป่ตู้工作量及进度。 工作产品和任务的属性如规模、复杂度和功能等 。
–
SP 1.1
– – –
监督项目策划参数
监督通常包括:测量项目策划参数的实际值,比较实 际值与计划中的估计值,以及标识其显著偏离。 记录项目策划参数的实际值,包括记录有关联的关联 信息,以帮助理解测量值。 分析显著偏离对确定要采取什么纠正措施的影响,则 在本过程域中第二个特定目标及其特定实践中描述。
SP 1.5 与 典型工作产品:
a)
监督利益相关方的参
利益相关方参与的记录 。
SP 1.5 与 子实践:
a)
监督利益相关方的参
定期评审利益相关方参与的状态。 b) 标识并文档化利益相关方参与中的重大问题及其影响。 c) 将评审利益相关方参与状态的结果文档化。
评价要点:
①
SP 1.5 与
子实践:
a)
b)
c)
d) e)
在有意义的项目进度时间点(如所选阶段完成时), 与利益相关方一起进行评审。 – 适当时,评审人员可包括经理、员工、顾客、最 终用户、供方和组织内的其他利益相关方。 评审项目的承诺、计划、状态和风险。 标识并文档化重大问题及其影响。 将评审结果、措施项和决策文档化。 跟踪措施项直到结束。
目监督、用于监督进展的测量项以及如何说明已知风险, 参见项目策划过程域。 – 关于测量、分析和信息记录过程的详细信息参见测量与分 析过程域。
项目监控-上下文
管理纠正 措施到结束 对照计划监控项目 监 督项目 策划参 数 监督 承诺 监控督 目风险 分析 问题
监督数 据管理
进行 里程碑 评审
进行 进展 评审
监督利益相关方的参
有对照计划监督利益相关方参与活动的记录; ② 标识并文档化重大问题及其影响。
直接证据:
利益相关方参与的记录; ② 与利益相关方参与有关的问题记录。
①
SG 1 对照计划监督项目
SP 1.6 实施进展评审
SP 1.6
实施进展评审
定期评审项目的进展、绩效和问题。
– 进展评审是为了向利益相关方通报情况而对项目进行
SP 1.3
典型工作产品:
a)
监督项目风险
项目风险监督记录 。
SP 1.3
子实践:
a)
监督项目风险
在项目当前状态和环境的关联中,定期评审描述风险 的文档。 b) 当可得到附加信息时,修正风险文档以纳入更改。 c) 与利益相关方沟通风险状态。 风险状态之例,如:
风险发生概率的变化。 风险优先级的变化。
序言
– 续1
– 在所有这些实践中, “项目计划”是指控制该项目的总计划。 – 当实际状态显著偏离期望值时,就要采取适当的纠正措施。 – 这些措施可能要求重新进行策划,重新策划可能包括修正原
始计划,确立新的协议,或者在当前计划内包括更多的缓解 活动。
相关过程域
– 关于项目计划的详细信息,包括它如何规定适当程度的项
e) – –
监督项目策划参数
f)
监督项目人员的知识和技能。 关于策划实施该项目所需知识和技能的信息,参见项 目策划过程域。 监督项目人员的知识和技能,一般包括: 定期测量项目人员获取知识和技能的情况。 将实际获得的培训与项目计划中所记载的进行比 较。 标识对项目计划中估计值的显著偏离。 将项目策划参数的显著偏离文档化。
实施验证和确认活动所发现的问题。 项目策划参数中对项目计划中估计值的显著偏离。 尚未满足的承诺(不论是内部的或外部的)。 风险状态的重大变化。 数据访问、收集、私有或保密问题。 利益相关方的代表性或参与问题。
SP 2.1
子实践:
b)
分析问题
分析问题,以确定是否需要采取纠正措施。 – 关于纠正措施准则的信息,参见项目策划过程域。 – 如果问题不解决,有可能妨碍项目目标的实现, 就需要采取纠正措施。
SP 1.6
评价要点:
①
实施进展评审
有定期评审进展情况的文档化记录; ② 标识并文档化重大问题和对计划的显著偏离; ③ 有定期与利益相关方交流进展的记录; ④ 跟踪更改申请(CR)和问题报告(PR)直到结束。
直接证据:
定期评审进展情况的文档化记录; ② 问题报告。
①
SG 1 对照计划监督项目
SP 1.1
评价要点:
①
监督项目策划参数
对照计划定期测量和跟踪项目参数的实际值,并将跟 踪的结果文档化,跟踪的参数应包括规模、工作量、 进展、资源等。 ② 显著偏离文档化 。
直接证据:
项目跟踪记录(如个人日志、周例会记录等); ② 偏离记录。
①
SG 1 对照计划监督项目
SP 1.2 监督承诺