系统集成项目管理工程师 临门一脚

临近考试，为大家呈上系统集成项目管理工程师关键要点！涵盖范围、质量、进度、成本、资源、干系人、风险等高频考点知识，以及信息化发的重点内容。助你明晰概念，掌握技巧，高效备考。此刻全力冲刺，定能考场凯旋，加油！

系统集成项目管理工程师 临门一脚

• 考试用品准备
  • 必备证件
    • 准考证、身份证原件（多备准考证当草稿纸）
  • 书写工具
    • 黑色签字笔
  • 其他物品
    • 矿泉水、纸巾、雨伞（考场外放置）
• 考前准备要点
  • 心态调整
    • 不打听小道消息，保持放松
  • 按时到达
    • 提前踩点
    • 按要求提前到考场
    • 熟悉机考画图工具。模拟平台关闭，可以在visio、word软件练习。
• 答题技巧总结
  • 选择题技巧
    • 关键字
      • 比较题干关键字与答案关键字
        • 关键字较多可能是正确答案
    • 矛盾
      • 选项中答案有矛盾的，其中一个是答案
    • 题干要求
      • 题干要求选错的
        • 不正确，不对，不是
      • 题干要求选对的
        • 下列正确，下列哪个是正确，是
    • 强势
      • 绝对、强势的词语一般非正确答案
    • 不会
      • 性质解题、三长两短选一长、不会的全选C
  • 案例分析技巧
    • 概念题
      • 填空、问答
        • 记住了，赶紧写；没记住，推敲题目背景
      • 判断、选择
        • 不能留白
    • 找茬题
      • 角色代入、场景代入、关键字比对
      • 价值观
        • 计划驱动
        • 流程优先
        • 规范变更
        • 维护共识
      • 人机料法环
        • 语气强势、绝对100%，完全没有一般有问题
    • 计算题
      • 牢记公式，理解画图逻辑
        • 死磕CPM、EVM
        • 开考后，先看这题。对照题目把公式默写下来
