范围管理，需求。

根据协议或者其他强制性规范，项目必须满足的条件或者能力、产品或成果必须具备的条件或者能力。需求包括发起人、客户、和其他干系人已量化且书面记录的需要和期望。

业务需求、干系人需求、解决方案需求、过度需求、项目需求、质量需求

产品范围——某项产品、服务或者成果（可交付成果）所具有的性能和功能。决定了项目范围，自身变化不一定引起项目范围的变化，不包含项目范围，依据是产品需求文件（SRS）。
项目范围——为了交付具有规定特性与功能的产品、服务或者成果必须完成的工作。服务于产品范围，自身变化不一定会引起产品范围的变化，广义上也包括了产品范围，依据是项目管理计划（范围基准）。

范围蔓延（需要走变更流程）——范围镀金、范围潜变
镀金——项目人员（主动）为了讨好客户而做的不解决实际问题、没有应用价值的项目活动。
范围潜变——客户不断提出小的、不易察觉的范围改变，不加控制的话累计导致项目偏离既定基准，导致项目失控甚至是失败。
范围蔓延：未对时间、成本和资源做相应的调整，未经控制的产品或项目范围的扩大。
来自团队内部原因造成的蔓延叫“镀金”，来自外部原因造成的蔓延叫“范围潜变”。

敏捷和适应型环境里需要考虑的因素：在每个班迭代器开始定义需求范围。

9.1 规划范围管理，创建如何管理需求和范围的子计划，属于规划过程。
为了记录如何定义、确认和控制项目范围及产品范围而创建范围管理计划的过程。
作用：在整个项目期间对如何管理范围提供的指南和方向。
输入：
项目章程（项目目的、描述、假设条件、制约因素以及项目实现的高层级需求）、项目管理计划（质量管理计划、项目生命周期描述、开发方法）、环境事业因素、组织过程资产。
工具与技术：专家判断、数据分析、规划会议
输出：
范围管理计划，描述如何定义、制定、监督、控制和确认项目范围
如何制定范围说明书、如何根据范围说明书创建WBS、如何审批和维护范围基准，如何确认和验收已完成的项目可交付成果。
注意：范围管理计划无范围（都是描述如何管理范围，没有描述哪些范围）；有助于降低范围蔓延的风险。可以是详细的也可以是概括的。
需求管理计划：指导如何分析、记录和管理需求。需求管理计划无需求。
内容包括：如何规划、跟踪、报告各种需求活动，需求相关的培训计划，等。

所有XX管理计划中都有的通用内容，如：
XX管理会用到哪些工具和方法论；
XX管理用什么格式、多少频率进行汇报；
XX管理中定了哪些岗位职责；
XX管理预算花多少钱做，花多少时间做。

9.2 收集需求
为实现项目目标而确定、记录并管理干系人的需求和需求的过程。
作用：为定义和管理项目范围（包括产品范围）奠定基础。
输入：项目管理计划、项目立项管理文件（项目建议书、可研报告、评估报告、商业报告等）、项目章程、项目文件（干系人登记册——需求来源，经验教训登记册——如果收集需求）、协议。

工具与技术：
1、专家判断；2、数据收集（头脑风暴、访谈、焦点小组、问卷调查、标杆对照）；3、决策；4、数据表现；5、人际关系技能；6、原型法
访谈，与干系人直接交谈。结构式—事先准备好一系列问题，有针对的进行。非机构化—只列出一个粗略的想法，根据访谈具体情况发挥。
关键词：直接交谈、预设和即兴问题、深入了解、一对一、一对多、获取机密和敏感信息。
焦点小组：由一位受过训练的主持人引导预先选定的干系人和主题专家进行互动式讨论。
是一对多的群体访谈，最终获取更有价值的集体意见，参加者多是同职能、同一领域、或有相似背景的人。
引导：和研讨会结合使用，通过讨论来定义需求。能快速定义跨职能需求和协调干系人差异，着重于形成既定目标的一致意见。
关键词、跨职能、不同部门、协调干系人差异、联合开发、用户故事等。
问卷调查：受众多样化，快速完成、成本低、地理位置分散、适合开展统计分析
缺点：缺乏灵活性、无法了解细节，干系人不重视，真实性差
观察（工作跟踪）：直接查看个人如何工作和实施流程。关键词：直接观察、难以或者不愿意被说明、挖掘隐藏需求。
原型法：步骤：1、模型创建2、用户体验3、收集反馈 4、原型修改；
关键词：减轻返工风险、渐进明细、敏捷、故事板
使用场景：需求不确定或者需求多变的情况下，可以使用原型法

