项目风险：一种不确定事件，一旦发生对一个或多个项目造成积极或消极（机会或威胁）影响。
风险三要素，概率，影响，风险事件。
三属性：收益越大愿意冒风险越大；投入越大愿意冒风险越小；资源越多愿意冒风险越大。
三个可变性：性质的变化、后果的变化、出现新风险。
分类：
按可预测性风险划分：
1、已知风险：可识别可预见。基本成本。
2、未知风险：可识别不可预见。应急储备。
3、不可预测风险：不可识别不可预见，管理储备。
按后果划分（二者在一定条件下可相互转换）：
纯粹风险：造成损失、不造成损失。
投机风险：造成损失、不造成损失、获得利益。
管理人员必须避免投机风险转化为纯粹风险。

风险成本及其负担：
风险成本：风险事件造成的损失或减少的收益以及防止发生风险事件采取预防措施而支付的费用。
划分：
有形成本：直接损失（财产或人员伤亡的价值）。间接损失（直接损失之外的损失，例如停工发生的成本）。
无形成本：由于风险的不确定性而使项目主体在风险发生前或后付出的代价。例如风险损失减少了机会、阻碍了生产率的提高等。
预防和控制风险的成本：投保、咨询、配备人员、培训、维护费等。

风险成本不单右项目主体负担（个体负担成本），与项目有关的其他方面客观上也要负担一部分（社会负担成本）。

什么事风险态度：
个人或组织认为自己应该冒多大的风险，如果风险为超出应该冒的风险，会觉的舒服。个人或团体的风险态度影响其应对风险的方式。
分为：风险冒进者、风险中立者、风险规避者。
风险的偏好和态度：
影响风险的因素：风险偏好（愿不愿意接受）、风险承受力（能不能做）、风险临界值（要不要管）。
合适且正确的做法：风险承受力 > 风险偏好 > 风险临界值。

项目风险管理的实践：非事件类风险
传统关注：事件类风险，可能发生或不可能发生的不确定未来事件的风险。
发展趋势：非事件类风险——变异类风险、模糊类风险。
项目风险管理的实践：整合式风险管理
1、在较高层面识别的风险，授权给团队去管理。
2、较低层面识别的风险，又可能交给上层去管理。
3、采用协调式企业级风险管理方法，来确保所有层面的风险管理工作的一致性和连贯性。

15.1 规划风险管理：定义如何实施项目风险管理活动（规划过程组）
定义如何实施项目风险管理活动的过程。
作用：确保风险管理的水平、方法和可见度与项目风险程度互相匹配。以及确保与项目对组织或其他干系人的重要程度相匹配。

输入：
项目章程（有高层级风险）、项目管理计划、项目文件（干系人登记册）、事业环境因素、组织过程资产。
项目章程：记录了总体描述和边界、总体的需求和风险。
干系人登记册：概述了干系人的角色和对风险的态度。用于确定项目风险管理的角色和职责，以及设定项目风险临界值。

工具与技术：
专家判断、数据分析（干系人分析）、会议
干系人分析：通过分析确定干系人的风险偏好。
会议：规划会议来编制风险管理计划。

输出：风险管理计划：
描述如何安排与实施风险管理活动（风险管理计划无风险）。
通用内容：风险管理战略、方法论、资金、时间安排、文件格式、跟踪等。
非通用内容：
角色与职责：角色与职责:确定每项风险管理活动的领导者、支持者和团队成员，并明确他们的职责。
风险类别——确定对单个项目风险进行分类的方法，通常借助风险分解结构(RBS)来构建风险类别。
干系人风险偏好——应该针对每个项目目标，把干系人的风险偏好表述成可测量的风险临界值。
概率和影响矩阵——把每个风险发生的概率和一旦发生对项目目标的影响映射起来的表格。通常由组织来设定概卒和影响的各种组合，并据此设定高、中、低风险级别。

风险概率和影响定义：根据具体的项目环境、组织和关键干系人的风险偏好和临界值，来制定风险概率和影响定义。项目可能自行制定具体定义，或者用组织提供的通用定义作为出发点。
风险分解结构(RBS)：是潜在风险来源的层级展现。有助于项目团队考虑单个项目风险的全部可能来源对识别风险或归类已识别风险特别有用。

15.2 识别风险，识别并记录风险（规划过程组）
识别单个项目风险以及整体项目风险的来源，并记录风险特征的过程。
作用：记录现有的单个风险以及整体风险的来源、灰机相关信息以便团队能够恰当应对已知风险。
鼓励所有项目干系人参与单个风险识别工作，团队参与。识别风险是一个迭代的过程，迭代频率和参与程度在风险管理计划中规定。

