|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
成本基准是经过批准的、按时间段分配的项目预算，不包括管理储备，只有通过正式的变更控制程序才能变更，用作与实际结果进行比较的依据。成本基准是所有活动经批准的预算的总和。
|
|
|
|
|
|
（1）汇总各项目活动的成本估算及其应急储备，得到相关工作包的成本。
|
|
|
|
（2）汇总各工作包的成本估算及其应急储备，得到控制账户的成本。
|
|
|
|
（3）汇总各控制账户的成本，得到成本基准。由于成本基准中的成本估算与进度活动直接关联，因此就可按时间段分配成本基准，得到一条S曲线。
|
|
|
|
（4）最后，在成本基准之上增加管理储备，得到项目预算。当出现有必要动用管理储备的变更时，则应该在获得变更控制过程的批准之后，把适量的管理储备移入成本基准中。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
范围基准是经过批准的范围说明书、工作分解结构（WBS）和相应的WBS词典，只有通过正式的变更控制程序才能进行变更。
|
|
|
|
|
|
.项目范围说明书：项目范围说明书包括对项目范围、主要可交付成果、假设条件和制约因素的描述。
|
|
|
|
.WBS：工作分解结构每向下分解一层，代表着对项目工作更详细的定义。把每个工作包分配到一个控制账户，并根据“账户编码”为工作包建立唯一标识，是创建WBS的最后步骤。这些标识为进行成本、进度与资源信息的层级汇总提供了层级结构。控制账户是一个管理控制点。在该控制点上，把范围、预算、实际成本和进度加以整合，并与挣值相比较，以测量绩效。控制账户设置在WBS中选定的管理节点上。每个控制账户可能包括一个或多个工作包，但是一个工作包只能属于一个控制账户。
|
|
|
|
.WBS词典：WBS词典是针对每个WBS组件，详细描述可交付成果、活动和进度信息的文件。WBS词典中的内容可能包括：账户编码标识、工作描述、假设条件和制约因素、负责的组织、进度里程碑、相关的进度活动、所需资源、成本估算、质量要求、验收标准、技术参考文献和协议信息。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
风险识别过程的输出是风险登记册中的初始内容。随着其他风险管理过程的实施，风险登记册中的信息种类和数量会逐渐增加。最初的风险登记册包括如下信息：
|
|
|
|
.已识别风险清单：对已识别风险进行尽可能详细的描述。可采用结构化的风险描述语句对风险进行描述。
|
|
|
|
.潜在应对措施清单：在识别风险过程中，有时可以识别出风险的潜在应对措施。这些应对措施应作为规划风险应对过程的输入。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
根据项目需要，进度管理计划可以是正式或非正式的，非常详细或高度概括的，其中应包括合适的控制临界值。
|
|
|
|
|
|
.项目进度模型制定：需要规定用于制定项目进度模型的进度规划方法论和工具。
|
|
|
|
.准确度：需要规定活动历时估算的可接受区间，以及允许的应急储备数量。
|
|
|
|
.计量单位：需要规定每种资源的计量单位，例如，用于测量时间的人时数、人天数或周数；用于计量数量的米、升、吨等。
|
|
|
|
.组织过程关联：WBS为进度管理计划提供了框架，保证了与估算及相应进度计划的协调性。
|
|
|
|
.项目进度模型维护：需要规定在项目执行期间如何在进度模型中更新项目状态、记录项目进展。
|
|
|
|
.控制临界值：是在需要采取某种措施前，允许出现的最大偏差，通常用偏离基准计划的某个百分数来表示。需要规定偏差临界值，用于监督进度绩效。
|
|
|
|
.绩效测量规则：需要规定用于绩效测量的挣值管理（EVM）规则或其他测量规则。例如，确定完成百分比的规则、用户考核进展和进度管理的控制账户、进度绩效测量指标等。
|
|
|
|
.报告格式：需要规定各种进度报告的格式和报告频率。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
进度安排包括把一个项目所有的工作分解为若干个独立的活动，并描述这些活动之间的依赖关系，估算完成这些活动所需的工作量，分配人力和其他资源，制定进度时序。进度的合理安排是如期完成软件项目的重要保证，也是合理分配资源的重要依据，因此进度安排是管理工作的一个重要组成部分。有两种安排软件开发项目进度的方式：
|
|
|
|
（1）系统最终交付日期已经确定，系统开发部门必须在规定期限内完成；
|
|
|
|
（2）系统最终交付日期只确定了大致的年限，最后交付日期由软件开发部门确定。
|
|
|
|
进度安排的常用图形描述方法有Gantt图（甘特图）和PERT（Program Evaluation&Review Technique，项目计划评审技术）图。
|
|
|
|
（1）Gantt图。Gantt图中横坐标表示时间（如时、天、周、月、年等），纵坐标表示任务，图中的水平线段表示一个任务的进度安排，线段的起点和终点对应在横坐标上的时间分别表示该任务的开始时间和结束时间，线段的长度表示完成该任务所持续的时间。当日历中同一时段中存在多个水平条时，表示任务之间的并发。下图所示的Gantt图描述了三个任务的进度安排。该图表示：任务1首先开始，完成它需要12周时间；任务2在2周后开始，完成它需要18周；任务3在12周后开始，完成它需要10周。
|
|
|
|
|
|
|
|
Gantt图能清晰地描述每个任务从何时开始，到何时结束，任务的进展情况以及各个任务之间的并行性；但是它不能清晰地反映出各任务之间的依赖关系，难以确定整个项目的关键所在，也不能反映计划中有潜力的部分。
|
|
|
|
（2）PERT图。PERT图是一个有向图，其基本符号如下图所示。
|
|
|
|
|
|
|
|
PERT图中的有向弧表示任务，可以标上完成该任务所需的时间，图中的结点表示流入结点的任务已结束，并开始流出结点的任务，这里把结点称为事件。只有当流入该结点的所有任务都结束时，结点所表示的事件才出现，流出结点的任务才可以开始。事件本身不消耗时间和资源，它仅表示某个时间点。每个事件有一个事件号及出现该事件的最早时刻和最迟时刻。最早时刻表示在此时刻之前从该事件出发的任务不可能开始；最迟时刻表示从该事件出发的任务必须在此时刻之前开始，否则整个工程就不能如期完成。每个任务还可以有一个松弛时间（slack time），表示在不影响整个工期的前提下，完成该任务有多少机动时间。为了表示任务间的关系，图中还可以加入一些空任务（用虚线有向弧表示），完成空任务的时间为0。
|
|
|
|
PERT图的一个实例如下图所示，该图所表示的工程可分为12个任务，事件号1表示工程开始，事件号11表示工程结束（完成所有任务需要23个时间单位）。松弛时间为0的任务构成了完成整个工程的关键任务，其事件流为1→2→3→4→6→8→10→11，也就是说，这些任务不能拖延，否则整个工程就不能在23个时间单位内完成。
|
|
|
|
|
|
|
|
PERT图不仅给出了每个任务的开始时间、结束时间和完成该任务所需的时间，还给出了任务之间的关系，即哪些任务完成后才能开始另外一些任务，还可以找出如期完成整个工程的关键任务。任务的松弛时间则反映了完成任务时可以推迟其开始时间或延长其所需完成的时间。PERT图不能反映任务之间的并行关系。
|
|
|
|
|
|
|
|
|
|
|
|
|
