须加以考虑；

    历史的资料——在定义项目活动过程中，要考虑历史的资料(以往类似的项目包含哪些活动)；

    约束因素——约束因素将限制项目管理小组的选择；

    假设因素——要考虑这些假设因素的真实性、确定性，假设通常包含一定的风险，假设是对风险确认的结果。

    2活动定义的工具和方法

    (1)分解

    分解就是把项目的组成要素加以细分为可管理的更小的部分，以便更好地进行管理和控制。

    (2)参考样板

    先前同类项目的活动目录或活动目录的一部分常可作为新项目活动目录的参考样板。当前工程的WBS结构中的要素目录可以作为今后其他类似WBS结构要素的参考样板。

    3活动定义过程的结果

    (1)形成活动目录

    活动目录必须包括项目中所要执行的所有活动(无一遗漏)。活动目录可视为WBS的一个细化。这个活动目录应是完备的，它不包含任何不在项目范围里的活动。活动目录应包括对活动的具体描述，以确保项目团队成员能够理解工作应当如何去做。

    (2)活动的细节说明

    有关活动目录的细节说明应表达清楚，以方便今后其他项目管理过程的使用。细节说明应包括对所有假设和限制条件的说明。细节的内容由于应用领域的不同而不同。

    (3)WBS结构的修改

    通过利用WBS去确定哪些活动是必须的，项目团队也就能够确认哪些项目细目被遗漏了或者意识到项目细目的描述需要修改。任何这样的修改必须在WBS相关文件(如成本估计)中反映出来，以上修改通常在项目涉及新的或未被验证的技术时发生。

    二、活动排序

    活动排序是确定各活动之间的依赖关系，并形成文档。活动排序可利用计算机进行，也可用手工来做，或者将二者结合起来使用。