输入：
项目管理计划（三大基准、风险管理计划等）项目文件（干系人登记册、假设日志、需求文件、问题日志等）、采购文档、协议、事业环境····、组织过程····。
项目管理计划：
风险管理计划：规定了风险管理的角色和职美、描述了风险类别。
范围基准----包括的可交付成果及验收标准可能引发风险；还包括工作分解结构用于风险识别工作的框架。
进度基准----可以找出存在不确定性或模糊性的里程碑日期和可交付成果交付日期。
成本基准----可以找出存在不确定性或模糊性的成本估算或资金需求。

干系人登记册----规定了哪些人参与风险识别，详细说明哪些人适合扮演风险责任人角色。
需求文件：确定哪些需求存在风险。
假设日志（项目整合那制定项目章程中，产生项目章程和假设日志）：记录的假设条件和制约因素可能引发单个项目风险，还可能影响整体项目风险的级别。
问题日志：记录的问题可能引发单个项目风险，还可能影响整体项目风险的级别。
工具与技术：
数据收集（头脑风暴、核查单、访谈）、数据分析（根本原因分析、假设分析、SWOT分析等）、提示清单、风险研讨会。
头脑风暴：可以用风险类别（RBS）做为识别风险的框架。
核对单：类似历史信息和知识来编制核对单。
数据分析（RCA）：用于发现导致问题的深层次原因并制定预防措施。识别风险和机会。
假设条件和制约因素：假设条件的不准确、不稳定、不一致或不完整，识别威胁。通过清除或放松会影响项目过程执行的制约因素，创造机会。
文件分析：对项目文件的结构化审查，识别风险。
SWOT分析：优势、劣势、机会、威胁。
提示清单：关于可能引发单个项目风险以及可作为整体项目风险来源的风险类别的预设清单。可以用风险分解结构（RBS），底层的风险类别做为提示清单。

输出：风险登记册、风险报告、项目文件更新。
风险登记册：记录已识别的单个风险的信息。其编制始于识别风险的过程。
已识别风险清单、潜在风险责任人、潜在应对措施清单。
风险报告：提供关于整体项目风险的来源、已识别的单个项目风险的概述信息，编制需要渐进式。

15.3 实施定性风险分析：评估风险的概率和影响，对风险进行优先级排序（规划过程）
通过评估单个风险发生的概率和影响及其特征，对风险进行优先级排序，从而为后续分析或行动提供基础的过程。
作用：重点关注高优先级的风险。
本过程为每个风险识别出责任人，由他们负责规划风险应对措施，并确保应对措施的实施。在整个项目周期要定期开展本过程，敏捷项目中通常在每次迭代前进行。

输入：项目管理计划(风险管理计划)、项目文件(风险登记册、干系人登记册等)、事业环境因素，组织过程资产。
风险管理计划：本过程中需要特别注意的是风险管理的角色和职责、预算和进度活动安排、风险类别、概率和影响定义、概率和影响矩阵、干系人的风险临界值。
风险登记册：包括将在本过程评估的、已识别的项目风险的详细信息。
干系人登记册：包括可能被指定为风险责任人的项目干系人的详细信息,

工具与技术（访谈、三评一矩一图）：
1、数据收集(访谈)：结构化或半结构化的访谈可以用于评估单个项目风险的概率和影响。
2、数据分析(概率影响评估、其他参数评估、风险数据质量评估)：考虑风险发生的可能性，对每个奉献都要进行概率和影响评估。
3、数据表现(概率和影响矩阵、层级图)，此矩阵对概率和影响进行组合，以便于把单个风险划分不同的优先级组别。
如果威胁处于矩阵高风险(黑色)区域就可能需要采取优先措施和激进的应对策略
处于低风险(白色)区域的威胁，作为观察对象列入风险登记册，或为之增加应急储备，不必采取主动管理措施。
处于高风险(黑色)区域的机会，应该首先抓住。对于低风险(白色)区域的机会，则应加以监督。

层级图：如果使用了两个以上的参数对风险进行分类，则不能使用概率和影响矩阵，需要其他图形，例如气泡图，X、Y轴和气泡大小来表示风险的三个参数。

4、风险分类
5、会议

实施定性风险分析的过程示例：
1、分析每个风险的概率和影响；
2、从“概率量表”和“影响量表”中找到对应的定义等级及分值；这俩表在风险管理计划中。
3、将概率分值*影响分值，将得到的总分从“概率和影响矩阵”中找到对应的组别；
4、在每个优先级组别内根据概率-影响分值对每个风险进行优先级排序；
5、确定风险的应对责任人，这个人负责后续的工作，包括制定和落实应对措施;

输出：项目文件更新(风险登记册、风险报告)
风险登记册——更新内容包括：单个项目风险的概率和影响评估、优先级别或风险分值、指定风险责任人。
风险紧迫性信息或风险类别，以及低优先级风险的观察清单和需要进一步分析的风险。
风险报告：记录最重要的单个项目风险、所有已识别风险的优先级列表以及简要的结论。