标杆对照：将实际或计划的做法，跟行业内外的可比组织的做法进行比较，进行识别最佳时间、形成改进意见，并为绩效考核提供依据。
关键词：可比组织、内外部、识别最佳实践、形成改进意见、为绩效考核提供依据。
系统交互图：拓扑图、可视化
文件分析：分析现有文件
头脑风暴，单纯的收集创意，不进行分析或者排序。
原则：庭外判决原则，追求数量、各抒己见、自由发炎、探索取长补短和改进方法
关键词：畅所欲言、单纯收集、尽可能多、尽可能激发。
名义小组：投票、排序，促进头脑风暴。
概念/思维导图，从头脑风暴中获得的创意组合成一张图，反应创意之间的共性和差异，激发新创意。
关键词：整合、反应共性和差异、激发新创意、图文并重，是头脑风暴的深化应用。
亲和图：根据头脑风暴的创意，按照相似性进行分组，进行下一步审查和分析。
关键词：分组、有助于WBS制定。
决策：一致同意、大多数原则、相对多数原则、独裁。
多标准决策分析：也叫优先矩阵，角逐决策分析矩阵，用系统方法建立多种标准，可用于识别关键事项和合适的备选方案，并通过一些列决策对众多备选方案进行评估和排序。
关键词：多种标准、权重、评估、排序。
德尔菲技术：组织专家就某一个主题达成一致意见的一种信息收集技术。
缺点：过程复杂，花费时间长。
关键词：专家、匿名、多轮、趋同、消除偏见。

输出：
需求文件：描述各种单一需求将如何满足与项目相关的业务需求。（例如SRS文件，需求规格说明书）。只有明确（可测量和测试的）、可跟踪的完整的、互相协调的，且主要干系人认可的需求，才能做为基准。
需求跟踪矩阵（二维）：把需求从来源链接到能满足需求的、可交付成果的一种表格。
把每个需求与业务目标或者项目目标联系起来。提供了在整个项目生命周期中跟踪需求的一种方法。
用户需求说明书→需求规格说明书→可交付成果；
漏需求：需求蔓延 或者 需求文件没有更新。
**需求跟踪内容包括（背诵）：
业务需求、机会、目的和目标；项目目标；项目范围（WBS可交付成果）；产品设计和开发；测试策略和测试场景；从高层次需求到详细需求。**

8.4 管理项目知识（使用现有知识，生成新知识）（执行过程）
使用现有的知识并生成新知识，以实现西安航母目标，并帮助组织学习的工程。
作用：利用已有的组织知识来创造或改进项目成果。并使用当前项目创造的知识可用于支持组织运营和未来的项目或者阶段。
显性知识：易使用文字、图片和数字进行编撰的指示，特点：缺乏情境、可作不同解读。易分享易保存，无法确保正确理解或应用。
隐性知识：个体知识以及难以明确表达的只是，如信念、洞察力、经验和诀窍。
特点：蕴含情境，很难编撰，通常由人际交流和互动来分享。
注意点：
组织角度来看：在项目开始前、开展期间和结束之后都能使用旧知识、生成新知识。
最重要的环节：营造信任氛围、激励人们分享自己的知识和关注他人知识。
输入：
资源分解结构：包含团队组成信息，有助于了解团队拥有和缺乏的知识。
项目团队派工单：说明项目已具有的能力和经验以及缺乏的知识。
干系人登记册：有助于了解干系人可能拥有的知识。
供方选择标准：有助于了解供方有的知识。
工具与技术：知识管理（分享隐形知识，例如分享会、专家讲座、会议、培训等）、信息管理（分享显性知识，例如登记册、图书馆、信息管理系统等）、人际关系与团队技能（倾听、引导、领导力、人际交往、大局观）
输出：
经验教训登记册，包括情况的类别和描述；与情况相关的影响、建议和行动方案；遇到问题、挑战、意识到风险和机会或者其他适用的内容。

8.5 监控项目工作 汇编各类绩效信息，生产绩效报告（监控过程）
跟踪审查和报告整体项目进展，以实现项目管理计划中确定的绩效目标的过程。
作用：让干系人了解当前状态并认可委处理绩效问题而采取的醒的，通过成本和进度预测，让干系人了解未来项目的状态。
监督：包括收集、测量和分析测量结果，以及预测趋势，以便推动过程改进，贯穿项目始终。
控制：包括制定纠正和预防措施或者重新规划，并跟踪计划实施的过程，确保能有效解决问题。
输入：
项目管理计划、项目文件、工作绩效信息（将绩效数据和项目管理计划组件、项目文件和其他项目变量比较后生成工作绩效信息。绩效包含：范围、成本、进度、质量以及其他内容。）、协议、环境事业因素、组织过程资产。
输出：
变更请求、工作绩效报告、项目管理计划更新、项目文件更新。
工具与技术：挣值分析、偏差分析、趋势分析、根本原因分析、备选方案分析、成本效益分析。
决策：投票
输出：工作绩效报告
基于工作绩效信息，以实体或者电子形式编制工作绩效报告，以制定决策、采取行动或引起关注。根据项目沟通管理计划，通过沟通向项目干系人发送工作绩效报告、状态报告和进展报告。

