创建任务列表－－估计工期

ghosty

任务的工期是您预期的完成任务所需的时间。Project能处理范围从分到月的工期。根据项目的范围，您可能希望处理的工期的时间刻度为小时、天和星期。

例如，项目的项目日历定义的工作时间可能是周一到周五的上午8点到下午5点，中间有一小时午休时间，晚上和周末为非工作时间。如果您估计任务将花费的工作时间为16小时， 您应该在工期中输入2d，将工时安排为两个八小时工作日。如果工作在周五上午8点开始，那么可以预料在下周一下午5点之前工作是不能完成的。不应将工作安排为跨越周末，因为周六和周日是非工作时间。


提示 可以通过计算任务最早的开始日期和最晚的完成日期之间的差值来确定项目的总工期。项目工期也受其他因素影响，例如任务关系(在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为每个任务输入估计的工期：一天(“工期”域中的问号表示此工期是估计值，尽管实际上在完成任务之前，应该将所有的任务工期都视为估计值)。按照以下步骤输入工期。
(1) 单击“工期”列标题下属于任务2即Develop script的单元格，则任务2的“工期”域被选中。
(2) 输入5d，然后按Enter键。
(3) 按照表2.2为余下任务输入工期。



图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
9	Log footage	1d

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


图2.4 输入工期后，任务条长度的变化

项目管理重点：如何提出精确的任务工期?
在估计任务工期时，应该考虑两条总的原则。
n 总的项目工期通常与任务工期相关，长期项目的任务工期比短期项目的任务工期长。
n 如果按照项目计划跟踪进度(如第Ⅱ部分的第6章所述)，必须考虑跟踪项目任务的详细程度。例如，如果项目长达数年，那么以分或小时为单位来跟踪任务是不实际甚至是不可能的。通常，应该用至关重要的细节或控制的最低水平来度量任务工期，但不能再低于这些水平。
书中提供了您在本书中使用的项目的工期。但对于真实项目而言，通常需要自己估计任务工期。工期的估计值可参考以下信息：
n 以前类似项目的历史信息；
n 负责完成任务的人员的估计值；
n 有类似项目管理经验的人员的专业判断；
n 承担类似项目的专业或行业组织的标准。
对于复杂项目而言，可能需要综合考虑以上信息来估计任务工期。因为不准确的任务工期估计值是项目风险的主要源头，所以得出恰当的估计值是值得花费气力的。
一个常用的经验规则称为8/80规则。此规则建议值位于8小时(一天)和80小时(10个工作日或两个星期)之间的任务工期通常是可管理的工期。工期少于一天的任务可能过于琐碎；工期长于两个星期的任务可能过长而无法严格管理。现实中存在许多合理的原因需要打破此规则的限制，但对于项目中的大多数任务而言，此规则还是有借鉴意义的。