13.4 建设团队（执行过程）
提高工作能力，促进团队成员互动，改善团队氛围，以提高项目绩效
作用：改进团队协作，增强人际关系技能，激励员工减少摩擦，提升整体绩效。
建设项目团队目标：
1、提高团队成员的知识和技能，以提高交付能力，并降低成本、缩短工期和提高质量
2、提高团队成员之间的信任和认同感，以提高士气、减少冲突和增进团队协作
3、创建富有生气、凝聚力和协作性的团队文化
4、提高团队参与决策的能力。

输入：
项目管理计划——资源管理计划，为如何通过绩效评价和其他形式的团队管理活动，为项目成员提供奖励、提出反馈、增加培训或采取惩罚提供指南。
资源管理计划可能包括团队绩效评价标准。
项目文件：
团队派工单：识别了团队角色和职责
资源日历：定义了团队成员何时能参与团队建设活动
团队章程：团队价值观和工作指南为描述团队的合作方式提供了架构

工具与技术：
人际关系与团队技能
团队建设，通过举办各种活动，强化团队社交关系，建立信任和良好的工作关系，促进更加有效的协同工作。对于虚拟团队更要加强，项目前期必不可少，是个持续的过程。

团队建设模型：

形成阶段：互相认识，相互独立，不一定开诚布公
震荡阶段：冲突、矛盾，不同的观点和意见
规范阶段：开始协调工作，相互信任
发挥阶段：组织有序，相互依靠，平稳高效
解散阶段：释放人员，解散团队
各阶段按顺序进行，团队停滞在某个阶段或退回到某个阶段的情况也有，某些团队也可跳到某个阶段。
集中办公（紧密矩阵）：把许多或全部最活跃的项目团队安排在同一个物理地点工作，以增强团队工作能力，增强沟通，加强集体感，也可临时也可贯穿整个项目。
沟通技术：营造融洽环境，对于虚拟团队促进互相理解。包括视频会议、共享门户、邮件和聊天软件。
培训：包括旨在提高成员能力，减少成员之间的差异的全部活动。
如果团队缺乏必要的管理或技术技能，培训可作为项目工作的一部分。成本通常包含在项目预算中，内部或外部培训师来执行。
个人和团队的评估：能让项目经理洞察团队成员的优势和劣势，评估他们的偏好和愿望。
有利于增进团队成员之间的理解、信任、承诺和沟通，在整个项目期间不断提高团队成效。
认可与奖励：
在最初的阿经理计划是规划人力资源管理过程中编制的。
通过奖励来体现组织的价值，会收到激励。
在满足被奖励者某个重要需求的奖励才是有效奖励，应考虑文化差异，可以用正式或非正式的方式来奖励，但不要授权别人发奖励。通常金钱是有效奖励，也存在其他同样有效、更加有效的无形奖励。在整个项目生命周期中尽可能给予奖励，应针对每个人能做到的行为。
几个激励理论：
需求层次理论（马斯洛需求理论）——人有五个层次的需求，生理需求（工资、班车等）、安全需求（长期合同、社保等）、社交（稳定的活动、聚会等）、受尊重（地位、形象、奖章等）、自我实现需求（参与决策、管理等）；人在低层次满足后，才会追求较高层次需求。
赫兹伯格双因素理论：有两类（保健因素和激励因素）会决定人的行为。
保健因素：导致不满足的因素，做的好不会提高激励，做不好会损害激励。相当于马斯洛需求较低层次的需求（生理、安全、社交需求）。
激励因素：导致满足感的因素，起到激励作用。相当于马斯洛需求层次较高层次的需求（尊重需求、自我实现需求）。
麦格雷戈理论：X理论和Y理论
X理论：人性懒惰不思进取，总是逃避责任。X理论认为激励仅在生理和安全层次起作用，同时注重惩罚。X理论可以加强管理，但成员是被动地工作。
Y理论：人是积极的进步的，愿意承担责任，Y理论认为激励在需求的各个层次上都起作用，Y理论可以激发主动性，但对于员工把握工作而言可能又放任过度。
弗鲁姆：期望理论，一种行为倾向于强度取决于个人对于这种行为可能带来的结果的期望度，以及这种结果对个人的吸引力。
M=V*E，M：激励，V：目标效价（行动结果的价值评价）,E：期望值（实现目标可能性大小的主观估计）。

输出：
团队绩效评价，基于项目技术成功度，项目进度绩效和成本绩效来评价团队绩效。
评价团队有效性指标包括：个人技能的改进、团队能力的改进、团队成员离职率的降低、团队凝聚力的加强。
环境事业因素更新：需要更新的内容包括 员工发展计划的记录、技能评估等。