8.6 实施整体变更控制（对项目中所有的变更流程审批），监控过程。
作用：审查所有的变更请求、批准变更、管理变更，并对变更结果进行沟通的过程。
确保项目中已记录在案的变更做总和评审，降低项目风险，本过程只会审批、管理变更，不会提出变更请求。
输入：项目管理计划、工作绩效报告、变更请求、项目文件、事业环境因素、组织过程资产。
输出：批准的变更请求（来自于任何一个过程）、项目管理计划变更、项目文件更新（变更日志等）。
工具与技术：专家判断、变更控制工具、数据分析、决策、会议（变更控制会）。
注意点：整个项目期间任何时间、任何干系人都可以提出变更请求。
可以口头提出，但所有变更要以书面形式记录，纳入更变管理或配置管理系统中。
每个变更都必须由一位责任人批准、推迟或者否决，在项目管理计划或者组织程序中制定该责任人，必要时，由变更控制委员会（CCB）开展实施整体变更控制的过程。
变更请求可能影响任一项目基准的情况下，都需要开展正式的整体变更的控制过程。
实施整体过程过程贯穿项目始终，项目经理对此负最终责任。

变更控制委员会（CCB）：一个正式的团体，负责审议、批准、推迟或者否决项目变更，以及记录和传达变更处理决定。
可以是一个，也可以是多个人，由主要干系人组成，通常包括用户和项目所在组织管理层的决策人员。
CCB不是必须有，也不是所有的变更的请求都必须有CCB审批。
变更的八个步骤（重要）：
1、提出与记录变更申请：由PM或者CMO（配置管理员）负责变更信息的收集及初审。
2、初审变更：施加影响确保变更必要性，校验确保信息充分，达成共识。
3、评估论证变更方案：论证可行性，如可行则将技术要求转为资源需求。
4、提交CCB审查：文档会签，正式会议。
5、更新、通知并组织实施变更：若交付期调整，应变更确认时发布变更。
6、变更实施的监控：PM负责基准的监控，CCB或者监理监控主要成果和里程碑。
7、变更效果的评估：由团队和客户两部分人，是否满足需求，目标是否达成。
8、变更收尾：判断变更后项目是否纳入正轨。

实施整体变更控制——输入：项目管理计划
变更管理计划：为管理变更控制过程提供指导，并记录CCB的角色和职责。
实施整体变更控制——输入：工作绩效报告（评估影响和方案）
此过程有用的工作绩效报告包括：资源可用情况、进度和成本数据、挣值（EVM）报告、燃烧图燃尽图。

工具：变更控制工具
工具：会议，通常指变更控制会议，可由变更控制委员会CCB开会审查并请求，做出批准、否决或者其他。

输出：批准的变更请求
批准后应由指导语项目管理工作过过程加以实施。
对于推迟或者否决的变更请求，应通知提出人或者提出小组。
输出：项目管理计划更新
对于基准的变更，针对今后的情况，不能变更以往的绩效，保护基准和历史绩效数据。
输出：项目文件更新
正式受控的任一项目文件都可以在实施整体变更控制过程变更，并记录在变更日志中，被否决的变更请求也要记录在变更日志中。

8.7 结束项目或阶段：阶段或者项目整体的验收移交收尾
终结项目、阶段或者合同的所有活动的过程。
作用：存档项目或阶段信息，完成计划的工作；释放团队资源以开展新的工作。
收尾流程：6+2的步骤。
正常收尾：
获得项目或阶段的整体验收、干系人满意度调查、移交成果、总结记录经验教训、组织过程资产更新、文件归档、庆功会、释放资源。
提前收尾：
记录终止原因、干系人满意度调查、移交已完成和未完成的成果、总结记录经验教训、组织过程资产更新、文件归档、庆功会、释放资源。

输入：项目章程，记录了项目成果标准、审批要求以及谁来签署项目结束。
输入：验收的可交付成果，包括批准的产品规范、交货数据和工作绩效文件，对于分阶段实施的项目或提前取消的项目，还可能包括部分完成或者中间的可交付成果。
输入：立项管理文件，可研报告记录了做为项目依据的商业需求和成本效益分析。项目评估报告概述了项目的目标效益。
输入：协议，通常在合同条款中定义了正式关闭采购的要求，复杂项目中需要管理多个合同。
输入：组织过程资产，项目或阶段收尾指南或要求，如经验教训、终期审计、项目评价、产品确认、验收标准等。

工具：专家判断，具备管理控制、审计、法规与采购法律法规等专业个人的意见。
工具：会议，用于可交付成果的验收、确定达到退出标准、关闭合同、干系人满意度调查，收集经验教训，传递项目信息以及庆功会等。

