字数 8432,阅读大约需 43 分钟
第40讲:活儿的先后顺序——定义和排列活动
【老孙开篇寄语】
各位掌控时间的指挥官们,大家好!
欢迎来到《2026版“软考找老孙”高项通关84讲》的 “规划篇·第一乐章·深水区”。
上一讲,我们用 WBS(工作分解结构) 这把手术刀,把“智慧邻里”这只大象切成了几百块小肉丁(工作包)。
看着这满地的小肉丁,老板王总问了一个最灵魂、最致命的问题:
“老孙,这几百个活儿,你打算先干哪个?后干哪个?一共要干多久?国庆节能不能上线?”如果你这时候回答:“王总,大家一起上,反正都能干完。”
那你就离下岗不远了。为什么?
因为项目管理不是“大锅饭”,也不是“人海战术”。它是一场精密的 “接力赛”。
- • 有些活儿必须串行: 比如必须先“打地基”,才能“盖楼”。你不能让泥瓦匠在空中砌墙,这是物理规律(硬逻辑)。
- • 有些活儿可以并行: 比如“前端写界面”和“后端写接口”可以同时干,这样能省下一半的时间。
- • 有些活儿有滞后: 比如“浇筑混凝土”后,必须等三天干了才能进行下一步。你就算急死,这三天也得等(滞后量)。
今天,我们要做的就是两件事,把静态的 WBS 变成动态的计划:
- 1. 定义活动: 把 WBS 里的“工作包”(名词),变成更细颗粒度的“活动”(动词)。
- 2. 排列活动顺序: 搞清楚谁先谁后,画出一张错综复杂但逻辑严密的 “项目进度网络图”。
这就是 进度管理 的第一步。谁掌握了它,谁就掌握了项目的 “时间密码”。
一、 上节回顾与热身
1. 上节核心回顾:WBS 的力量
在上一讲(第39讲),我们完成了范围管理的“封神之作”:
- 1. 定义范围: 用《项目范围说明书》画了个圈,明确了做什么(APP、门禁)和不做什么(旧线路改造)。
- 2. 创建 WBS: 遵循 100% 原则 和 8/80 原则,把大项目分解成了 工作包。
- 3. 范围基准: 范围说明书 + WBS + WBS 词典 = 我们的“法律依据”。
2. 上节课后作业精讲
【习题1:关于WBS分解】
- • 题目回顾: 关于 WBS 分解,哪项是错误的?(A.工作包是最低层... C.必须分到每个人每天的任务...)
- • 老孙解析: 选 C。
- • 坑点: 很多同学以为分得越细越好,以为这就是所谓的“精细化管理”。
- • 正解: WBS 分解要遵循 8/80 原则。最细粒度是 8 小时(1天),不是“每天的任务”(比如喝水、开会、回邮件)。如果分得太细,PM 每天光是统计这些琐事就累死了,这就是典型的 微观管理,是项目管理的大忌。
- • 题目回顾: WBS 词典包含哪些内容?
- • 老孙解析: 账户编码、工作描述、紧前活动、资源需求、成本估算、验收标准、负责人。
- • 记忆口诀: “人(负责人)、财(成本)、物(资源)、时(紧前活动)、事(描述)、标(验收标准)、码(编码)”。
- • 痛点一(逻辑混乱): 开发人员 A 闲得发慌,在办公室打游戏,因为他在等开发人员 B 的接口,而 B 还在修上周的 Bug。这就是 “活动依赖关系” 没理顺,导致资源浪费。
- • 痛点二(盲目乐观): 老板问:“这功能三天能做完吗?” 你拍胸脯说:“能!” 结果做了五天。因为你只算了写代码的时间,漏算了 “单元测试”、“代码审查” 和 “部署上线” 的时间。这就是活动定义不完整。
- • 痛点三(牵一发而动全身): 某个不起眼的小模块延期了一天,你觉得没事。结果导致整个项目延期一个月。因为那个小模块在 “关键路径” 上,而你不知道。
- • 工作包是名词(Deliverables): 它是一个结果。比如“一盘红烧肉”。你没法直接估算“一盘红烧肉”要多久,因为这取决于你是从买肉开始做,还是从热剩菜开始做。
- • 活动是动词(Actions): 它是一个过程。比如“去菜场买肉(30分钟)”、“切肉(10分钟)”、“焯水(5分钟)”、“炖煮(60分钟)”。
只有当我们把名词拆解成一个个具体的、可执行的、可估算的 动作 时,我们才能准确地回答老板“到底要多久”这个问题。
定义活动,就是这个 “名词变动词”、“结果变过程” 的质变过程。
【习题2:WBS词典】
二、 咱们今天聊点啥?(本讲目标)
2.1 为什么你必须学好这一讲?
你是否经历过这样的绝望:
今天这一讲,就是教你如何避免这些悲剧。我们将从静态的“范围”,跨越到动态的“时间”。
2.2 本讲核心任务地图
各位战友,如果你以为今天这一讲只是简单的“列个清单、画个图”,那你就大错特错了。
我们即将进入的,是 PMBOK 知识体系中逻辑最严密、计算最复杂、也是最能体现项目经理技术含量的领域——进度管理(Schedule Management)。
如果说“范围管理”是在画地图,那么“进度管理”就是在设计 行军路线和作战时刻表。
这一讲,我们要完成两个看似简单、实则暗藏玄机的核心任务:定义活动 和 排列活动顺序。
这两个任务,是通往下一讲“关键路径计算”的必经之路,也是决定项目能否按时交付的基石。
任务一:定义活动(Define Activities)—— 从“想要什么”到“做什么”
1. 为什么要定义活动?
我们在上一讲的 WBS 中,分解到了“工作包”这一层(比如“登录模块”)。这对于“范围管理”来说已经足够了,因为我知道要交付什么东西了。
但是,对于“进度管理”来说,这还远远不够。
2. 核心考点全景预览(剧透):
在执行这个任务时,我们将遇到几个必须拿下的“拦路虎”(考点):