信息系统项目管理师教程软考高项 重点笔记.docx
《信息系统项目管理师教程软考高项 重点笔记.docx》由会员分享，可在线阅读，更多相关《信息系统项目管理师教程软考高项 重点笔记.docx（51页珍藏版）》请在冰点文库上搜索。
信息系统项目管理师教程软考高项重点笔记
第一章 绪论
项目：
作为实现组织战略计划的手段而实现的。
是一种手段。
有限的资源（人、财、物）；有限的时间（有明确的开始和结束时间）
特定目标（产品、服务、成果，有时它们是不可见的）
1、临时性：
有确定的开始和结束。
一般不适用于项目所产生的产品、服务、成果。
2、独特性：
产品、服务、成果的独特。
3、渐进明细：
项目规格说明书（project’sspecifications）的渐进明细，务必与项目范围的定义要协调起来。
典型的信息系统项目的特点：
目标不明确、需求变化频繁、生命期通常较短、采用大量新技术……
工作：
指日常运营（Operations）或者项目。
区别：
日常运营是持续不断和重复进行；项目是临时性、独特的。
项目管理（projectmanagement），就是把各种知识、技能、手段、技术应用于项目活动，以达到项目的要求。
管理一个项目包括：
识别要求、确定目标、权衡范、时、成、质。
三重制约：
范围、时间、成本。
关系是，三个因素之一发生变化，其它因素中至少有一个会受到影响。
独特的管理项目的技术有：
工作分解结构ＷＢＳ、关键路径分析、挣值ＥＶ管理。
标准——一致同意建立并由公认的机构批准的文件，目的是达到最佳秩序。
如计算机磁盘的大小、液压机液体的耐热性规格。
规则——政府强制的要求。
如建筑法规。
两者之间有灰色区，标准广泛应用后，就成规则。
一般的管理：
包括计划、组织、人事、执行、控制等，包括一些支持性的学科：
后勤和供应链、财务、采购、销售、合同、战略计划、战术计划、运作计划、薪资、福利、职业规划、健康和安全实践。
人际关系技能：
沟通、影响、领导、激励、谈判与冲突管理、解决问题。
大项目：
是以协同的方式管理，以获取单个项目管理所无法取得之效益的一组相关的项目。
有时把一些计划（年度施工计划）当作大项目。
大项目也包含一系列重复或循环的工作。
和项目管理相比，大项目管理是对大项目的集中协同管理，以达到大项目的战略目标和效益。
项目组合中的项目或大项目，并不必须是相互依赖或直接相关的。
项目组合管理的目标：
最大化项目组织的价值，另外的目标是平衡，使资源得到有效的利用。
高级经理或高级管理团队负责。
子项目可由一系列较小的项目组成。
由项目管理办公室（ＰＭＯ）管理的项目除了彼此相关的管理外，不必要有特定的关系。
项目管理者和ＰＭＯ的区别：
追求不同的目标，受不同的需求所驱使。
ＰＭＯ的工作目标包含组织级的观点，对所有项目之间的共享组织资源进行优化使用。
ＰＭＯ管理整体的风险、机会和所有的项目依赖关系。
项目管理的目标是合理分配资源，最优利用。
美国项目管理学会ＰＭＩ——项目管理的知识体系ＰＭＢＯＫ（ＩＳＯ10006）——项目管理专业人员资格认证ＰＭＰ
对项目经理的一般要求：
一、知识（三个部分：
项目管理、系统集成行业、客户行业）；二、经历（三个部分：
项目管理、系统集成行业、客户行业）三、协调能力；四、职业道德；五、沟通与表达能力；六、领导能力。
做好一个项目管理：
角色、团队管理、计划、一把手工程、用户参与。
第二章 项目生命期和组织
从项目生命周期的一个阶段，转到另一个阶段，通常是某种形式的技术交接。
如风险可以接受，后一阶段可以在前一阶段可交付成果通过验收之前开始。
项目生命周期描述文件可以很概要，也可很详细。
阶段的正式完成不包括核准随后的阶段。
每一阶段都要正式启动，一次审查可以核准两件事。
项目生命期的确定，还会在项目结束时。
项目生命期是产品生命期的一部分。
典型的生命期模型
1、瀑布模型对活动进行评审，成果确认后进入下一阶段。
2、螺旋模型（迭代与瀑布结合）是一系列增量发布，强调风险分析，适用于庞大复杂、高风险系统。
3、迭代模型初始、细化、构造、移交四个阶段；构造阶段进行测试和评估。
可行性分析（技术、经济、操作），从有益、可能、必要三方面对经济效益、社会效益进行分析。
软件系统的传统设计方法：
概要、详细设计。
硬件系统的设计：
方案设计、设备选型、系统构架设计。
系统实现：
软件系统的编码与实现；硬件设备的购置与安装。
实施：
软件系统的安装调试、验收……
运营与维护：
备份、恢复、系统功能的修改与增加。
项目干系人在参与项目时责任与权限大小变化很大，并且在项目生命期的不同阶段也会变化。
项目干系人还包括班子成员及其家庭、个别公民以及整个社会。
干系人的角色和责任可能重迭。
即使该项目本身就是这个组织本身时，仍然要受到启动项目的一个或多个组织的影响。
组织文化常常会对项目产生直接的影响。
职能型组织内仍然可以有项目存在，但是项目的范围通常会限制在职能部门内。
纯职能型项目，设计阶段被称为设计项目，而且仅仅包括工程部的人员。
ＰＭＯ可以存在于任何组织结构中，包括职能型组织。
ＰＭＯ会授权给个别的项目经理，他就具有对指定项目的全部权限，并且只有ＰＭＯ才可以对其进行撤换。
如果职能型组织要设立ＰＭＯ，需要添加一个标为ＰＭＯ的方框，并将其放在总裁层级和项目经理层级之间。
项目管理系统是指用于管理项目的工具、技术、方法、资源和规程，这个系统在项目管理计划中予以规定，其内容随应用领域、组织影响、项目复杂性、现有系统的有效性等而改变。
第三章 项目管理过程（20140115）
过程：
须执行的互相联系的行动和活动。
这些过程称之为知识域。
面向产品的过程一般都由项目生命期规定，并因应用领域而异。
项目管理过程和产品的过程从项目开始到其结束始终重迭与交互作用。
在一个过程未采取成功的行动，通常会对这一过程和其它有关的过程产生不利影响。
项目管理过程组：
启动——规划——执行——监控——收尾
尽管项目章程可能是由项目管理团队编写完成，但是否批准和投资项目，却是在项目外决定的。
许多大型或复杂的项目被划分出阶段，在每个阶段的开始，要重新评估项目的范围和目标。
启动过程组：
１、制定项目章程，由项目外的组织，或大项目管理，或项目组合管理部门负责。
２、制定项目范围说明书（初步）。
确定项目的需求、边界、接收的方法和高层次范围控制的方式，并将这形成文件。
当项目生存周期内出现明显的项目变更时，会重新触发一个或多个规划过程，可能的话，还会涉及到一些启动过程。
若项目被划分为阶段，会影响到计划重复的频率；变更会对管理计划产生重大的影响；“滚动波计划”意味着一个迭代和持续的过程。
项目团队应让所有项目干系人参与项目计划过程。
当项目计划工作结束时，不管是由组织还是由项目团队负责，都要有明确的指导方针。
执行上的偏差通常会导致重新计划，这些变更可能会也可能不会影响项目管理计划。
变更申请如被批准，可能需要建立新的项目基线，执行这些过程会花掉大半的项目预算。
一旦偏差危及项目目标，将再次进行计划过程组内相应的项目管理过程。
这会更新项目管理计划。
收尾以正式的形式确定项目或阶段已经结束。
不是所有的项目都需要所有的过程；也不是所有的交互过程都会运用在所有的项目上。
一些过程的输出可能被事先定义成某些约束条件。
当一个通常发生在计划阶段的过程，在执行阶段被再次访问或更新时，它与项目计划阶段所执行的过程是相同的——而不是一个额外的、新的过程。
第四章 项目可行性研究与评估
可行性包括三个方面：
可能性、效益性、必要性
必要性包括社会环境、领导意愿、人员素质、认知水平等。
可能性包括技术、物资、资金、人员支持等。
可行性有技术、经济、运行环境可行性分析等。
风险、人力资源、技术、物资属于技术可行性。
敏感性分析属于经济可行性分析。
运行环境是制约信息系统在用户单位发挥效益的关键。
“立项”决策：
依据初步可行性研究报告形成项目建议书，通过审查。
初步可行性研究与详细可行性研究不同的是，占有的资源细节有较大差异。
在初步项目可行性研究之前可进行项目机会研究，如果就投资可能性已进行了项目机会研究，那么项目的初步可行性研究阶段往往可省去。
如果有足够多的数据，有时也可越过初步项目可行性研究阶段。
必须把估计项目的主要投资支出和生产成本作为初步项目可行性研究的一部分，并不一定只依靠确实的报价单作为估计根据，以往的项目数据可作为主要的参考。
投资前辅助研究如果在项目可行性研究之前或与项目可行性研究一起进行，其内容则构成项目可行性研究的一个必不可少的部分。
如一项基本投入是决定因素，而辅助研究有可能表明否定结果，则辅助研究放在可行性研究之前。
如一项具体功能的详细研究过于复杂，则辅助研究与可行性研究可分头同时进行。
辅助研究的费用必须和项目可行性研究的费用联系起来考虑。
投资前期的四个阶段：
机会研究、初步可行性研究、详细可行性研究、评估与决策。
前三个阶段可省略或合二为一，但详细可行性研究是不可缺少的。
机会研究、初步可行性研究、详细可行性研究也是项目论证的三个阶段。
最终提交的可行性研究报告，是成为进行项目评估和决策的依据。
初步可行性研究报告——项目建议书——详细可行性研究报告
详细可行性研究的基本原则：
科学性、客观性、公正性。
详细可行性研究的方法：
1、投资估算法，要求尽量准确。
0.6次方法则的指数估算法；因子估算法；单位能力投资估算法。
2、增量净效益法（有无比较法）。
有项目时的成本（效益）与无项目时的成本（效益）比较，求其差额。
最终用途或消费系数法，对评价中间产品特别适用。
单位成本，其供应弹性愈低，则价格就愈高。
必须把额外的运输所需费用列入投资费用与生产成本的计算。
设备选择和技术选择是相互依存的。
投资费用就是固定资本与净周转资金的合计。
固定资本除了固定投资外，还包括开发前的所有投资费用。
在不同的研究设计阶段，投资估算的精确性不同。
初步可行性20%，可行性10%，设计开发5%。
为一个项目调拔资金，这不仅对任何投资决定，而且对项目拟定和投资前分析都是明显的基本先决条件。
在进行项目可行性研究之前，就应该对项目筹资的可能性做出初步估计。
开发总成本为四大类：
研发成本、行政管理费、销售与分销费用、财务费用和折旧。
前三类成本的总和称为经营成本。
财务报表的格式，不应随意改变。
企业经济评价：
静态评价法（投资收益率、投资回收期）、动态评价法（净现值、内部收益率、外部收益率、动态投资期、收益/成本比值法）
国民经济评价在评估方法上及数据处理不完全与企业经济评估相同。
采用社会价格、社会贴现率。
一般能建立函数关系的，多为直接效益或显性效益。
“先论证，后决策”是现代项目管理的基本原则。
项目论证围绕市场需求、开发技术、财务经济三个方面展开调查和分析。
市场是前提，技术是手段，经济是核心。
项目论证——项目评估
项目前评价的作用：
项目论证是筹措资金、向银行贷款的依据；是防范风险、提高项目效率的重要保证。
项目评估是指在项目可行性研究的基础上，由第三方（国家、银行或有关机构）进行评价分析与论证，进而判断是否可行的一个评估过程。
政府主管部门对某些大型信息化建设项目的项目建议书也要进行评估，程序和内容与可行性研究的评估基本相同，只是重点对项目建设的必要性进行评估。
项目评估的最终成果是项目评估报告。
第五章 项目整体管理（20140117）
某个过程不需要，并不意味着你不去考虑该过程。
过程之间的接口通常是交互式的。
项目章程是正式批准一个项目的文档，项目章程要么由项目组织以外的发起人或资助人发布，要么由组织内某个级别的管理层发布，以便为该项目提供所需的资金。
工作说明书（ＳＯＷ）
可以作为投标文档的一部分从客户那里得到，例如邀标书，或者作为合同的一部分得到。
工作说明书需要说明：
业务需求、产品范围描述、战略计划。
环境和组织因素（含：
基础设施、人力资源、商业数据库、项目管理信息系统）
组织过程资产（含：
组织中指导工作的过程和规程、组织级知识数据库（配置管理或财务数据库、历史信息））
项目范围说明书（初步）的内容：
项目的边界、需求和交付物、风险、进度里程碑、初始ＷＢＳ、成本概算、配置管理的需求等。
对于包含多个阶段的项目，项目范围说明书可以在后续阶段中进行验证和修正。
项目目标应该被清楚定义，并且可以是最终实现的。
项目目标的特性：
多目标性（时间、成本、技术或质量）、优先性、层次性
项目管理计划是通过整体变更控制过程进行更新和修订的。
项目管理计划可以是概要的或详细的，并且可以包含一个或多个辅助计划。
监督工作贯穿于项目的整个生命期。
书面变更必须有项目管理团队内部成员或外部组织予以接受或拒绝。
第六章 项目范围管理（20140117）
产品范围——比如产品的需求说明书
项目范围——要完成产品需求说明书上的内容，需要项目团队完成哪些工作，在初期，是用范围说明书来定义的。
项目范围是否完成，以项目管理计划、项目范围说明书、ＷＢＳ和ＷＢＳ字典作为衡量标准，而产品范围是否完成，以产品的需求说明书作为衡量标准。
项目的目标只是项目范围计划编制的一个基础依据，不能作为项目范围的一个具体细化过的工作范围部分。
项目范围的“圈定”，并不代表项目范围就是可控制的。
因此要进一步对项目范围定义，减少风险。
工作分解结构ＷＢＳ是一种以结果为导向的分析方法。
项目范围确认是贯穿整个项目生命期，甚至是最后项目评价的总结。
项目范围变更控制实际发生在项目实施阶段，也就是计划执行阶段。
项目范围管理水平的低下是项目失败的主要因素之一。
（重点是做好：
用户参与、明确的要求说明、范围变更管理的程序设置）
项目范围边界一定是闭合的。
最低层的ＷＢＳ单元叫做工作包，是我们进行进度安排、成本估计和监控的基础。
ＷＢＳ大量的分解工作会导致生产率降低、资源浪费、工作效率低下等弊病。
ＷＢＳ最终的结构可以有以下几种：
1、把主要的项目可交付物和子项目作为第一层；
2、外包的子项目结构；
3、把项目的生命期作为一层，项目交付物作为第二层。
4、在每个ＷＢＳ分支采用不同的分解方法。
对ＷＢＳ进行分解是指把某层上的ＷＢＳ单元再进行分解，每个单元都是可以被验证的。
每一个单元都应该被分配且仅分配给一个执行组织。
组成要素应当用有形的、可检验的结果来描述，以便进行绩效评估。
既可包括产品，又可包括服务。
工作分解结构一般3至5层，如果层次过多，最好进一步划分成不同的子项目。
工作分解结构的结果——形成ＷＢＳ，完成项目范围管理计划的更新。
范围确认是有关工作结果的可接受问题；质量控制是有关工作结果是否满足质量需求的问题。
质量控制先，范围确认后，但这两个过程也可以并行执行。
已被客户接受的交付物，要以书面的形式记录下来，没有被客户接受的交付物也要记录下来，同时还要记录未被客户接受的原因。
交付物有可能是中间交付物。
每一次验收都需要客户的书面确认。
有些没有必要通过流程解决的变更，可以授权现场实施负责人或团队成员完成，但有些直接关系到项目成本和进度增加的变更，一定要通过变更控制系统来解决。
第七章 项目时间管理（20140117）
活动清单应该采取文档形式，对这些活动的识别以及归档的过程就叫做活动定义。
工作分解结构和活动清单通常按顺序编制——工作分解结构作为编制最终活动清单的基础。
控制账户：
高层管理者的控制点可以设在工作分解结构中工作包层次以上选定的管理点（选定水平上的具体组成部分）上。
尚未规划有关的工作包时，这些控制点用作规划的基础。
在控制账户内完成的所有工作，应记录并归档于某一控制账户计划中。
规划组合：
是工作分解结构中控制账户以下，但在工作包以上的工作分解结构组成部分。
项目活动清单是项目活动定义的主要输出。
清单中必须列出一个项目所需开展的全部活动。
活动排序：
在较小的项目，或在大中型项目的早期阶段，手工方式可能更为有效。
前导图法ＰＤＭ：
单代号网络图。
利用节点表示活动，用箭线表示活动逻辑。
Ｐ135图7.3，有ＥＳ,ＬＳ,ＥＦ,ＬＦ时间
ＦＳ：
结束－开始，先行活动必须结束，后续活动才能开始。
ＦＦ：
结束－结束，先行活动结束后，后续活动才能结束。
ＳＳ：
开始－开始，先行活动开始后，后续活动才能开始。
ＳＦ：
开始－结束，先行活动开始后，后续活动才能结束。
箭线图法ＡＤＭ:
双代号网络图。
每一事件必须有唯一的一个代号，即网络图中不会有相同的代号。
虚活动（dummyactivity）不消耗时间，可以用于避免多个起点或终点引起的混淆。
只要有必要，所有的悬点都应该通过虚活动来消除。
进度计划网络模板——当一项目中包含几个相同或几乎相同内容时。
活动之间的先后顺序叫依赖关系：
１、强制性依赖关系（本身存在、无法改变的逻辑关系，也称为硬逻辑关系）；２、可自由处理的依赖关系（人为组织确定，可先可后，建立在最佳实践上，也被认为是首选逻辑、优先逻辑、软逻辑）；３、外部依赖关系（项目与非项目活动之间的关系）
时间提前与滞后量，以及相关的假设条伯应以文档的形式记录下来。
提前或推迟后继活动。
如果不定义活动顺序，就无法使用网络图和关键路径分析。
活动资源估算，必须和成本估算相结合。
活动资源估算的输出——有资源分解结构（ＲＢＳ），能显示资源分类和资源类型的层次结构。
历时估算——输入有资源日历、项目管理计划（含风险等级、活动成本估计）
风险等级：
在进行活动历时估算时，项目团队需要考虑项目中已经识别出来的风险信息。
活动历时估算的工具和技术：
三类参专家，预留时间。
关键路径法ＣＰＭ是一种进度网络分析技术，不考虑任何资源限制。
最早与最迟日期两者之间的差值——“总时差”，关键路径有零或负值的总时间差，其计划活动叫做“关键活动”。
自由时差就是不延误同一网络路线上任何直接后继活动最早开始时间的条件下，计划活动可以推迟的时间长短。
关键链法：
另一种进度网络分析技术，可以根据有限的资源对项目进度计划进行调整。
（结合了确定性与随机性）
进度压缩：
1、赶工。
尽量少增加费用的前提下最大限度地缩短项目所需要的时间。
并非总能产生可行的方案，反而常常增加成本。
2、快速跟进。
同时执行阶段或活动。
其往往造成返工，并通常会增加项目的风险。
应该尽量限制使用超前或滞后，与其相关的假设也应该被记录下来。
甘特图可用于ＷＢＳ的任何层次，其时间单位可以从年到月甚至到日。
有效项目进度控制的关键是监控项目的实际进度，及时、定期地将它与计划进度进行比较，并立即采取必要的纠正措施。
加速项目进度的重点应放在有负时差的路径上，时差负值越大的路径其考察的优先级越高。
对于没有负时差的项目，重要的是不要使它出现耽搁或延误而最终造成时差的减少，经常举行项目会议也是处理进度控制问题的很好的手段。
第八章 项目成本管理（20140123）
可控和不可控的成本应该分别估算和预算。
在某些项目上，特别是小型项目，成本估算和预算可被视为一个过程。
项目成本估算与项目造价：
有联系有区别，项目造价＝项目成本+盈利
成本估算要积极寻找有替代效应的成本，努力使项目预期收益最大化。
在某些情况下，估算者也可以采用其他的测量单位，如人Ｘ日，人Ｘ小时等，来方便管理成本控制。
商业数据库——是属于企业环境因素，非组织过程资产。
类比估算法又称“自上而下估算法”，是最简单的成本估算技术，实质上是一种专家判断法，准确性比较差。
确定资源费率——了解资源的单价。
如果不能知道确切的单价，也要对单价进行估计。
☆应急储备——是由项目经理自由使用的估算费用，用来处理预期但不确定的事件。
这些事件被称为“已知的未知事件”，是项目范围和成本基准的一部分。
在成本估算中，质量成本是必须考虑的因素。
项目成本估算结果文件还要包括为了对付项目可能会遇到的某些意外事件（通货膨胀、意外事故等）所支付的具有不可预见性的意外成本。
成本估算结果通常用货币单位——“元”来表示；但有时为了管理方便，也可采用劳动工时、工日和一些实物量指标表示，如吨、公里等。
成本预算——是将项目的成本估算分配到项目的各项具体工作上。
活动或工作包应在项目章程提供整体预算批准后进行，但是最高级的ＷＢＳ构件估算应在详细的预算申请和工作授权之前完成。
（预算在估算后）
成本预算和项目进度有联系。
☆管理储备——是为应对未计划但可能需要的范围和成本的潜在变更而预留的预算。
它们是“未知的”，项目经理在使用之前必须得到批准。
管理储备不是项目成本基线的一部分，但包含在项目的预算中。
它们未被作为预算进行分配，因而不是挣值计算的一部分。
（管理储备在预算中但不分配，不是成本基线，不能挣值计算）
资金需求是从成本基线中获得的。
尽管在项目结束时，管理储备的数量可以明确，但在执行中当管理储备得到应用，成本基线和现金流的执行曲线将会改变。
有效成本控制的关键是经常及时的分析成本绩效。
变更申请是项目的干系人以口头或者书面的方式提出，有关项目的任何变动都必须经过项目业主/客户的同意。
提出成本变更申请的人是一切项目干系人。
由项目业主/客户最终判断是否接受代价。
挣值管理——综合范围、时间、成本的方法。
计划值ＰＶ，实际成本ＡＣ，挣值ＥＶ，剩余工作的成本估算ＥＴＣ。
Ｐ165
ＥＴＣ=总的ＰＶ－已完成的ＰＶ=剩余工作的ＰＶ*ＣＰＩ
成本偏差CV=EV-AC,成本绩效CPI=EV/AC
进度偏差SV=EV-PV,进度绩效SPI=EV/PV
预测技术
完工估算ＥＡＣ。
ＥＡＣ=ＡＣ+ＥＴＣ（用于环境变化，新估算）
ＥＡＣ=ＡＣ+ＢＡＣ-ＥＶ（偏差不会再发生）
ＥＡＣ=ＡＣ+（ＢＡＣ-ＥＶ）/ＣＰＩ（ＣＰＩ是累积ＣＰＩ,偏差也是将来的）
第九章 项目质量管理（20140124）
质量管理的一个关键因系是通过项目范围管理转换隐含需求为项目需求。
质量和等级不同。
精确和正确是不相等的。
精确是指一致性，正确是指正确性，度量值非常接近真实值。
精确度量不需要正确，非常正确的度量不需要精确。
项目管理团队必须确定正确或精确的程度。
质量的内涵包括功能、美学性、特殊性、一致性、安全性、可靠性、寿命、售后服务等多方面。
ＩＳＯ9000实际上是由计划、控制、文档工作三部分组成循环的体系。
项目质量管理包括（计划、保证、控制）。
质量保证——用于有计划、系统的质量活动（例如审计或同行审查），确保项目中的所有必须过程满足项目干系人的期望。
质量控制——监控具体项目结果以确定其是否符合相关质量标准，制定有效方案，以消除产生质量问题的原因。
与质量有关的产品是指实物和服务，项目质量管理是对项目本身的交付物、项目管理过程本身二类。
要考虑质量成本。
质量策略（针对质量作出的全面的意图和方向）由组织的高层正式的发布，项目管理团队应针对项目开发一个项目质量策略，有责任确保所有的项目干系人知道该策略。
现代质量管理中的一项基本原则——质量出自计划和设计，而非出自检查。
阈值——以成本、时间、资源价值等参数来定义，是产品说明书的一部分。
一致成本——为达到产品或服务质量而进行的全部工作所发生的所有成本。
不一致成本——由于不符合要求引起的全部工作成本。
质量计划的输出——质量管理计划：
应该描述项目管理团队怎样建立它的质量策略。
质量管理计划还提供质量保证行为，包括：
设计评审和质量审查。
质量管理计划可以正式或非正式，详细或简要。
质量度量指标用于质量保证、质量控制过程中。
质量保证是一项管理职能，贯穿于整个项目生命期，一般由质量保证部门或类似的相关部门完成。
质量审计：
是对其他质量管理活动的结构性的审查，是决定一个项目质量活动是否符合组织政策、过程、程序的独立的评估。
可以由内部审计师进行，或者第三方如质量体系注册代理人进行，常常由行业专家执行，由他们定义一个尺度。
不断维护项目基准的可用，是质量保证的诉求，同时也是质量保证方法。
项目产品的质量控制由质量控制职能部门或类似部分负责，不断进行计划、测试、记录、分析。
项目过程结果的质量，却需要由项目管理组织的成员进行
升级会员 