输出：最终产品、服务或者成果。
把项目交付的最终产品服务或者成果（对于阶段收尾，中间阶段的产品服务或成果）移交给客户。
输出：项目最终报告，用最终的报告总结项目绩效。
收尾文档：项目验收计划、项目验收单、项目验收报告、项目经验总结汇总单、项目建设总结报告、用户操作手册。

立项四个阶段：立项申请（提交项目建议书）、立项初步可行性研究、立项详细可行性研究、决策（甲方自己做或者招标乙方做，涉及十大知识领域）。

49510图，五大过程组，十大知识领域，49个子过程

了解项目管理知识体系叙述的结构：子过程、ITTO、过程组、知识领域。
子过程：为创建预定的产品、服务或者成果而执行的一些列相关的行为和活动。既属于某一过程组（启动、规划、执行、监控、收尾）又属于某一知识领域（范围、成本、进度、风险等…）
I：input，T：tool，T：technology，O：output

项目整合管理：包括识别、定义、组合、统一和协调项目管理过程组的各个过程和项目管理活动。整合管理兼具统一、合并、沟通和建立联系的性质，贯穿项目始终。
目标（背诵）：资源分配、平衡竞争性需求、研究各种备选方法、裁减过程以实现项目目标、管理各知识领域之间的依赖关系。
发生整合的三个层面：过程层面、认知层面、背景层面。

项目整合管理要求整合所有其他知识领域的成果。
发展的趋势包括：使用信息化工具、使用可视化管理工具、项目知识管理、项目经理在项目外的职责、混合型方法（敏捷或者迭代、商业分析技术、组织变革管理方法等混合使用）。
迭代和敏捷方法中：
团队成员：以领域专家的身份参与整合管理，自行决定并控制具体产品的规划和交付；
项目经理：授权给团队，重点关注营造一个合作型的决策氛围，并确保团队有能力应对变更。
如果团队成员有广泛技能(而不是狭窄领域)，则这种合作型方法就会更加有效。
制定项目章程——制定项目管理计划——指导与管理项目工作——管理项目知识——监控项目工作——实施整体变更控制——结束项目或阶段。

启动过程组：（制定项目章程、识别干系人）
制定项目章程：编写正式批准项目并授权项目经理在项目活动中使用组织资源的文件的过程。
本过程作用：明确项目和组织战略目标之间的直接联系、确立项目的正式地位、展示组织对项目的承诺。
输入：立项管理文件、协议（定义了启动项目的章程，合同、备忘录、服务协议、意向书等）、环境事业因素、组织过程资产。
工具与技术：专家判断、数据收集（头脑风暴、焦点小组、访谈等）、人际关系技能（冲突管理、引导、会议管理）、会议。
输出：项目章程、假设日志。

立项管理文件：立项管理阶段经批准的结果或相关的立项管理文件，从业务视角描述必要的信息，并且据此决定项目的期望结果是否值得所需投资。它包括：项目建议书、经济可行性研究报告、项目评估报告等。在项目之前制定，需要定期审核。不属于项目文件，项目经理不可以更新或修改。
项目章程（背诵）——由项目启动者或发起人发布的，正式批准项目成立，并授权项目经理动用组织资源开展项目活动的文件。
包含内容（背诵）：委派的项目经理及其权责；项目的目的、目标、项目的成功/退出标准；高层级需求和项目描述、高层级的战略和运营假设条件和制约因素主要可交付成果、总体里程碑进度计划、预先批准的财务预算、整体项目风险、关键干系人名单；项目审批要求、批准项目章程的人员。
假设日志：用于记录整个项目生命周期中的所有假设条件和制约因素。
假设条件：不需验证即可视为正确、真实或确定的因素。同时还应描述如果这些因素不成立，可能造成的潜在影响。
制约因素：对项目或过程的执行有影响的限制性因素。

制定项目管理计划：定义、准备和协调项目计划的所有组成部分，并整合为一份总和项目管理计划的过程。
作用：生成一份综合文件，做为所有项目工作的基础和执行方式，确定项目的执行、监控和收尾方式。
可以是概括的或者详细的，通过不断更新来渐进明细。一旦被确定为基准，只能通过提出变更请求并经过过实施整体变更控制过程批准后才能更新。
输入：项目章程（是初始计划的起点，包括高层级的信息、供进一步细化）、其他知识领域过程的输出（用于打包到项目管理计划，范围管理计划、进度管理计划等等）、环境事业因素、组织过程资产。
工具与技术：专家判断、数据收集、人际关系技能、会议等。
输出：项目管理计划，包括10个子计划、3基准、6个组件。（背诵）
其中，生命周期描述指的是项目各个阶段，开发方法指的是预测、敏捷或者混合。

制定项目管理计划工具与技术：会议
启动会议（initiating meeting）：招考时间在启动结束，规划尚未开始时。目的是发布项目章程、任命并授权项目经理。
开工会议（kick-off meeting）：传达目标、获得团队对项目的承诺、阐明干系人角色和职责、获得干系人对项目管理计划的一致认可。

