1704398098
1704398099
◆ 经验教训知识库，其中包含以往类似项目的活动清单等历史信息；
1704398100
1704398101
◆ 标准化的流程；
1704398102
1704398103
◆ 以往项目中包含标准活动清单或部分活动清单的模板；
1704398104
1704398105
◆ 现有与活动规划相关的正式和非正式的政策、程序和指南，如进度规划方法论，在编制活动定义时应考虑这些因素。
1704398106
1704398107
6.2.2 定义活动：工具与技术
1704398108
1704398109
6.2.2.1 专家判断
1704398110
1704398111
见4.1.2.1节。应征求了解以往类似项目和当前项目的个人或小组的专业意见。
1704398112
1704398113
6.2.2.2 分解
1704398114
1704398115
见5.4.2.2节。分解是一种把项目范围和项目可交付成果逐步划分为更小、更便于管理的组成部分的技术。活动表示完成工作包所需的投入。定义活动过程的最终输出是活动而不是可交付成果，可交付成果是创建 WBS 过程（见5.4节）的输出。
1704398116
1704398117
WBS、WBS 词典和活动清单可依次或同时编制，其中 WBS 和 WBS 词典是制定最终活动清单的基础。WBS 中的每个工作包都需分解成活动，以便通过这些活动来完成相应的可交付成果。让团队成员参与分解过程，有助于得到更好、更准确的结果。
1704398118
1704398119
6.2.2.3 滚动式规划
1704398120
1704398121
滚动式规划是一种迭代式的规划技术，即详细规划近期要完成的工作，同时在较高层级上粗略规划远期工作。它是一种渐进明细的规划方式，适用于工作包、规划包以及采用敏捷或瀑布式方法的发布规划。因此，在项目生命周期的不同阶段，工作的详细程度会有所不同。在早期的战略规划阶段，信息尚不够明确，工作包只能分解到已知的详细水平；而后，随着了解到更多的信息，近期即将实施的工作包就可以分解到具体的活动。
1704398122
1704398123
6.2.2.4 会议
1704398124
1704398125
会议可以是面对面或虚拟会议，正式或非正式会议。参会者可以是团队成员或主题专家，目的是定义完成工作所需的活动。
1704398126
1704398127
6.2.3 定义活动：输出
1704398128
1704398129
6.2.3.1 活动清单
1704398130
1704398131
活动清单包含项目所需的进度活动。对于使用滚动式规划或敏捷技术的项目，活动清单会在项目进展过程中得到定期更新。活动清单包括每个活动的标识及工作范围详述，使项目团队成员知道需要完成什么工作。
1704398132
1704398133
6.2.3.2 活动属性
1704398134
1704398135
活动属性是指每项活动所具有的多重属性，用来扩充对活动的描述。活动属性随时间演进。在项目初始阶段，活动属性包括唯一活动标识（ID）、WBS标识和活动标签或名称；在活动属性编制完成时，活动属性可能包括活动描述、紧前活动、紧后活动、逻辑关系、提前量和滞后量（见6.3.2.3节）、资源需求、强制日期、制约因素和假设条件。活动属性可用于识别开展工作的地点、编制开展活动的项目日历，以及相关的活动类型。活动属性还可用于编制进度计划。根据活动属性，可在报告中以各种方式对计划进度活动进行选择、排序和分类。
1704398136
1704398137
6.2.3.3 里程碑清单
1704398138
1704398139
里程碑是项目中的重要时点或事件，里程碑清单列出了所有项目里程碑，并指明每个里程碑是强制性的（如合同要求的）还是选择性的（如根据历史信息确定的）。里程碑的持续时间为零，因为它们代表的是一个重要时间点或事件。
1704398140
1704398141
6.2.3.4 变更请求
1704398142
1704398143
见4.3.3.4节。一旦定义项目的基准后，在将可交付成果渐进明细为活动的过程中，可能会发现原本不属于项目基准的工作，这样就会提出变更请求。应该通过实施整体变更控制过程（见4.6节）对变更请求进行审查和处理。
1704398144
1704398145
6.2.3.5 项目管理计划更新
1704398146
1704398147
项目管理计划的任何变更都以变更请求的形式提出，且通过组织的变更控制过程进行处理。可能需要变更请求的项目管理计划组成部分包括（但不限于）：
[
上一页 ]
[ :1.704398098e+09 ]
[
下一页 ]