信息系统项目管理师知识点
权力利益方格
合同的分类
IT 审计范围
IT 运维能力模型
一致性成本和非一致性成本
成本加激励费用合同（Cost Plus Incentive Fee，CPIF）
在 CPIF 合同下，如果实际成本大于目标成本，卖方可以得到的付款总数为 “目标成本 + 目标费用 + 买方应负担的成本超支”；如果实际成本小于目标成本，则卖方可以得到的付款总数为 “目标成本 + 目标费用－买方应享受的成本节约”。
项目的生命周期
| 预测型 | 迭代型与增量型 | 适应型 |
|---|---|---|
| 需求在开发前预先确定 | 需求在交付期间定期细化 | 需求在交付期间频繁细化 |
| 针对最终可交付成果制订交付计划，然后在项目结束时一次交付最终产品 | 分次交付整体项目或产品的各个子集 | 频繁交付对客户有价值的各个子集 |
| 尽量限制变更 | 定期把变更融入项目 | 在交付期间实时把变更融入项目 |
| 关键干系人在特定里程碑点参与 | 关键干系人定期参与 | 关键干系人持续参与 |
| 通过对基本已知的情况编制详细计划来控制风险和成本 | 通过用新信息逐渐细化计划来控制风险和成本 | 随着需求和制约因素的显现而控制风险和成本 |
工作绩效数据、工作绩效信息和工作绩效报告
| 特性 | 工作绩效数据 | 工作绩效信息 | 工作绩效报告 |
|---|---|---|---|
| 定义 | 原始的、未经处理的项目数据，直接从项目活动中收集。 | 经过分析和处理的工作绩效数据，用于评估项目进展和绩效。 | 综合的工作绩效信息，以报告的形式呈现给项目干系人。 |
| 内容 | 例如：实际开始日期、实际完成日期、实际成本、实际工作量等。 | 例如：成本偏差、进度偏差、质量指标、资源使用情况等。 | 例如：项目状态报告、里程碑报告、趋势分析报告等。 |
| 来源 | 项目执行过程中的直接记录和测量。 | 对工作绩效数据进行分析和处理的结果。 | 将工作绩效信息整理和总结后形成的文档或报告。 |
| 用途 | 作为评估项目绩效的基础数据，用于进一步分析和处理。 | 用于监控项目进展，识别潜在问题，支持决策。 | 用于向项目干系人传达项目状态和绩效情况，支持项目沟通。 |
| 处理程度 | 原始数据，未经处理。 | 经过初步分析和处理的数据。 | 经过综合分析和整理的信息，具有较高的可读性和可用性。 |
| 呈现形式 | 数据表格、日志记录等。 | 图表、趋势线、偏差分析等。 | 文档、演示文稿、仪表板等。 |
| 时效性 | 实时或接近实时的数据。 | 根据数据收集和分析的频率而定。 | 通常按预定的时间间隔（如每周、每月）发布。 |
| 用户 | 项目团队成员，特别是数据收集和记录人员。 | 项目经理、项目团队成员、技术专家等。 | 项目干系人，包括管理层、客户、团队成员等。 |
| 示例 | 任务 A 的实际开始日期为 2023 年 1 月 1 日，实际成本为 1000 元。 | 任务 A 的成本偏差为-200 元，进度偏差为+5 天。 | 项目状态报告：截至 2023 年 1 月 31 日，项目整体进度提前 10%，成本控制在预算内。 |
| 联系 | 工作绩效数据是工作绩效信息的基础，工作绩效信息是对工作绩效数据的分析和处理结果。工作绩效报告则是将工作绩效信息以更易于理解的形式呈现给项目干系人。 |
总结
- 工作绩效数据是项目执行过程中直接收集的原始数据，是评估项目绩效的基础。
- 工作绩效信息是对工作绩效数据进行分析和处理后的结果，用于监控项目进展和识别潜在问题。
- 工作绩效报告是将工作绩效信息整理和总结后形成的文档或报告，用于向项目干系人传达项目状态和绩效情况。
绩效域
干系人绩效域
| 预期目标 | 指标及检查方法 |
|---|---|
| 建立高效的工作关系 | 干系人参与的连续性 |
| 干系人认同项目目标 | 变更的频率 |
| 支持项目的干系人提高了满意度，并从中收益； 反对项目的干系人没有对项目产生负面影响 |
1.干系人行为 2.干系人满意度 3.干系人相关问题和风险 |
团队绩效域
| 预期目标 | 指标及检查方法 |
|---|---|
| 共享责任 | 目标和责任心 |
| 建立高绩效团队 | 1.信任与协作程序 2.适应变化的能力 3.彼此赋能 |
| 所有团队成员都展现出相应的领导力和人际关系技能 | 管理和领导力风格适宜性 |
开发方法和生命周期绩效域
| 预期目标 | 指标及检查方法 |
|---|---|
| 开发方法与项目可交付物相符合 | 产品质量和变更成本 |
| 将项目交付与干系人价值紧密联系 | 价值导向型项目阶段 |
| 项目生命周期由促进交付节奏的项目阶段和产生项目交付物所需的开发方法组成 | 适宜的交付节奏和开发方法 |
规划绩效域
| 预期目标 | 指标及检查方法 |
|---|---|
| 项目以有条理、协调一致的方式推荐 | 绩效偏差 |
| 应用系统的方法交付项目成果 | 规划的整体性 |
| 对演变情况进行详细说明 | 规划的详尽程度 |
| 规划投入的时间成本是适当的 | 规划适宜性 |
| 规划的内容对管理干系人的需求而言是充分的 | 规划的充分性 |
| 可以根据新出现的和不断变化的需求进行调整 | 可适应变化 |
工作绩效域
| 预期目标 | 指标及检查方法 |
|---|---|
| 高效且有效的项目绩效 | 状态报告 |
| 适合项目和环境的项目过程 | 1.过程的适宜性 2.过程相关性和有效性 |
| 干系人适当的沟通和参与 | 沟通的有效性 |
| 对实物资源进行了有效管理 | 资源利用率 |
| 对采购进行了有效管理 | 采购过程适宜 |
| 有效处理了变更 | 变更处理情况 |
| 通过持续学习和过程改进提高了团队能力 | 团队绩效 |
交付绩效域
| 预期目标 | 指标及检查方法 |
|---|---|
| 项目有助于实现业务目标和战略 | 目标一致性 |
| 项目实现了预期成功 | 项目完成度 |
| 在预定时间内实现了项目收益 | 项目收益 |
| 项目团队对需求由清晰地理解 | 需求稳定性 |
| 干系人接受项目可交付物的成果，并对其满意 | 1.干系人满意度 2.质量问题 |
度量绩效域
| 预期目标 | 指标及检查方法 |
|---|---|
| 对项目状况充分理解 | 度量结果和报告 |
| 数据充分，可支持决策 | 度量结果 |
| 及时采取行动，确保项目最佳绩效 | 度量结果 |
| 能够基于预测和评估做出决策，实现目标并产生价值 | 工作绩效数据 |
不确定性绩效域
| 预期目标 | 指标及检查方法 |
|---|---|
| 了解项目的运行环境，包括技术、社会、政治、市场和经济环境等 | 环境因素 |
| 积极识别、分析和应对不确定性 | 风险应对措施 |
| 了解项目中多个因素之间的相互依赖关系 | 应对措施适宜性 |
| 能够对威胁和机会进行预测，了解问题的后果 | 风险管理机制或系统 |
| 最小化不确定性对项目交付的负面影响 | 项目绩效处于临界值内 |
| 能够利用机会改进项目的绩效和成果 | 利用机会的机制 |
| 有效利用成本和进度储备，与项目目标保持一致 | 储备使用 |
UML
- 类图（class diagram）：类图描述一组类、接口、协作和它们之间的关系。在 OO 系统的建模中，最常见的图就是类图。类图给出了系统的静态设计视图，活动类的类图给出了系统的静态进程视图。
- 对象图（object diagram）：对象图描述一组对象及它们之间的关系。对象图描述了在类图中所建立的事物实例的静态快照。和类图一样，这些图给出系统的静态设计视图或静态进程视图，但它们是从真实案例或原型案例的角度建立的。
- 构件图（component diagram）： 构件图描述一个封装的类和它的接口、 端口，以及由内嵌的构件和连接件构成的内部结构。构件图用于表示系统的静态设计实现视图。对于由小的部件构建大的系统来说，构件图是很重要的。构件图是类图的变体。
- 组合结构图（composite structure diagram）：组合结构图描述结构化类（例如，构件或类）的内部结构，包括结构化类与系统其余部分的交互点。组合结构图用于画出结构化类的内部内容。
- 用例图（use case diagram）：用例图描述一组用例、参与者及它们之间的关系。用例图给出系统的静态用例视图。这些图在对系统的行为进行组织和建模时是非常重要的。
- 顺序图（sequence diagram， 也称序列图）：顺序图是一种交互图（interaction diagram），交互图展现了一种交互，它由一组对象或参与者以及它们之间可能发送的消息构成。交互图专注于系统的动态视图。顺序图是强调消息的时间次序的交互图。
- 通信图（communication diagram）：通信图也是一种交互图，它强调收发消息的对象或参与者的结构组织。顺序图和通信图表达了类似的基本概念，但它们所强调的概念不同，顺序图强调的是时序，通信图强调的是对象之间的组织结构（关系）。在 UML1.X 版本中，通信图称为协作图 （collaboration diagram）。
- 定时图（timing diagram，也称计时图）：定时图也是一种交互图，它强调消息跨越不同对象或参与者的实际时间，而不仅仅只是关心消息的相对顺序。
- 状态图（state diagram）：状态图描述一个状态机，它由状态、转移、事件和活动组成。状态图给出了对象的动态视图。它对于接口、类或协作的行为建模尤为重要，而且它强调事件导致的对象行为，这非常有助于对反应式系统建模。
- 活动图（activity diagram）： 活动图将进程或其他计算结构展示为计算内部一步步的控制流和数据流。活动图专注于系统的动态视图。它对系统的功能建模和业务流程建模特别重要，并强调对象间的控制流程。
- 部署图（deployment diagram）：部署图描述对运行时的处理节点及在其中生存的构件的配置。部署图给出了架构的静态部署视图，通常一个节点包含一个或多个部署图。
- 制品图（artifact diagram）：制品图描述计算机中一个系统的物理结构。制品包括文件、数据库和类似的物理比特集合。制品图通常与部署图一起使用。制品也给出了它们实现的类和构件。
- 包图（package diagram）： 包图描述由模型本身分解而成的组织单元，以及它们之间的依赖关系。
- 交互概览图（interaction overview diagram）： 交互概览图是活动图和顺序图的混合物。