整合管理过程——指导与管理项目工作。
领导和执行项目管理计划中确定的工作，并实施已批准变更的过程。
作用：干计划（按项目管理计划去干活）、干变更（实施已批准的变更）、干接口（实施接口的整合）、干成果（产生可交付成果）、干数据（产生工作绩效数据）。

输入：项目管理计划（项目管理计划的任何组件）、批准的变更请求、项目文件、环境事业因素和组织过程资产。
工具与技术：专家判断、项目管理信息系统（PMIS，为指导和管理项目工作提供自动化工具并自动收集和报告关键绩效指标，用于保证项目工作由正确的组织、正确的时间里以正确的顺序进行，防止“镀金”）、会议。
输出：可交付成果（只在指导与管理项目过程中输出，在某一阶段或者项目完成后，必须产生的任何独特并可核实的产品、成果或者服务能力，通常是项目结果，并包括项目管理计划的组成部分）、工作绩效数据（只在指导与管理项目过程中输出，工作绩效数据、工作绩效信息、工作绩效报告）、问题日志、变更请求、项目管理计划更新、项目文件更新。

问题日志：记录和跟进所有问题的项目文件，在指导语管理项目工作的过程中首次创建，在整个项目周期随同监控活动更新。

变更请求：关于修改任何文档、可交付成果或者基准的正式提议。可以是直接或者间接、由外部或者内部提出，自选或者法律/合同强制，必须有书面记录。
变更的种类：
预防措施：为确保项目工作的未来绩效符合项目管理计划而进行的活动，防风险。
纠正措施：为使项目工作绩效重新与项目管理计划一致而进行的活动，纠偏差。
更新：对正式受控的项目文件或计划等进行的变更，改基准。
缺陷补救：为了修正不一致的产品或产品组件而进行的活动，补质量，通常针对质量缺陷。

如何召开高效会议（案例、论文可用）：
1、事先制订一个例会制度、明确会议规则；
2、放弃可开可不开的会议；
3、明确会议的目的和期望结果、明确每个参会者的角色；
4、发布会议通知；
5、在会议之前将会议资料发给参会人员；
6、面对面的会议效果最好、也可以借助视频设备；
7、会议后要总结、提炼结论、达成共识、有行动计划；
8、会议要有纪要；
9、做好会议的后勤保障；
10、不要把各种会议类型混合在一起。

本期按顺序重点练习：范围、沟通、干系人绩效域、质量、团队绩效域、整合。

论文题目示例一（单知识领域)—— 2023年11月
项目中包括人力资源和非人力资源，信息系统项目管理中，人力资源比非人力资源更加重要。如何充分发挥人的作用，使团队成员达到更好的绩效，对于项目管理者来说是不能忽视的任务。
请以“论信息系统项目的资源管理”为题，分别从以下三个方面进行论述：
1、概要叙述你参与管理过的信息系统项目（项目的背景、项目规模、发起单位、目的、项目内容、组织结构、项目周期、交付的成果等)，并说明你在其中承担的工作（项目背景要求本人真实经历，不得抄袭及杜撰)。
2、结合项目管理实际情况并围绕以下要点论述你对信息系统项目资源管理的认识：
（1）项目资源管理的基本过程。
（2）资源管理过程中实物资源和人力资源在获取资源和管理控制方面有哪些不同。

论文题目要求的关注点：因此项目选材要尽量真实、独特、不被误判重
关注点1、项目背景介绍要求“真实经历，不得抄袭杜撰”。
关注点2、传统上，【通常会明确要求叙述“XX管理的过程”】，表明正文【叙述结构要围绕知识领域的子过程】去写。
关注点3、除基本过程叙述要求外，还会有1，2个论点要求，这是全文叙述的核心点，必须【全文切题叙述】。

论文题目示例一（单知识领域)—— 2024年5月
项目成本管理是为了项目在批准的预算内完成，而对成本进行规划、估算、预算、管理和控制的过程。请以“论信息系统项目的成本管理”为题进行论述：
1、概要叙述你参与管理过程的信息系统项目（项目背景、项目规模、发起单位、目的、项目内容、组织结构、项目周期、交付的成果等），并说明你在其中承担的工作。（选择的背景要求本人真实经历，不得抄袭及杜撰)。
2、结合项目管理实际情况并围绕以下要点论述你对信息系统项目成本管理的认识：
（1）根据你所描述的项目，写出项目成本基准形成过程。
（2）根据你所描述的项目，画出项目的S曲线图。
（3）结合你描述的项目，根据成本控制的目标，写出项目进展过程中你是如何进行成本控制的？

