Project - 2010自学详细教程 

Production Rehearse

Shoot video 第Ⅰ部分管理简单项目 32

Log footage

完成此步骤后，应总共输入 9 个任务，如图 2.2所示。 图2.2 9个新任务

提示除了向 Project 直接输入信息外，还可以在其他应用程序中制作任务列表，然后将它们导入 Project。例如 Project 安装有名为 Microsoft Project 任务列表导入模板(Microsoft Project Task List Import Template)的 Excel 模板，您或其他人可以将其完善，然后以恰当的结构导入 Project。在 Excel 中，此模板显示在“模板”对话框的“电子表格方案”选项卡中。您还可以将 Outlook 任务列表导入项目计划，方法是单击“工具”菜单中的“导入 Outlook 任务”。 项目管理重点：为了正确的可交付成果定义正确的任务

每一个项目都有最终的目标或意图，即项目开始的理由。它被称为项目可交付成 果。可交付成果通常是产品(如电视广告)，或是服务或事件(如软件训练会话)。定义正确的任务以产生正确的可交付成果是项目管理者具备的基本技能。在 Project 中创建的

任务列表应该描述成功完成项目所必需的所有工作，而且只描述必需的工作。 在制定任务列表时，你可能会发现区别产品范围和项目范围是有益的。产品范围描述的是项目可交付成果的质量、特性和功能。例如，在本书第Ⅰ部分使用的场景中，可交付成果是电视广告，其产品范围可能包括它的长度、主题和观众群。而项目范围则描述要产生这样的产品或服务所必需的工作。在本书的场景中，项目范围包括与制作电视广告相关的详细的任务，如拍摄、编辑等。 2.2 估计工期

任务的工期是您预期的完成任务所需的时间。Project 能处理范围从分到月的工期。根

据项目的范围，您可能希望处理的工期的时间刻度为小时、天和星期。 例如，项目的项目日历定义的工作时间可能是周一到周五的上午 8 点到下午 5 点，中间有一小时午休时间，晚上和周末为非工作时间。如果您估计任务将花费

的工作时间为 16小时，您应该在工期中输入 2d，将工时安排为两个八小时工作日。如果工作在周五上午8 点开始，那么可以预料在下周一下午 5 点之前工作是不能完成的。不应将工作安排为跨第2章创建任务列表 33

越周末，因为周六和周日是非工作时间。

提示可以通过计算任务最早的开始日期和最晚的完成日期之间的差值来确定项目的总工期。项目工期也受其他因素影响，例如任务关系(在 2.5 节介绍)。因为 Project 区分工作和非工作时间，所以任务的工期并非一定与经过的时间相关。 在 Project 中，可以对工期使用缩写，如表 2.1 所示。 表2.1 工期的缩写形式 缩写代表含义 m min 分 h hr 小时 d day 天 w wk 周 mo mon 月

提示可以安排任务在工作和非工作时间执行。为此，可为任务分配占用的工期(Elapsed Duration)。在工期前加上缩写 e 表示占用的工期。例如，输入 3ed 表示连续的三天。可以对某一个不能直接控制但对项目而言很关键的任务使用占用的工期。例如，建筑项目中可能有“灌注地基”任务和“去除地基模具”任务，那么应该也有“等待混凝土凝固”任务，因为在混凝土凝固之前不会去除模具。“等待混凝土凝固”任务应有占用的工期，因为混凝土凝固经过的是连续的日期，不管它们是工作时间还是非工作时间。如果混凝土凝固需要 48 小时，可以在该任务工期内输入 2ed，将任务安排在周五上午 9 点开始，预期任务会在周日上午 9 点完成。但是，在大多数情况下，您在 Project 中使用的是非占用的工期。 Project 对表示工期的分、时使用标准值：1 分等于 60 秒，1 小时等于 60 分。但是，可以为表示项目工期的天、周和月定义非标准值。单击“工具”菜单中的“选项”，在“选项”对话框中，单击“日历”标签，如图 2.3 所示。 本章的练习使用默认值：每天 8 小时，每周 40小时，每月 20 天。

提示计划评审技术(Program Evaluation and Review Technique，PERT)分析对于估计任务工期是很有用的，不过它的内容超出本书的介绍范围。如需了解 PERT 的

更多信息，在 Project 窗口右上角的“键入需要帮助的问题”框中输入 Use PERT analysis to estimate task durations。

在下面的练习中，将为每个创建的任务输入工期。在创建这些任务时，Project 为每个任务输入估计的工期：一天(“工期”域中的问号表示此工期是估计值，尽管实际上在完成任务之前，应该将所有的任务工期都视为估计值)。按照以下步骤输入工期。第Ⅰ部分管理简单项目 34

(1) 单击“工期”列标题下属于任务 2 即 Develop script 的单元格，则任务 2 的“工期”域被选中。

(2) 输入 5d，然后按 Enter键。 (3) 按照表 2.2 为余下任务输入工期。 如果设臵为每天8 小时，则输入两天的任 务工期等于输入 16 小时

