目录
读后感—PMBOK第六版 目录
职场中有句玩笑话：“工作是永远做不完的，任何时候都不可能做完。”这里所吐槽的要点就在于工作任务繁多以及工作缺乏秩序。工作确实是做不完的，倘若工作都能完成，那也就不需要工作了。
工作中令人嫌弃的除了过度的任务量之外，还有那些没有明确要求的工作。这会导致工作来来回回地修改，并且由于没有明确的计划步骤，使得工作的推进总是处于断断续续的状态。刚把工作推进一点，就得停下等待；刚上手做其他工作，前面的工作就忘得差不多了，又要重新去做前面的工作。
提高工作效率可以用一句话来概括：“明确目标、优先排序、专注于单一任务、有效管理时间以及避免干扰”。正确的工作安排能够让工作者处于一个身心愉悦的环境之中，这样的环境将会减少内耗，提升工作效率。
一、排列活动顺序的内容
排列活动顺序是识别并记录项目活动中逻辑关系的过程，其主要目的是定义工作间的逻辑顺序，以在所有制约条件下实现最高效率（见图1）。
图-1 排列活动顺序：数据流程图
除了首尾活动外，每个活动都至少有一个前置活动和一个后置活动，并通过适当设置提前量或滞后量来优化进度计划。此过程可借助项目管理软件、手动或自动技术完成，最终将活动列表转化为图表，作为制定进度基准的基础。
二、排列活动顺序
排列活动顺序过程综合项目管理计划、项目文件、事业环境因素和组织过程资产，运用紧前关系绘图法、依赖关系整合及时间差异考虑（提前量和滞后量）等工具和技术，生成项目进度网络图并更新项目文件（见图2），明确活动间的逻辑顺序，为项目执行奠定基础。
图-2 排列活动顺序：输入、工具与技术和输出
2.1 排列活动顺序：输入
- 项目管理计划
项目管理计划组件包括（但不限于）：
- 进度管理计划：规定了排列活动顺序的方法和准确度，以及所需的其他标准
- 范围基准：在排列活动顺序时，需明确考虑范围基准中的项目 WBS、可交付成果、制约因素和假设条件
- 项目文件
可作为本过程输入的项目文件包括（但不限于）：
- 活动属性：可能描述了事件之间的必然顺序或确定的紧前或紧后关系，以及定义的提前量与滞后量，和活动之间的逻辑关系
- 活动清单：列出了项目所需的、待排序的全部进度活动，这些活动的依赖关系和其他制约因素会对活动排序产生影响
- 假设日志：记录的假设条件和制约因素可能影响活动排序的方式、活动之间的关系，以及对提前量和滞后量的需求，并且有可能生成一个会影响项目进度的风险
- 里程碑清单：可能已经列出特定里程碑的实现日期，这可能影响活动排序的方式
- 事业环境因素
能够影响排列活动顺序过程的事业环境因素包括（但不限于）：
- 政府或行业标准
- 项目管理信息系统（PMIS）
- 进度规划工具
- 组织的工作授权系统
- 组织过程资产
能够影响排列活动顺序过程的组织过程资产包括（但不限于）：
- 项目组合与项目集规划，以及项目之间的依赖关系与关联
- 现有与活动规划相关的正式和非正式的政策、程序和指南，如进度计划方法论，在确定逻辑关系时应考虑这些因素
- 有助于加快项目活动网络图编制的各种模板；模板中也会包括有助于排列活动顺序的，与活动属性有关的信息
- 经验教训知识库，其中包含有助于优化排序过程的历史信息
2.2 排列活动顺序：工具与技术
2.2.1 紧前关系绘图法
紧前关系绘图法（Precedence Diagramming Method，简称 PDM）使用节点来表示活动，并通过箭线来表示活动之间的逻辑关系。它支持四种类型的逻辑关系（见图3）：完成到开始（FS）、开始到开始（SS）、完成到完成（FF）和开始到完成（SF）。
图-3 紧前关系绘图法（PDM）的活动关系类型
- 完成到开始（Finish-to-Start, FS）：一个活动（紧前活动）完成后，另一个活动（紧后活动）才能开始
- 开始到开始（Start-to-Start, SS）：一个活动开始后，另一个活动才能开始
- 完成到完成（Finish-to-Finish, FF）：一个活动完成后，另一个活动才能完成
- 开始到完成（Start-to-Finish, SF）：一个活动开始后，另一个活动才能完成
在项目管理中，紧前活动和紧后活动是用于描述活动之间依赖关系的重要概念：
- 紧前活动
定义：指在项目进度计划中，某一活动开始或完成之前必须完成的活动。换句话说，紧前活动是影响后续活动开始的前提条件。
例子：在建筑项目中，地基的施工（紧前活动）必须在建筑结构的搭建（紧后活动）之前完成。
- 紧后活动
定义：指在项目进度计划中，某一活动完成后才能开始或完成的活动。紧后活动依赖于紧前活动的完成。
例子：在软件开发项目中，编码（紧前活动）完成后，测试（紧后活动）才能开始。
在 PDM 图中，FS 是最常用的逻辑关系类型；SF 关系则很少使用，因为它意味着一个活动的开始将直接影响另一个活动的结束。
虽然两个活动之间可能同时存在两种逻辑关系（例如 SS 和 FF），但不建议相同的活动之间存在多种关系。因此，必须做出选出影响最大关系的决定。此外，也不建议采用闭环的逻辑关系。
2.2.2 确定和整合依赖关系
活动之间的依赖关系可以分为四种主要类型，每种类型都有其特定的特征和应用场景：
- 强制性依赖关系：
活动先后顺序存在硬逻辑关系，团队必须按此先后顺序进行，别无选择。这种强制性依赖关系一般由活动的客观条件决定，或由法律、合同、流程等决定
例如，建筑项目中必须先完成地基建设，然后才能进行上层结构的施工
- 选择性依赖关系：
活动先后顺序存在按经验或约定俗成的软逻辑关系，也称优先逻辑关系。大部分人会据此安排先后顺序，特殊情况下可打破
例如，尽管某些活动可以并行进行，但团队可能选择按顺序执行以降低风险
- 外部依赖关系：
项目活动与非项目活动之间存在依赖关系，这些依赖往往不在项目团队的控制范围内
例如，软件项目的测试活动取决于外部硬件的到货
- 内部依赖关系：
项目活动与活动之间存在依赖关系，通常在项目团队的控制之中
例如，只有机器组装完毕，团队才能对其测试
在项目管理中，识别和管理依赖关系至关重要。强制性依赖关系（硬逻辑）不可更改，而选择性依赖关系（软逻辑）提供灵活性。外部依赖关系涉及团队无法完全控制的因素，需额外沟通协调。排列活动顺序时，应明确各类依赖关系并在进度计划中予以考虑，以确保项目按时完成并满足所有要求。
2.2.3 提前量和滞后量
提前量和滞后量用于调整活动之间的逻辑关系，以更准确地反映实际工作流程：
提前量：表示紧后活动可以相对于紧前活动提前开始或完成的时间量，通常用负数（“-”）表示。例如，在新办公大楼建设项目中，如果绿化施工可以在尾工清单编制完成前2周开始，这就是一个带有2周提前量的完成到开始（FS）关系，在进度计划软件中通常表示为FS-2（见图4）。
滞后量：表示紧后活动必须相对于紧前活动推迟开始或完成的时间量，通常用正数（“+”）表示。例如，对于大型技术文档编写，编辑小组可以在编写工作开始后15天才开始编辑文档草案，这就是一个带有15天滞后量的开始到开始（SS）关系（见图4），在项目进度网络图中可能表示为SS+15。
图-4 提前量和滞后量示例
在下图（见图5） 的项目进度网络图中，活动 H 和活动 I 之间就有滞后量，表示为 SS+10（带10 天滞后量的开始到开始关系），虽然图中并没有用精确的时间刻度来表示滞后的量值。
图-5 项目进度网络图
项目管理团队应明确哪些依赖关系需加入提前量或滞后量，以准确表示活动间的逻辑关系。这些调整不应替代进度逻辑关系，且不计入持续时间估算中，同时需记录相关假设条件。
2.2.4 项目管理信息系统 (PMIS)
项目管理信息系统包括进度计划软件。这些软件有助于规划、组织和调整活动顺序，插入逻辑关系、提前和滞后值，以及区分不同类型的依赖关系。
2.3 排列活动顺序：输出
- 项目进度网络图
项目进度网络图是展示项目活动之间逻辑关系的图形，可以手工绘制或使用项目管理软件。它既可详尽地包含所有细节，也可仅列出概括性活动，并应附有简要文字说明活动排序的方法及任何异常序列。
上图中（见图5），具有多个紧前活动的活动（如I活动）称为“路径汇聚”，意味着它依赖于多个前置任务；而具有多个紧后活动的活动（如K活动）称为“路径分支”，表明它可以触发多个后续任务。这类活动因受多方面影响或能影响多方面，故风险较大。
- 项目文件更新
可在本过程更新的项目文件包括（但不限于）：
- 活动属性：活动属性中可能描述了事件之间的必然顺序或确定的紧前或紧后关系，以及定义的提前量与滞后量，和活动之间的逻辑关系。
- 活动清单：在排列活动顺序时，活动清单可能会受到项目活动关系变更的影响。
- 假设日志：根据活动的排序、关系确定以及提前量和滞后量，可能需要更新假设日志中的假设条件和制约因素，并且有可能生成一个会影响项目进度的风险。
- 里程碑清单：在排列活动顺序时，特定里程碑的计划实现日期可能会受到项目活动关系变更的影响。