论文题目要求的关注点：
关注点1、【有可能不要求叙述“XX管理的过程”】，表明叙述框架可以自由灵活，不要固定结构以免被误判为模板文章。
关注点2、近几年，论点之一经常会要求叙述某个文件或计划或图表，如甘特图、WBS、需求跟踪矩阵、质量核对单、干系人管理计划、一份具体合同等。表明考核更注重理论在实际中应用。需要叙述+画图。

论文题目示例三（单知识领域)—— 2023年11月
请以“论信息系统项目工作绩效域”为题进行论述：
1、概要叙述你参与管理过的信息系统项目（项目的背景、项目规模、发起单位、目的、项目内容、组织结构、项目周期、交付的成果等），并说明你在其中承担的工作（项目背景要求本人真实经历，不得抄袭及杜撰）。
2、请结合你所叙述的信息系统项目，围绕以下要点论述你对信息系统项目工作绩效域的认识：
（1）结合项目情况，论述项目工作绩效域的绩效要点。
（2）请根据你所描述的项目，论述哪些绩效域更需要重点管理。

论文题目要求的关注点：
关注点1、非10大知识领域的出题并非首次，考纲明确的论文考核范围为【第5章~第20章】，意味着非10大知识领域的8大绩效域、12原则、立项管理、配置管理、项目集项目组合等高级管理、系统工程（软件工程、数据工程、安全工程等）都可能作为论文题目，再加上机考每次分多批，因此【不要寄希望于押题，更应全面准备，扎实基础】。
关注点2、非10大知识领域不存在子过程和ITTO，但可以【沿该领域的知识点主线脉络来叙述】，比如立项管理可沿4个阶段展开；配置管理可按6个活动分段；绩效域可选若干绩效要点来叙述等等。

论文题目示例四（双知识领域)—— 2019年5月
项目中的所有活动都是由人来完成的，因此在项目管理中，“人”的因素至关重要。如何充分发挥人的作用，使团队成员达到更好的绩效，对于项目管理者来说不容忽视。项目的人力资源管理就是有效地发挥每一个参与项目人员作用的过程。
请以“信息系统项目的人力资源管理和成本管理”为题，分别从以下三个方面进行论述：
1、概要叙述你参与管理过的信息系统项目（项目的背景、项目规模、发起单位、目的、项目内容、组织结构、项目周期、交付的成果等），以及该项目在人力资源方面的情况。
2、结合项目管理实际情况并围绕以下要点论述你对信息系统项目人力资源管理和成本管理的认识。
（1）项目人力资源管理的基本过程和常用方法。
（2）项目人力资源管理中涉及到的成本管理问题和成本管理中涉及的人力资源管理问题。
（3）信息系统发生成本超支后，如何通过人力资源管理来进行改善。3、结合项目实际情况说明在该项目中你是如何进行人力资源管理和成本管理的（可叙述具体做法)，并总结你的心得体会。

论文的评分标准：
切合题意：内容切忌空洞的泛泛而谈，全文紧紧围绕论点叙述，论，是为证明论点而写，不是为了凑字数而写。
实践性：内容切忌大篇幅的书上理论背诵，尽量多的项目实践描述，并且是针对论点说实践，中间穿插部分理论说明，个人建议理论和实践侧重比为3：7左右。
选材真实：尽量选亲身经历的，正文叙述容易自然真实；选所属行业相对独特些的，降低判重几率；选尽量近年的，表明项目的先进性；选功能作用更多社会现实意义的，体现项目质量。
叙述框架灵活：题干有要求的，必须遵守（如要求写XX管理的过程、要求叙述某个文件或计划等）；没有要求的可以自由奔放些，可从每个论点角度、流程步骤角度、不同侧面角度、时间顺序角度等各种方式去分段叙述，不要死板地模板范文化框架而不去变通。
应用深度与水平：有独特的见解、中肯的体会，能顺滑地表达出理论联系实际的效果，及自身项目管理能力的体现。
表达能力：逻辑清晰、表达严谨、文字流畅、条理分明，育前后段落连接通畅没有断裂感，少错别字。
字数篇幅：现在基本要求是2000字以上，不能字数不满，但也无需太多，建议2500左右，最多3500字。

论文的整体结构（并非绝对强制，但也是基本的框架元素)
第一部分，正文背景部分，450~500字左右。
回答题目第一问的概述项目信息的所有内容，可以事先准备，预计2~3段。
第二部分，过渡部分，200~250字左右。
承接正文背景，启述正文详述，表明论点，必要时可简单概述，预计1段。
第三部分，正文详述部分，1500~1700字左右。
紧紧围绕论点并理论结合实际展开详述，叙述框架根据题意灵活分段，N段。
第四部分，收尾部分，250~300字左右。
总结论点叙述，表面项目成果，谈心得体会，收尾全文，1段。