13.5 管理团队（执行过程）
跟踪团队工作表现，提供反馈，解决问题并管理团队变更，以优化项目绩效
作用：影响团队行为，管理冲突、解决问题（不好——>好）

输入：
项目文件，问题日志，记录由谁负责在目标日期内解决特定问题，并监督解决情况。
团队章程：为团队如何决策、举行会议和解决冲突提供指南。
项目团队派工单：识别成员的角色和职责。
团队绩效评价：不断的评价项目团队绩效，有助于采取措施解决问题，解决冲突和改进团队互动。

工具与技术：人际关系与团队技能
情商：通过情商了解、评估及控制团队成员的情绪、预测行为、确认关注点及跟踪问题、减轻压力加强合作。
冲突管理，冲突不可避免，进度计划、项目优先级、资源站项目冲突来源的50%。

德莱克塞尔·希尔的冲突产生7来源：进度计划、项目优先级、资源、技术意见及绩效的权衡、管理过程、成本、个性。
团队的基本规则、组织原则、基本标准以及可行的项目管理经验如制定项目沟通计划、明确角色和岗位都有助于减少冲突。
冲突的特点：
1、冲突是自认的，要找出解决办法。2、冲突是团队问题不是个人问题。3、公开处理冲突。4、应聚焦问题，不是人身攻击。5、聚焦冲突现在，不是过去。
冲突解决步骤：
1、首先成员自行负责解决
2、冲突升级，项目经理提供协助私下处理
3、冲突继续存在，可使用正式程序，包括采取惩戒措施

五种冲突解决办法：
1、撤退回避。没有解决方案也没有缓和气氛
2、缓和包容。求同存异没有解决方案单缓和气氛
3、妥协调节。各让一步，部分解决问题，缓和部分气氛
4、强迫命令。支持一方，有整体解决方案但没有缓和气氛，在紧急情况下，例如马上有暴雨等
5、合作解决。达成共识，有整体解决方案并缓和气氛

输出：
变更请求

13.6 控制资源（监控过程）
确保按计划为项目分配实物资源，根据资源使用计划监督资源实际使用情况，并采取必要纠正措施。
作用：确保分配的资源适时适地的可用于项目，而且不再需要时释放，控制资源关注实物资源，管理团队过程关注团队成员。

输入：
项目管理文件，资源管理文件，为如何使用、控制和最终释放实物资源提供指南。
物质资源分配单，描述资源预期使用情况及资源详细信息。
工作绩效数据，记录已使用资源的数量和类型。

工具与技术：
绩效审查：测量、分析和比较计划的资源使用和实际资源使用的不同。
趋势分析：基于当前绩效信息来确定未来项目阶段所需的资源。

输出：
工作绩效信息：将资源需求和资源分配 与项目活动区间的资源使用相比较，发现需要处理的资源可用性方面的差异。
变更请求：控制资源过程中出现变更请求，项目经理提交变更，通过实施整体变更控制过程进行处理。

项目团队，由完成项目而承担不同橘色和职责的人员组成。
具备不同的技能，全职或兼职，可能随项目进度增加或减少，让团队全员参与项目规划和决策是有益的。
项目管理团队，是项目团队一部分，负责项目管理和领导活动。项目管理职责可由整个团队分担，或由项目经理承担。
竞争和冲突—两个或以上的社会单元在目标上互不相容或排斥而产生心理或行为上的矛盾。减少有害冲突，利用有益冲突（鲶鱼效应）。
竞争—双方具有同一个目标，不需要发生争夺。
领导和管理，领导：确定方向、统一思想、激励和鼓舞。
领导设定目标，带人。管理者是率领群众实现目标，做事。
领导力—一种影响力，让一个群体为了一个目标而努力的能力，尊重和信任是有效领导力的关键要素。
项目经理具有领导者和管理者的双重身份。

两大资源，团队资源是人力资源，实物资源包括设备、材料、设施等。
资源管理趋势：命令和控制转向协作和支持。
管理新实践：资源管理方法、情商、自组织团队（由通用专才而不是主题专家组成，无需集中管理）、虚拟团队分布式团队。

13.1 规划资源管理
资源管理包括识别、获取和管理所需要的资源以完成项目的过程，有助于确保项目经理和团队在正确是时间和地点使用正确的资源。
规划资源管理：如何估算、获取、管理和利用团队及实物资源的过程。
作用：根据项目类型和复杂程度确定适用于项目部资源的管理方法和管理程度。
资源可以从组织内部资产获取，或通过采购从组织外部获取。

