【系统分析师】项目管理

文章目录

  • 1、范围管理
  • 2、时间(进度)管理【重点】
    • [2.0 活动资源估算](#2.0 活动资源估算)
    • [2.1 进度控制](#2.1 进度控制)
    • [2.2 关键路径法](#2.2 关键路径法)
      • [2.2.1 单代号网络图](#2.2.1 单代号网络图)
      • [2.2.2 双代号网络图](#2.2.2 双代号网络图)
      • [2.2.3 自由时差](#2.2.3 自由时差)
      • [2.2.4 甘特图](#2.2.4 甘特图)
  • 3、配置管理
    • [3.1 配置项/配置库](#3.1 配置项/配置库)
    • [3.2 变更控制](#3.2 变更控制)
    • [3.3 版本管理](#3.3 版本管理)
  • 4、质量管理
  • 5、成本管理
    • [5.1 成本管理的概念](#5.1 成本管理的概念)
    • [5.2 挣值管理](#5.2 挣值管理)
  • 6、风险管理
    • [6.1 风险的概念](#6.1 风险的概念)
    • [6.2 风险的分类](#6.2 风险的分类)

【写在前面】
记录了一系列【系统分析师】文章,点击下面的链接,可以跳转

【系统分析师-系列文章目录 】

内容来源:希赛

视频:B站


1、范围管理

确定边界,什么该做,什么不该做

2、时间(进度)管理【重点】


2.0 活动资源估算

bash 复制代码
1、专家判断法 - 较多(找个经验丰富的人来讨论判断
2、三点估算法: 乐观时间+4*最可能时间+悲观时间
3、功能点估算法
4、自上而下的估算
5、自下而上的估算:越细越精准

2.1 进度控制

bash 复制代码
1、关键活动比较重要
2、偏差大于总时差,项目会延期
3、偏差大于自由时差,可能会影响别人
4、赶工:一般是加班,不会加人
5、

2.2 关键路径法

2.2.1 单代号网络图

会考计算

关键路径:项目的总工期,对应最长路径
自由时差:不延误今后活动的自由量
自由时差 = 紧后活动的最早开始时间-当前活动的最早完成时间

bash 复制代码
B的自由时差:13-7=6
E的自由时差:23-18=5
D的自由时差:23-23

2.2.2 双代号网络图

bash 复制代码
# 自由时差和总时差的区别?

总时差:也称 总宽裕时间。指 不影响整个项目最早完成时间的前提下,一项工作的完工期可以推延的时间。
总时差计算:该活动的最早开始时间和最晚开始时间之差
总时差越大,说明该活动在时间安排上的灵活性越大,对项目整体进度的影响也越小

自由时差:FF free float ,指一项工作在不影响其紧后工作最早开始时间的条件下,本工作可以利用的机动时间
自由时差计算:该工作的所有紧后工作的最早开始时间的最小值,减去该工作的最早结束时间
自由时差的存在意味着,在不推迟后续工作的情况下,当前工作有一定的时间裕量可以调整。

2.2.3 自由时差

2.2.4 甘特图

3、配置管理

3.1 配置项/配置库

3.2 变更控制

3.3 版本管理


4、质量管理

5、成本管理

5.1 成本管理的概念

5.2 挣值管理

bash 复制代码
进度绩效指数:小于1 ,进度慢了
成本绩效指数:小于1,性价比不高

6、风险管理

6.1 风险的概念

6.2 风险的分类

相关推荐
40岁的系统架构师17 小时前
19 压测和常用的接口优化方案
分布式·系统架构
小小工匠21 小时前
每日一博 - 三高系统架构设计:高性能、高并发、高可用性解析
系统架构·高并发·高性能·高可用·三高架构
掘金-我是哪吒21 小时前
分布式微服务系统架构第90集:现代化金融核心系统
分布式·微服务·金融·架构·系统架构
掘金-我是哪吒2 天前
分布式微服务系统架构第89集:kafka消费者
分布式·微服务·架构·kafka·系统架构
Stargazer_Wang2 天前
INCOSE需求编写指南-附录 C: 需求模式
系统架构·需求分析·软件需求
Stargazer_Wang3 天前
INCOSE需求编写指南-附录 A: 参考文献
系统架构·需求分析·软件需求
掘金-我是哪吒5 天前
分布式微服务系统架构第88集:kafka集群
分布式·微服务·架构·kafka·系统架构
是店小二呀6 天前
【Linux】 冯诺依曼体系与计算机系统架构全解
linux·unity·系统架构
不止会JS6 天前
系统架构设计师教材:信息系统及信息安全
网络安全·信息安全·系统架构·信息系统
40岁的系统架构师7 天前
16 分布式session和无状态的会话
分布式·系统架构