项目生命周期和项目阶段，不同的项目周期可能不一样。（掌握）
项目生命周期——项目从启动到完成所经历的一系列阶段，阶段间的关系可顺序、迭代、交叠。（时间维度划分）。
开发生命周期——项目生命周期内与产品、服务或成果的开发相关的一个或多个阶段。 （生命周期中某几个阶段）。
项目通用生命周期——启动项目；组织与准备；执行项目工作；结束项目； （4个通用阶段）。
产品生命周期——从项目开始到项目结束再到项目产品运行生命终止（退出市场）的全过程。
项目管理过程组——启动、规划、执行、监控、收尾（5个通用操作过程）（管理操作维度划分）。

通用生命周期（掌握）
（1）成本与人力投入：项目开始时“缓慢增加”，在“执行工作”期间达到最高，项目快结束时“迅速回落”。
（2）风险与不确定性、干系人的影响力、变更的数量：项目开始时最大，后续“逐步降低”。
（3）变更的代价、风险的影响：项目开始时较小，后续“显著增高”。

开发生命周期——预测型（瀑布型、计划驱动）如建筑行业（掌握）
可行性——设计——构建——测试——部署——收尾
优点：按阶段便于管理；开发团队比较弱适用；
缺点：周期长；不灵活；
特点：
范围、进度、成本在早期阶段就确定；范围变更很少，干系人之间有高度共识；对任何范围的变更都要进行严格管理；每个阶段都侧重于某一特定类型的工作；上一阶段输出作为下一阶段输入，阶段评审通过则进入下一阶段，否则返回之前阶段；按计划执行、一次交付。
适用：需求明确或很少变更的项目；有厚实的行业实践基础；整批一次性交付有利于干系人。

开发生命周期类型—迭代型（掌握）
迭代型——范围在早期确定，但时间及成本估算将随项目团队对产品理解的不断深入而定期修改。
适用于：计划多期开发的、在开发早期需求可能有所变化、需要降低项目复杂性的、部分交付有利于干系人的。重复的循环，属于“完善型迭代”。

开发生命周期类型—增量型（掌握）
在预定的时间区间内渐进增加产品功能的一系列迭代来产出可交付成果。
（1）只有在最后一次迭代之后，可交付成果具有了必要和足够的能力，才能被视为完整的。
（2）渐进地增加，属于“功能型迭代”。

开发生命周期类型—适应型（敏捷型、变更驱动）（掌握）
在每次迭代前，项目和产品愿景的范围被明确定义和批准，每次迭代（又称 “冲刺”）结束时，客户会对具有功能性的可交付物进行审查并提供反馈，反馈意见会更新至项目待办事项列表，以确定下一次迭代中特性和功能的优先级。
特点：先基于初始需求制定一套高层级计划，再逐渐把需求细化到适合特定规划周期所需的详细程度。较小增量、快速迭代（2~4周，固定）、每次交付最有价值成果。
适用：需求不确定，不断发展变化的项目。

项目管理过程组——为了达成项目的特定目标，对项目管理过程进行的逻辑上的分组。（了解）
启动过程组——授权一个项目或阶段的开始；
规划过程组——明确项目范围、优化目标，并为实现目标制订行动计划；
执行过程组——完成项目管理计划中确定的工作，以满足项目要求；
监控过程组——跟踪、审查和调整项目进展与绩效，识别变更并启动相应的变更；
收尾过程组——正式完成或结束项目、阶段或合同。
过程组在整个项目期间相互重叠；过程组中的各个过程会在每个阶段按需要重复开展，到达到该阶段的完工标准。

项目管理过程组—适应型项目中的过程组（掌握）
启动过程组——识别关键干系人，每个迭代期开展，频繁回顾和重新确认项目章程，确保朝最新的目标推进；
规划过程组——让尽可能多的团队成员和干系人参与到规划过程；
执行过程组——每次迭代都在一个很短的固定时间段内开展工作，干系人和团队基于演示来进行回顾性审查；项目经理聚焦于高层级的目标，并授权团队成员用最能实现目标的方式自行安排具体工作；
监控过程组——通过维护包含工作和变更的未完项清单，对进展和绩效进行跟踪、审查和调整；
收尾过程组----对工作进行优先级排序，以便首先完成最具业务价值的工作。

五过程，10领域，49个过程（掌握）。

第七章 项目立项管理（重点）
项目建议与立项申请（第一阶段）——可行性研究（内容、初研（第二阶段）、细研（第三阶段））——项目评估与决策（第四阶段）。
项目立项管理——对拟规划和实施的项目技术上的先进性、适用性，经济上的合理性、效益性，实施上的可能性、
风险性以及社会价值的有效性、可持续性等进行全面科学的综合分析，为项目决策提供客观依据的一种研究活动。
包括4个阶段----项目建议与立项申请、初步可行性研究、详细可行性研究、评估与决策。
初步可行性研究和详细可行性研究可以依据项目的规模和繁简程度合二为一，但详细可行性研究不可缺少。
升级改造项目只做初步和详细研究，小项目一般只进行详细可行性研究。