输入：
章程包括影响资源管理的里程碑已经预先批准的财务资源。
项目管理计划：质量管理计划定义质量水平所需的资源水平。范围基准可交付成果决定了资源的类型和数量。
项目文件，需求文件：资源的类型和数量；项目进度计划提供了所需资源的时间轴；风险登记册包含可能影响资源规划的威胁和机会；干系人登记册有助于识别资源有特别的兴趣或影响的那些干系人，以及会影响资源使用偏好的干系人。

工具与技术：
数据表现，本过程数据表现为层级型、矩阵型、文本型。
目的是确保每个工作包邮明确责任人，确保团队成员都清楚理解其角色和职责。
层级型可用于高层级角色，文本型适用于记录详细职责。
文本型—通常以概述的形式，提供如职责、能力和资格等方面的详细信息。缺陷是不直观。
层级型（组织分解结构OBS）：采用传统的组织结构图，自上而下的显示各种职位和相互关系，查看各部门的项目职责、活动和负责的工作包。

职责分配矩阵RAM：展示项目资源在各个工作包里的任务分配。
在项目中可定制多个层次的RAM，高层次ram可定义项目团队、小组或部门负责wbs中的哪部分工作，低层次在各小组里为具体活动分配角色、职责和职权。
矩阵图能：1、反应每个人相关的所有表活动；2、反应与每个活动相关的所有热源；3、确保任何一项任务都有一个人负责，避免职责不清。
RAM例子RACI矩阵：R responsible 执行、A accountable 负责、C consult 咨询、I inform 知情。Raci矩阵明确划分角色和期望，raci中每个活动只有一个A（负责人）。

输出：资源管理计划，提供了如何分类、分配、管理和释放项目资源的指南。
项目组织图：以图形的形式展示项目成员及其报告关系。
识别资源：识别量化资源的方法。
获取资源：如何获取资源的指南。
团建计划，资源控制、认可计划，如何xxxx。
项目团队资源管理：如何定义、配备、管理和最终遣散项目团队资源的指南。
角色和职责：
角色：在项目中，某人承担的职务或分配给别人的职务。类似岗位描述。
职责：类似岗位描述。成员为了项目要履行的职责和工作。
能力：为完成项目，成员所需的技能和才干。
职权：使用项目资源做出决策、批准、验收可交付成果并影响他人开展项目的权力。
项目经理的几种权力（重点）

输出 团队章程：为团队创造团队价值观、共识和工作指南的文件，包括团队价值观、沟通指南、决策标准和过程、冲突处理过程、会议指南、团队共识。
项目章程对项目团队成员的可接受行为做了明确的期望。
尽早认可并遵守明确的规则，有助于减少误解，提高生产力。
讨论诸如行为规范、沟通、决策、会议礼仪等领域，团队成员可了解彼此重要的价值观。
团队制定或参与制定团队章程可发挥最佳效果，并需要定期审查和更新。

13.2 估算活动资源（规划过程）
估算指向项目所需要的团队资源以及材料、设备和用品的类型和数量。
作用：明确完成项目所需的资源种类、数量和特性。估算活动资源与估算成本过程紧密相关。

输入：
项目文件：
活动清单：识别要了解的资源的活动。
成本估算：资源成本从数量、技能水平等方面会影响资源选择。
资源日历：具体哪些资源可用时的工作日、班次、正常上下班时间、假期等。
风险登记册：可能影响资源选择和可用性的各个风险。

工具与技术：
几个估算方法：
类比估算：将以往项目资源相关信息做为估算的基础。
参数估算：基于历史和项目参数，使用某种算法或历史数据域其他变量之间的统计关系，来计算活动所需的资源数量。
自下而上估算：团队和实物资源在活动级别桑估算，汇总成工作包、控制账户和总体项目层级上的估算。

数据分析：
备选方案分析：有助于提供在定义的制约因素范围内执行活动的最佳方案。

输出：资源需求
识别了各个工作包或工作包里每个活动所需的资源类型、可用性、所需数量。
资源分解结构（RBS）资源依类型和类别的层次展现。
资源类别：人力、材料、设备和用品。
资源类型：技能水平、要求证书、等级水平等。
RBS有助于对资源获取、管理和报告。

13.3 获取资源（执行过程）
获取项目所需的团队成员、设施设备、材料、用品和其他资源。
作用：概述和指导资源的选择、并将其分配给相应的活动。

内部资源：从职能经理或资源经理获得。外部资源：采购或租赁获得。
项目经理对资源没有直接控制权的情况：集体劳资协议、外包商人员使用、矩阵型项目环境（工会的人等）、内外部报告关系。

输入：项目管理计划
资源管理计划：为如何获取资源提供指南。采购管理计划：提供关于从项目外部获取资源的信息（比如采购租赁等）。
成本基准（成本的制约）：提供了项目总体预算。
输入：项目文件
资源需求：识别需要获取的资源。
项目进度计划：进度制约，助于确定需要提供和获取资源的时间。
资源日历：记录了每个资源在项目里的可使用时间。

