项目管理 教学课件 作者 陆红第8章项目进度管理 8 1.pptVIP

8.1 项目进度的分析与管理 8.1.1 项目活动定义 8.1.2 项目活动定义过程的输入 8.1.3项目活动定义的方法和工具 8.1.4项目活动定义的输出 8.1.1 项目活动定义 项目活动定义是一个过程，涉及到确认和描述为完成工作分解结构（WBS）所规定的项目可交付成果与子可交付成果所必须进行的具体活动，并将其形成文字记载。活动定义的过程要求所定义的活动应确保能实现项目目标。 8.1.2 项目活动定义过程的输入 工作分解结构（WBS）：工作分解结构图是项目活动定义过程的最基本、最主要的输入。工作分解结构就是为完成项目目标而制定的全部工作或活动的一种层次性集合，是对项目所需完成的全部工作的整体描述。由于进行工作分解时既可按照项目的内在结构，又可按照项目的实施顺序，并且由于项目本身的复杂程度、规模大小也各不相同，从而形成了工作分解结构的不同层次和内容。因此，任何项目都不是只有惟一的一种工作分解结构。 项目范围描述：这是定义项目活动所需的另一项基本信息输入，通常表现为项目范围说明书的形式。在定义项目活动时，包含在范围描述中的项目活动范围和项目目标的描述是最重要的信息。如果项目范围或目标不明确，就可能漏掉一些必要的工作活动，或增加一些与实现项目目标无关的工作活动，从而不利于项目的正常进行。项目范围描述是为制定项目决策，以及为进一步明确或定义一个项目团队和利益相关者之间能达成共识的项目范围提供一个切合实际的基础。 历史资料：在定义项目活动时还需要考虑各种历史信息。其中既包括项目前期所收集的各种信息，也包括以往类似的项目的历史信息。 约束条件：项目约束条件是指限制项目管理团队各项选择余地的条件和因素，这些内容是定义项目活动的关键因素之一。包括项目的范围、预算、资源、人力等条件都是定义活动时所必须考虑的重要因素。 假设条件：项目的假设条件是指以某些前提条件给出的假设。在开始定义项目活动时，某些项目条件还不能确定，所以需要根据经验分析和判断给出假定条件作为定义项目活动的前提。假设的前提条件是必需的，否则无法进行项目活动的定义。提出假设条件时要考虑其科学性、真实性、确定性。 专家建议：专家通常具备相关的专业知识，或有过参与类似项目的经验，所以他们的建议对项目活动的定义有着重要参考价值。 8.1.3项目活动定义的方法和工具 项目活动分解：对于较大、较复杂的项目，为了避免项目活动的重叠和遗漏，需要对项目活动进行结构化的层次分解，通常以工作分解结构作为基础，经过对相关信息的分析，将较为粗略的工作分解结构作层层分解，即把项目的组成要素细分为可管理的、更小的部分，以便更好地管理和控制。这里讲的分解和定义范围中讲的分解之间是有区别的：这里分解的结果是活动而不是项目的可交付成果（有形的东西）。这种方法的优点是强调自上而下的整体性，对于活动的定义比较完整准确；缺点是过程比较复杂，所用时间较长，成本较高。 参考样板：也叫原型法。即利用先前类似项目的活动清单或活动清单的一部分作为新项目活动清单的参考样板。如当前项目的WBS结构中的要素目录可作为今后其它类似项目WBS结构要素的参考样板。样板所列的活动可以包含技能资源以及所需时间的清单、风险的识别、预期的可交付成果以及其它描述性资料。这种方法的优点是简洁高效，缺点是可能漏掉或增加一些项目活动。 8.1.4项目活动定义的输出 活动清单：这是项目活动定义最主要的成果，活动清单必须确保包括项目中所要执行的所有活动，可以视为是工作分解结构的一个细化或延伸。该活动清单应是完备而没有遗漏的，不包含任何不在项目范围里的活动。与工作分解结构一样，活动清单应包括每项活动的具体描述，以确保项目团队成员能全面准确地理解工作应如何完成。 细节说明：用于说明项目活动清单中各项具体细节，其中应包括对所有假设和限制条件的说明。有关活动清单的细节说明应表达清楚并整理成文，以方便今后其它项目管理过程的利用。细节说明的具体内容视应用领域的不同而有所不同。 工作分解结构的更新：在利用工作分解结构来定义项目活动的过程中，项目团队也可能发现哪些项目活动被遗漏，或者意识到哪些项目细节有错误或不合理的地方，并予以增删、修订。出现任何这种修改的时候，必须在原有的工作分解结构相关文件（例如，成本估算）中反映出来，否则会造成项目活动定义文件与其它项目管理文件不一致的现象，从而造成整个项目管理的混乱。这种更新往往被称为细化，当项目采用新的或未经考验的技术时，最容易出现此种情况。