项目建议与立项申请（重点）
项目建议书（立项申请）——是项目建设单位（甲方，乙方是承建单位）向上级主管部门提交项目申请时所必须的文件，是提出的某一具体项目的建议文件，是对拟建项目提出的框架性的总体设想。
作用：
（1）是国家或上级主管部门选择项目的依据；
（2）也是可行性研究的依据；
（3）涉及利用外资的项目，在项目建议书批准后，方可开展对外工作。
核心内容：项目的必要性、项目的市场预测、产品方案或服务的市场预测、项目建设的比需的条件。

项目的可行性研究（重点）
可行性研究——从技术、经济、社会和人员等方面的条件和情况进行调查研究，对可能的技术方案进行论证，
以最终确定整个项目是否可行。信息系统项目开发的可行性包括：可能性、效益性和必要性，三者缺一不可。
技术可行性分析：（技术能力、开发风险、人力资源有效性、物资可用性）技术可行性分析往往决定了项目的方向。
经济可行性分析：支出分析—一次性（开发费、差旅费、购置费等）和非一次性（租金、工资、水电费、消耗品支出等）；收益分析—直接（产品收入）和间接（成本降低）；收益投资比和投资回收期分析、敏感性分析。
社会效益可行性分析：对组织内部（品牌、竞争力、 技术创新、人员提升、管理提升）；对社会发展（公共、文化、环境、社会责任感）。
运行环境可行性分析：运行环境是制约信息系统发挥效益的关键。
其他方面的可行性分析：法律可行性、政策可行性等。

可行性研究—初步可行性研究（掌握）
初步可行性研究——在对市场或者客户情况进行调查后，进行大体收集材料，对投资项目的前景进行初步评估的过程，并决定是否继续进行详细可行性研究。（可和详细可行性研究合二为一） 。
经过初步可行性研究，可以形成初步可行性研究报告，该报告可以作为正式的文献供决策参考。
初步可行性研究的主要内容基本与详细可行性研究相同。不同的是占有的资源、研究细节方面有较大差异。

初研主要内容：需求与市场预测；设备与资源投入分析；空间布局；项目设计；项目进度安排；项目投资与成本估算。

辅助（功能）研究——包括项目的一个或几个方面（如试验室和中间工厂的实验、规模的经验性研究、设备选择研究等），但不是所有方面。
只能作为初步可行性研究、详细可行性研究的前提或辅助。 辅助研究的费用必须和项目可行性研究的费用一并考虑。
在初步可行性研究之前进行——一项基本投入是确定可行性的一个决定因素。
完成可行性研究之后进行——可研中要对项目的某一方面进行更详尽地鉴别。

可行性研究—详细可行性研究（重点）
详细可行性研究----在项目决策前对项目有关的技术、经济、法律、社会环境等各方面的条件和情况进行详尽的、系统的、全面的调查、研分析，对各种可能的技术方案进行详细的论证、比较，并对项目建设完成
后所可能产生的经济、社会效益进行预测和评价，最终提交的可行性研究报告将成为进行项目评估和决策的依据（不可省略，必须要有）。
详细可行性研究的方法有：投资估算法、增量净效益法（有无比较法）、经济评价法、市场预测法；
投资估算法——数量性估算（比例估算法）、研究性估算、预算性估算、投标估算；
增量净效益法（有无比较法）——将有项目时的成本（效益）与无项目时的成本（效益）进行比较，求得两者差额，即为增量成本（效益）。
详细可行性研究原则：科学性、客观性、公正性。

详细可行性研究内容：市场需求预测、经济评价及综合分析、部件和投入的选择供应、架构及技术方案、技术与设备选择、网络物理布局设计、投资（重点）、成本估算与资金筹措（资金来源等）。
可行性研究报告的开发总成本：经营成本和非经营成本。
经营成本：研发成本、行政管理费、销售与分销费用。
非经营成本：财务费用和折旧。
细研阶段：否定或初步肯定（±30%）、初步可行性研究（±20%）、详细可行性研究（±10%）、设计开发时（±5%）。

项目评估与决策—掌握
项目评估——在项目可行性研究的基础上，由第三方（国家、银行或有关机构）对拟建项目的各方面进行评价、分析和论证，进而判断其是否可行的一个评估过程。
项目评估是项目投资前期进行决策管理的重要环节，目的是审查项目可行性研究的可靠性、真实性和客观性；
为银行的贷款决策或行政主管部门的审批决策提供科学依据；
项目评估的最终成果是项目评估报告。

评估依据：项目建议书及审批文件、项目可行性研究报告、申请报告及初审意见、关键建设性意见和协议文件、必须的其他文件。
项目评估的7个步骤：
成立评估小组——开展调查研究——分析与评估、编写讨论修改评估报告——专家论证会——评估报告定稿发布。