工具与技术：
决策，多标准决策分析：制定出标准用于潜在资源进行评级或打分，根据标准的相对重要性对标准进行加权。选择标准包括：可用性、成本、能力、经验、知识、技能、态度等。
预分派：事先确定项目的实物或团队资源。
预分派的情况：1、竞标过程中的承诺分派；2、项目取决于特定人员的专有技能；3、项目章程中指定。

人际关系和团队技能——谈判
谈判对象：组织内的牛人，找其他项目管理团队。组织内没有的牛人，从外部组织谈，借调、挖人等。
一般人从组织内的找职能经理谈，组织内没有一般人，招聘。

虚拟团队：具有共同目标、在完成角色人物过程中很少或没有时间面对面工作的一群人。
优点：不同地理位置、在家办公的人纳入团队、行动不便的人、不同班次时差的人；为团队增加特殊技能。节约办公成本等开支，可执行因差旅费过高而被搁置或取消的项目。
缺点：可能产生误解，有孤立感，难以分享知识和经验，采用通信技术成本过高。
现代沟通技术使虚拟团队成为可行，在虚拟团队里，沟通规划非常重要。

输出：
项目团队派工单（人力资源，已获人员的清单），记录团队成员及其在项目中的角色和职责，可包括项目团队目录。
项目物质资源分配单（实物资源清单），记录使用的材料、设备用品、地点和其他实物资源。
资源日历，识别了每种具体资源可用班次、工作日、假期等，规定了在项目期间确定的团队和实物资源何时可用、能用多久。
事业环境资源因素更新，一般不可更新，只有涉及人力资源的时候可更新，包括：组织内资源的可用性、组织已使用的消耗资源数量。

12.2 管理质量：工具与技术

数据表现的工具
因果图（石川图、鱼骨图），将问题陈述的原因分解为离散的分支，有助于识别问题的主要原因或根本原因。
直方图，是一种展示数字数据的条形图，展示每个可交付成果的缺陷数量、原因的类别、各个过程的不合规次数，或项目缺陷的其他表现形式。对数据不排序切不累计。
关键词：集中趋势、分散程度、分布形状、特定变量发生的频率。
散点图（相关图）：展示两个变量之间的关系（解释因变量Y相对于自变量X的变化）
关键词：两个变量、回归线、强相关性、自变量、因变量
帕累托图：一种特殊的垂直条形图，用于识别造成大多数问题的少数重要原因。
帕累托法则（二八定律）：数据的绝大部分存在于很少类别中，极少数的数据分散在大部分类别中（重要的极少数20%和微不足道的大多数80%）
关键词：主要原因、二八定律、80/20法则、优先排序、有重点的采取纠正措施

质量审计——确定项目活动是否遵循了组织和项目的政策、过程与程序的一种结构化的独立过程。
审计是审过程，结果是检查结果。
审计的目标（背诵）：1，识别最佳实践、违规做法、差距和不足；2，分享类似项目的良好实现；3，协助改进过程、提高生产效率；4，积累经验教训；5，确认已批准的变更请求的实施情况。
质量审计通常由项目外部团队开展，审计项目中的所有过程。

输出：
质量报告，关键内容：1，团队上报的质量问题,；2，针对项目、产品和过程的改善建议；3，纠正措施建议（包括返工、缺陷补救、100%补救）；4，在控制质量过程中发现的情况的概述。
测试与评估文件：是一种项目文件，也称为测试与评估指导方案，里除了一些活动，通过这些活动确定项目是否满足质量目标（供控制质量使用、评估质量目标的实现情况），例如质量核对单、需求跟踪矩阵等。

管理质量要做的事情：
QP输入：质量管理计划，质量标准、质量工具、质量流程；质量测量指标，使用核对单。

QA工具：质量审计，审计流程是否符合计划要求。
审不通过——过程分析；过程有问题，过程改进；过程没问题，确认指标合理性。
QC输入：质量控制测量结果，测试不好，对结果纠正，分析过程哪里出现问题，缺陷补救。

12.3 控制质量：事后对结果的质量检查（监控过程）
控制质量（quality control，针对可交付成果）——为了绩效评估，确保项目输出完整、正确且满足客户期望，而监督和记录质量管理活动执行结果的过程。
作用：核实项目可交付成果和工作已经达到主要干系人的质量要求，可供最终验收。确定项目输出可否达到预期目的，这些输出需要满足所有适用目标、要求、法规和规范。

主要工作内容：
用质量核对单检查质量；
检查项目的管理工作的质量，并记录检查结果（质量控制测量结果）；
检查已完成的可交付成果是否符合质量要求（技术上是否正确）并记录检查结果。
基于质量控制测量结果和相关计划，整理出绩效信息并提出变更请求；
检查已批准的变更请求是否得到合理实施。