如果设臵为每月 20 天，则输入一个月的任务 工期等于输入 160 小时(8 小时/天× 20 天/月) 如果设臵为每周 40 小时，则输入三 周的任务工期等于输入 120 小时

图2.3 “日历”选项卡 表2.2 余下任务的工期设臵 任务ID 任务名称工期 3 Develop production boards 3d 4 Pick locations 2d 5 Hold auditions 2d

6 Production 按Enter键跳过该项任务 7 Rehearse 2d

8 Shoot video 2d 第2章创建任务列表 35

9 Log footage 1d

完成步骤(3)后，可以看见甘特图中任务条的长度发生改变，如图 2.4 所示。 图2.4 输入工期后，任务条长度的变化

项目管理重点：如何提出精确的任务工期? 在估计任务工期时，应该考虑两条总的原则。

??总的项目工期通常与任务工期相关，长期项目的任务工期比短期项目的任务工 期长。

??如果按照项目计划跟踪进度(如第Ⅱ部分的第 6 章所述)，必须考虑跟踪项目任 务的详细程度。例如，如果项目长达数年，那么以分或小时为单位来跟踪任务 是不实际甚至是不可能的。通常，应该用至关重要的细节或控制的最低水平来 度量任务工期，但不能再低于这些水平。

书中提供了您在本书中使用的项目的工期。但对于真实项目而言，通常需要自己估计任务工期。工期的估计值可参考以下信息： ??以前类似项目的历史信息； ??负责完成任务的人员的估计值；

??有类似项目管理经验的人员的专业判断； ??承担类似项目的专业或行业组织的标准。

对于复杂项目而言，可能需要综合考虑以上信息来估计任务工期。因为不准确的任

务工期估计值是项目风险的主要源头，所以得出恰当的估计值是值得花费气力的。一个常用的经验规则称为 8/80 规则。此规则建议值位于 8 小时(一天)和 80 小时(10个工作日或两个星期)之间的任务工期通常是可管理的工期。工期少于一天的任务可能过于琐碎；工期长于两个星期的任务可能过长而无法严格管理。现实中存在许多合理的原因需要打破此规则的限制，但对于项目中的大多数任务而言，此规则还是有借鉴意义的。 2.3 输入里程碑

除了跟踪要完成的任务外，您可能还希望跟踪项目的重大事件，如项目的预生产阶段何时结束。为此，可以创建里程碑。

里程碑是在项目内部完成的重要事件(如某工作阶段的结束)或强加于项目的重要事件第Ⅰ部分管理简单项目 36

(如申请资金的最后期限)。因为里程碑本身通常不包括任何工作，所以它表示为工期为 0的任务。

在下面的练习中，将创建一个里程碑。

(1) 单击任务 6的名称：Production。 (2) 在“插入”菜单中，单击“新任务”。

Project 为新任务插入一行，并重新对后面的任务排序。

提示也可按 Insert 键，在所选任务上方插入一个新任务。如要插入多个新任务，先选择

多个任务，然后按 Insert键，Project会插入同样数量的新任务。 (3) 输入 Pre-Production complete!，然后按Tab 键，移动到“工期”域。 (4) 在“工期”域中，输入 0d，然后按 Enter键。 此里程碑就加入计划了，如图 2.5 所示。 在甘特图中，里程碑表示为黑色菱形 图2.5 加入里程碑

提示也可以将工期为任意长度的任务标记为里程碑。双击任务名称，显示“任务信息”对话框，然后单击“高级”标签，在选项卡中勾选“标记为里程碑”。 2.4 分阶段组织任务将代表项目工作主要部分的极其相似的任务分为阶段来组织是有益的。回顾项目计划时，观察任务的阶段有助于分辨主要工作和具体工作。例如，较常见的有将电影或视频项目分为以下几个主要工作阶段：前期制作、制作和后期制作。可以通过对任务降级或升级

来创建阶段。也可以将任务列表折叠到阶段中，很像在 Word 中使用大纲。在 Project 中，阶段表示为摘要任务。

摘要任务的行为不同于其他任务。不能直接修改摘要任务的工期、开始日期或其他计算值，因为这些信息是由具体任务(称为子任务，它们缩进显示在摘要任务之下)派生的。在Project中，摘要任务的工期为其子任务的最早开始时期与最晚完成日期之间的时间长度。 第2章创建任务列表 37

项目管理重点：自上而下规划和自下而上规划

制定任务和阶段的两种最常用的方法是自上而下规划和自下而上规划。 ??自上而下规划。在确定完成阶段所需的任务之前，先确定项目的主要阶段或产 品。复杂项目的阶段可能分几个层次。此方法适用于从一般到具体的规划。 ??自下而上规划。在将底层具体任务组织到逻辑分组(称为阶段或摘要任务)中 前，应尽可能多地确定这些具体任务。此方法适用于从具体到一般的规划。