• 重点考点梳理
  • 五大过程组 （流程）
    • 范围
      • 范围流程
        • 收集需求
          • 工具
            • 看谈定做
          • 需求文件/需求跟踪矩阵
        • 定义范围
          • 范围说明书内容
        • 创建WBS
          • 范围基准
      • 范围说明书
        • 产品范围描述
          • 做什么
        • 可交付成果
          • 得到什么
        • 验收标准
          • 做的咋样
        • 除外责任
          • 不做什么
        • 假设制约
          • 约束条件
      • 分解
        • 定义
          • 分解是一种把项目范围和项目可交付成果逐步划分 为更小、更便于管理的组成部分的技术。
        • 原则
          • 百分百
          • 无重叠
        • 流程
          • 识别分析
            • 可交付成果& 相关工作
          • 确定
            • 结构& 编排方法
          • 分解
            • ↓ 逐层细化·分解
          • 编码
            • 制定& 分配· 标识编码
          • 核实
            • 可交付成果·分解程度
        • 注意事项
          • 必须面向可交付成果
          • 必须符合项目范围
          • 应该支持计划控制
          • 元素必须有人负责A
          • 分解4~6层
          • 同层4~7个元素
          • 应包括项目管理工作
          • 需要主要干系人参与
          • 并非一成不变
      • 需求类型
        • 干系人需求
        • 项目需求
        • 质量需求
        • 过渡就绪需求
        • 功能需求
        • 非功能需求
      • 范围管理计划与 需求管理计划区别
        • 范围管理计划是项目管理计划的组成部分，描述将如何定义、制定、监督、控制和确认项目范围。
        • 需求管理计划描述了如何分析、记录和管理需求，以及阶段与阶段间的关系对管理需求的影响
    • 可交付成果流程
    • 工作绩效流程
    • 变更流程
      • 变更请求流程
        • 变更请求
        • 批准的变更请求
        • 执行或监控《批准的变更请求》
        • 子主题
      • 变更审批流程
        • 识别变更
        • 记录变更
        • 分析变更影响
        • 做出变更决定
        • 更新计划文件
        • 执行变更
        • 跟踪变更
      • 变更流程2
        • 对变更产生的因素施加影响，防止不必要的变更
        • 1.提出与接受变更申请（正式书面的变更请求）
        • 2.对变更的初审
        • 3.变更方案论证
        • 4.变更审查（CCB）
        • 5.发出通知并实施（变更日志）
        • 6.实施监控
        • 7.效果评估
        • 8.变更收尾
        • 判断发生变更项目是否已纳入正轨
      • 配置项控制 （配置项和基线的变更控制）
        • 变更申请
        • 变更评估
          • 变更对项目的影响:
          • 变更的内容是否必要;
          • 变更的范围是否考虑周全
          • 变更的实施方案是否可行;
          • 变更工作量估计是否合理。
          • CCB 决定是否接受变更，并将决定通知相关人员
        • 通告评估结果
        • 变更实施
        • 变更验证与确认
        • 变更的发布
        • 基于配置库的变更控制
      • 变更总结
        • 3W1H
          • WHAT
            • 定义
            • 分类
          • WHEN
            • 基准确定之后
          • WHO
            • 发起人、PM、CCB（决策变更）、变更顾问委员会（紧急变更时，对被授权者行使变更权限；定期听取变更经理汇报，评估变更管理执行情况，提出改进建议）、变更经理（变更管理负责任）、变更请求人、变更实施者
          • HOW
            • 变更流程、变更控制工具
    • 配置管理
      • 定义
        • 配置管理是为了系统地控制配置变更，在系统的整个生命周期中维持配置的完整性和可跟踪性，而标识系统在不同时间点上配置的学科
        • 应用技术的和管理的指导和监控方法以标识和说明配置项的功能和物理特征，控制这些特征的变更，记录和报告变更处理和实现状态并验证与规定的需求的遵循性。
      • 活动
      • 角色权限
        • 4大角色
          • CCB（配置控制委员会）、配置管理负责人、配置管理员、配置项负责人
        • 项目配置管理权限
      • 配置库
        • 配置项定义
          • 配置项为配置管理设计的硬件、软件或二者集合，在配置管理过程中作为一个单个实体来对待。配置项是信息系统组件或与其有关的项目，包括软件、硬件和各种文档。
        • 配置项状态
          • 草稿、正式和修改3种
        • 配置库操作权限
    • 质量
      • • 规划质量
          • 管理质量
          • 控制质量
        • 工具流程
          • 数据收集
            • 数据分析
            • 数据表现
          • 问题解决
            • 发现问题
              • 核查表
              • 直方图
              • 散点图
              • 检查
              • 审计
              • 绩效审查
            • 分析原因
              • 根因分析
              • 鱼骨图
              • 过程分析
              • 审计
            • 设计方案
              • 面向X设计
              • 质量改进方法
              • 审计
            • 选择方案
              • 成本效益分析
              • 备选方案分析
            • 执行方案
              • 系统
            • 验证有效性
              • 检查
              • 测试与产品评估
              • 绩效审查
    • 进度
      • 三点估算
        • 参数与公式
          • tO：Optimistic=O：最乐观时间 Optimistic
          • tM : Most likely=M：最可能时间 Most likely
          • tP: Pessimistic=P：最悲观时间 Pessimistic
          • 基于贝塔分布（PERT技术）：期望值 = （P+4M+O）/6
        • 正态分布曲线
      • 网络图
        • PDM（又叫AOA、前导图/节点图）
        • 箭线图（ADM、双代号、AOA）
        • 时标网络图（时间刻度+双代号）
      • 关键路径
        • 定义
          • 不考虑任何资源限制，沿进度网络路径进行顺推与逆推分析，计算出所有活动的最早开始、最早结束、最晚开始和最晚结束日期。工期最长路径→完成项目最短工期
        • 顺推法
          • 通过正向计算(从第一个活动到最后一个活动)推算出最早完工时间
        • 逆推
          • 通过反向计算(从最后一个活动到第一个活动)推算出最晚开工和完工时间
        • 注意
          • 关键路径可以有多； 关键路径可以随时变化； 条关键路径.CPM越多、风险越大
        • 总浮动时间
          • 在任一网络路径上，进度活动可以从最早开始日期推迟或拖延的时间，而不至于延误项目完工日期或违反进度制约因素，被称为总浮动时间，又称为总浮动时间。
          • 总浮动时间=最晚开始时间-最早开始时间=最晚结束时间-最早结束时间
        • 自由浮动时间
          • 自由浮动时间就是指在不延误任何紧后活动最早开始时间或不违反进度制约因素的前提下，某进度活动可以推迟的时间量。
          • 自由浮动时间= 紧后活动最早开始ES – 本活动最早完成EF (第一个活动从0开始) 自由浮动时间 = 紧后活动最早开始ES – 本活动最早完成EF-1 (第一个活动从1 开始)
      • 其它
        • 进度压缩、资源优化
    • 成本
      • EVM
    • 资源
      • 规划资源
        • 资源管理计划、团队章程
        • RAM/RACI
      • 获取资源
        • 两单一日历
          • 物资资源分配单、项目团队派工单、资源日历
        • 工具
          • 预分派→谈判→虚拟团队（重点建立沟通计划）→决策（多标准决策分析）
      • 建设团队
        • 建设团队是提高工作能力、促进团队成员互动、改善团队整体氛围，以提高项目绩效的过程。本过程的主要作用是，改进团队协作、增强人际关系技能、激励员工、减少摩擦以及提升整体项目绩效。
        • 塔克曼模型
        • 团队绩效评价
          • 随着项目团队建设工作的开展，项目管理团队应该对项目团队的有效性进行正式或非正式的评价。有效的团队建设策略和活动可以提高团队绩效，从而提高实现项目目标的可能性。评
          • 1.个人技能的改进，从而使成员更有效地完成工作任务， 2.团队能力的改进，从而使团队成员更好地开展工作。 3.团队成员离职率的降低。 4.团队凝聚力的加强，从而使团队成员公开分享信息和经验，并互相帮助来提高项目绩效。
      • 管理团队
        • 管理团队是跟踪团队成员工作表现、提供反馈、解决问题并管理团队变更，以优化项目绩效的过程。本过程的主要作用是，影响团队行为、管理冲突以及解决问题。
        • 冲突管理
    • 干系人 沟通
      • 沟通方法
        • 拉式、推式、互动式，沟通渠道，沟通管理计划内容、会议
      • 识别干系人
        • 权力利益方格
          • 凸显模型
            • 立方体
      • 规划干系人参与
        • 参与度评估矩阵
    • 风险
      • 流程
        • 识别风险→分析风险（定性分析、定量分析）→规划风险应对
      • 定性分析与定量分析
        • 定性是排优先级，定量是确定对目标影响具体数字。定性单个风险对目标影响，定量是对项目整体影响
        • 概率影响矩阵
        • 决策树（预期货币价值）
      • 规划风险应对
        • 风险应对策略
        • 整体风险应对策略
      • 风险概念
        • 定义、分类
  • 概论
    • 立项
    • 立项申请
    • 可研流程
    • 初步可研
    • 详细可研
    • 可研报告
    • 评估报告大纲
      • 项目评估报告大纲应包括项目概况、详细评估意见、总结和建议等内容
    • 项目评估程序
    • 项目管理12原则
      • 管家、领导力、团队、干系人 变革、质量、价值 风险、裁剪、系统思维、驾驭、复杂、适应/韧性
  • IT
    • 十四五规划
    • 新基建
    • 数字中国
      • 数字经济
        • 数字产业化，产业数字化，数字治理
        • 数据价值化：数据资源化→数据资产化→数据资本化
      • 数字政府
        • 以”业务数据化、数据业务化”为着力点，形成“用数据决策、数据服务、数据创新”的现代化治理模式
        • 文件：协同化+云端化+智能化+数据化+动态化
        • 《“十四五”国家信息化规划》：一网通办+跨省通办+一统管（一网、一屏、联动、预警）
        • 数字政府特征：协同化+云端化+智能化+数据化+动态化
      • 数字社会
    • 数字化转型
      • 定义
      • 基本原理
      • 8D模型
      • 信息技术与新一代信息技术
    • 国家信息化系统与国家信息化六要素
      • 国家信息化系统
      • 六要素
        • 1）信息技术应用——龙头
        • 2）信息资源——核心任务
        • 3）信息网络——应用基础：三网：电信网、广播电视网和计算机网。四网：加上“国家电网”；五网：加上 “物联网”
        • 4）信息技术和产业——建设的基础
        • 5）信息化人才——成功之本
        • 6）信息化政策法规和标准规范——根本保障
    • 信息技术服务
      • 服务生命周期
      • 服务产业化
      • ITSS5.0
    • 信息系统架构
    • 软件工程
    • 数据工程
      • 主要工作
      • 数据脱敏
      • 数据分级
    • 安全工程
    • 4个成熟度
    • 其它
      • 网络协议（tcp/ip）、uml、系统集成、软硬件、网络、存储数据库、备份、安全及密码、物联网、云计算、大数据、区块链、AI、AR/VR