输入：
项目文件，
质量测量指标，来源于QP，规划质量管理；专用于描述项目或产品属性，以及控制质量过程将如何验证符合程度。
测试与评估文件：用于评估质量目标的实现程度，来自于管理质量。
批准的变更请求，需要核实是否实施，并确认完整性、正确性。
可交付成果，某一个阶段或过程完成后，必须产出的任何独特并可核实的产品和成果。来自于指导与管理项目工作的输出的可交付成果将得到检查，并与项目范围说明定义的验收标准做比较。
工作绩效数据，也来自于指导与管理项目工作。产品状态数据：观察结果、质量测量指标和技术绩效测量数据等。

工具与技术：
数据收集：
核对单：有助于以结构化方式管理控制质量的活动。
核查表（技术表，check sheets）：用于合理排列各种事项，以便有效的收集关于潜在质量问题的有用数据。
收集的数据可以使用帕累托图等来显示分析。
关键词：收集数据、潜在质量问题、缺陷数量或后果、统计分析结果。
统计抽样，抽取部分样本用于检查，频率和规模在规划质量管理中确定。
属性抽样，结果为合格或不合格。
变量抽样，在连续的量表上表明结果所处的位置，表明合格的程度。

数据分析：
绩效审查：针对实际结果，测量、比较和分析规划质量管理过程中定义的质量测量指标。
根本原因分析（RCA）：识别缺陷成因。
检查（审查、同行审计、审计、巡检）：检查工作产品，以确定是否符合书面标准，也可用于确认缺陷补救。
测试/产品评估：有组织的结构化的调查，旨在根据项目需求有关被测产品和服务质量的客观信息。

控制图——用来确定过程是否稳定，或者是否具有可预测的绩效。（无限界的控制图叫趋势图）。
规格上限和下限（USL/LSL），也叫公差，反应了允许的最大值和最小值，超过规格界限就可能接受处罚、
控制上限和下限（UCL/LCL），代表一个稳定的过程的自然波动范围，一旦失控无需停产但需要查原因。
失控的判断：1，某个数据超过控制界限；2，连续7个点落在均值上方或下方。
控制界限通常设置在离过程均值（0西格玛）± 3西格玛的位置。
关键词：过失控、7点原则、控制上下限、规格上下限、变更频率。

输出：
质量控制测量结果：对质量活动的结果的书面记录，应以质量管理计划所确定的格式加以记录。
核实的可交付成果，控制过程的目的就是确定可交付成功的正确性，核实的可交付成果是确认范围的一项输入，以便正式验收。

控制质量要做的事情：

确认范围和控制质量的区别：

管理质量QA和控制质量QC的区别：

三个过程重点ITTO：

1，正文背景部分 450~500左右，回答第一问中要求概述项目信息的内容。
2，过度部分，200~250字左右，承接背景，对论点概述；启下，列出下文的几个论点原话。
3，正文详述部分，1500~1700左右，围绕题目第二问的论点，理论结合实际并展开详述，灵活分段。
4，收尾部分，250~300字左右，项目上线时间、取得的成绩、强调以便论点原话，心得体会，展望未来。1段。

不要求写子过程的题型。
通常1个论点为1区块，例如：
一、如何逐步制定出一份责任分配矩阵（论点1，抄原话）
承接段，1段必有。角度段，1段或者多段，一般分2段，从2个调度去论证。
二、当团队士气低落时，如何利用激励理论提升士气（论点2），同一。
三、如何对项目中的设备、材料等实物资源进行控制管理，同一。
分区块原则：不局限于上述，可根据论点按“阶段”、“叙事角度”、“场景类别”等也可以。

标题写法：序号一，抄论点，比如“如何逐步制定出一份责任分配矩阵”，独立一行顶格写。
承接段注意点：每个区块必有这独立一段，缩进2格。目的是承上启下（不用单独分段）；乘上：串联全文；启下：明确下文从哪2个角度叙述什么论点，字数不用多，占整个区块字数20%即可。
角度段注意点：
每个区块通常分2段，每段缩进2格。
目的是理论+实践，从不同角度对论点详细论证。【起始句】—角度原话；【理论概述】—简述理论；【实践详述】—围绕论点，结合理论进行实践举例。
每段字数均衡，占整个区块字数80%左右。

举例：论点二：如何利用激励理论提升士气

举例论点3，论点三：如何对项目中的设备、材料等实物资源进行控制管理。

非子过程结构的例子，论点：二、针对不同的干系人，如何灵活应用沟通绩效和方法。

