项目边界

项目边界【项目边界】项目边界是针对在预先範围定义内项目的定义範围 。
定义项目边界前需要预先範围定义 , 所以项目边界也是针对在预先範围定义内定义项目边界;在执行项目的过程中 , 有两次机会定义範围 。高端範围在预定义的项目过程中加以定义 。这些範围声明有助于建立项目的边界 。收集商业需求时 , 範围定义得越详细越好 。如果把範围看作是一个箱子 , 那幺高端範围用来定义箱子的大小和形状;而需求则定义箱子的内容 。寻找高端範围定义的首要之地是项目目标 。所有的项目都创建事物 , 而目标要通过建立一个或几个项目成果来达到 。列出项目成果可让读者了解项目的作用 , 并含蓄地指出它的缺点 。这是描述项目边界的起始点 。如果你的高端範围部分没有其它的内容 , 你至少应列出项目成果 。由于赞助商要批准你的项目定义档案 , 这些应成为赞助商所能理解的对外项目成果 。不要把只有项目团队才需要的项目成果包括在内 。项目成果让你理解项目能完成“什幺目标” 。一旦你列出了项目成果 , 接着问其它一些“哪些”型的问题 , 确定範围的其它因素 。这些因素包括:需要的哪些数据类型、项目应包括哪些主要性能、哪些商业进程会受到影响等 。为使项目简单明了、对比鲜明 , 你还可以通过描述未建立的项目成果、未受影响的机构以及项目中未包含的特点与功能等来识别範围以外的条件 。当然 , 项目外声明数目繁多 。为达到定义範围的目的 , 你可能想仅包含那些有助于定义项目边界的声明 , 并简单涉及读者有疑问的相关领域 。例如 , 如果你正在安装财务软体 , 你可能会规定:新的应付账款包含在範围内 , 而相关的採购系统则位于範围之外 。由于採购系统与应付账款进程互为相关 , 至于採购系统是否在範围以内 , 可能会产生疑问 。你不必列出範围外的其它系统 , 只需要列举读者可能会有疑问的系统即可 。以档案的形式证明哪些机构处于範围内 , 哪些相关机构在範围以外 , 是一个良好的习惯做法 。项目定义档案的读者因此能够更加轻鬆地确定所在的机构是否会受到影响 , 或是希望得到援助 。这种做法还有助于赞助商决定是否建立一个由这些机构的代表组成的筹划指导委员会 。