第一篇 范围管理论文（作业的第一篇）
总体框架
1，按论点做为区块写，每个论点550字左右，3个论点共1700字左右；
2，每个论点区块的“承接段”字数100左右；
乘上——承接上一区块，区块间不产生割裂感
启下——说明下文分哪2个角度论证什么论点
3，每个论点区块的“角度段”建议分2段，每段220字左右；
（1）起始句——写角度原话；（2）理论概述——针对该角度，叙述相关理论；（3）实践详述——结合理论，实践举例论证论点。
2个角度段：每段220字左右
（1）【起始句】---角度原话；（2）【理论概述】针对当前角度写相关理论（比如以指南性的内容作为角度，则叙述计划中有哪些指南性的规划条目）；（3）【实践详述】结合理论展开详述（比如针对上述角度，分别去叙述各指南性的条目在实际项目中，出于什么考虑，因为什么因素而进行了怎样的具体实例化的设定）。
注意：如果是要写指南，要有相应的图。
举例：论点二 WBS创建过程
分解要开展的活动步骤：识别和分析可交付成果及相关工作、确定WBS的结构和编排方法、自上而下逐层细化分解、为WBS组件制定和分配标识编码、核实可交付成果分解的程度是否恰当。

论点三：确认范围时遇到哪些问题，如何解决
（1）可交付成果是否是确定的可确认的；（2）每个可交付成果是否有明确的里程碑，里程碑是否有明确的、可辨别的事件；（3）是否有明确的质量标准；（4）审核和承诺是否有清晰的表达；（5）项目范围是否覆盖了需要完成的产品或服务进行的所有活动，有没有遗漏或者错误；（6）项目范围的风险是否太高，管理层是否能够降低可预见的风险发生时对项目的冲击。
2个角度段：每段220字左右
（1）【起始句】---角度原话；（2）【理论概述】如以“碰到验收标准理解不一致”问题为例，则叙述理论上造成该问题的可能原因是什么;（3）【实践详述】结合理论展开详述，描述项目中具体的哪个节点在验收时碰到了具体的什么验收标准谁和谁理解【实践详述】3得不一致，然后你是如何去分析问题，查询原因，后续如何具体解决。

论点详述写作方法
1，【事件叙述法】适合做多个事件的过程，某一论点有多个事件来叙述的话，可以采用两个或多个事件来证明这个论点。
2，【点面叙述法】适用并列工具较多的过程，因字数限制，先对一个工具详细展开，其他工具概述；例如：估算有很多方法，对参数估算详细展开，其他三点估算、专家判断等简单带一带。
3，【步骤叙述法】使用某个过程活动中有明确的步骤顺序；比例定性风险分析的过程，按照一步步的步骤来写。

正文详述部分写作总结
1，写之前先构思，整个正文用什么结构和顺序，来将论点适时展现；
2，无论什么结构，注意上下文的串联，不要有割裂感；
3，无论什么结构，开始叙述论点时，一定要最直白方式“告诉”阅卷的人你这部分是在说论点；
4，所有的实例化，不要生硬，要给人一种将自己的亲身经历娓娓道来的回忆杀的感觉；
5，少用甚至不用一些范文的官方套话，多用自己个性化的语言，甚至可以是日常的一些口头白话；
6，如果是自己非常熟悉的真实项目，其中你认为特色的、立意高的部分，都可以适当位置上适当展现；
7，如论点需要叙述图、表、矩阵、文件等，不管文字还是画图都控制在一定复杂度范围内，不要很庞大；
8，时刻牢记的金指标：正确叙述论点、框架不范文化、内容真实感、这逻辑连贯通顺、一定的个性化。

论文整理结构——收尾部分
1，项目完成情况及成绩：描述项目于何年何月正式上线，扩展说明上线后得到的反馈、实现的作用、取得的经济效益获得的奖励等；
2，总结一下论点：描述项目的成功得益于做好了几个论点方面（论点原话）让阅卷人感觉你全文都在围绕论点叙述；
3，心得体会：通过项目具体深刻地体会到了1、2个点（和论点无关，不要笼统，要写具体体会到的技巧、关注点等）；
4，未来的展望：申明未来自己在信息化建设方面的努力方向等。
标题 五、总结与展望，或者 回顾与心得体会

收尾总结
1，字数：控制在250字左右。
2，项目的完成情况：完成的年且要符各背景中描述的启动时间+工期。
3，项目的成绩：一定是圆满顺利上线的，各方好评的原则，语句可自行组织。如有明确的经济效益数字作为依据的更佳，但数字确实真实，不要虚拟。确实获得奖项的可加上，但注意不要超过省级以上的奖励原则；更切忌写受到什么国家领导人接见类似的字样。总体原则就是点到为止，不要过于夸大。
4，收尾段：无论如何，收尾段必须有，没有就是直接不及格，写作过程中，不管是发现时间即将不够或者字数即将超限，都要无论如何留出时间和字数写收尾段，其他部分就临场应变调整。