2. 创建第一个工程项目文件

在 MS Project 中，“新建一个空白项目”只是拿到了一个空壳，真正决定后续排程是否可信的，是文件创建阶段写入的几组基础参数：项目信息、项目日历、工作环境选项、项目开始日期与默认工作时间。这些参数一旦设定，就会成为所有任务工期、依赖关系、资源可用性和关键路径计算的“底层规则”。如果这一步草率处理，后面往往会出现“工期算出来不对”“周末被算成工作日”“资源冲突莫名其妙”等问题，而且排查成本很高。因此本章的重点不是“点哪个按钮”，而是理解每个参数在排程引擎中扮演什么角色，并按工程实际把它们设对。

一、项目信息设置：给项目一个明确的排程基准

打开 MS Project 后，先通过“项目”选项卡 →“项目信息”对话框完成基础设定。这个对话框里最关键的三个字段是：开始日期、日程排定方法和日历。

开始日期是项目排程的起点。MS Project 默认采用“从项目开始日期排定”的方式，即所有任务尽可能早开始，这是绝大多数工程项目的做法。如果项目有明确的合同开工日，例如 2025 年 3 月 3 日（星期一），就应把开始日期设为该日，而不是设为“今天”。因为软件会以这个日期为基准，结合日历向前推算每个任务的开始与完成时间。

日程排定方法有两个选项：“项目开始日期”和“项目完成日期”。前者用于正排（尽早开始），后者用于倒排（按截止日期反推）。工程进度管理通常使用正排，只有在“必须某天完工、需要反推最晚开工时间”的场景下才用倒排。需要注意的是，一旦选择倒排，任务工期和依赖关系的计算方向会整体反转，后续所有日期解读都要跟着调整，因此不要随意切换。

日历字段用于指定项目级默认日历。新建项目时通常先选“标准”日历，等自定义日历建好后再回到这里替换。这个字段决定了“没有单独指定日历的任务”按哪套工作时间计算。

二、日历定义：把“什么时间能干活”写进规则

日历是 MS Project 排程的核心输入之一。它定义了哪些日期是工作日、每天的工作时段是什么、哪些日期是例外（如法定节假日、调休上班日）。MS Project 提供三种日历层级：标准日历（基准模板）、项目日历（项目级默认）、资源日历（针对具体人员或设备）。任务默认继承项目日历，资源可覆盖为资源日历。

以某市政道路工程为例，假设采用“每周工作 5 天、每天 8 小时”的标准作息，但当地 2025 年 4 月 4 日至 4 月 6 日为清明假期，4 月 7 日（周日）调休上班。定义日历的操作路径是：“项目”选项卡 →“更改工作时间”→ 在“对于日历”下拉框中选择要修改的日历 → 在例外日期表格中逐条添加。

具体填写时，例外日期需要给出名称、开始日期、完成日期和详细信息。例如：

例外日期名称：清明假期
开始日期：2025/4/4
完成日期：2025/4/6
详细信息：非工作时间（全天）

例外日期名称：清明调休上班
开始日期：2025/4/7
完成日期：2025/4/7
详细信息：工作时间 08:00-12:00，13:00-17:00

这里有一个容易出错的点：“非工作时间”和“工作时间”是两种相反的例外类型。假期要选“非工作时间”，调休上班要选“工作时间”。如果选反，软件会把假期算成工作日、把调休日算成休息日，导致工期整体偏移。设置完成后，可以在日历视图中直观看到被标记的日期颜色变化，以此作为检查依据。

此外，如果项目存在“两班倒”或“每天 10 小时”等特殊作息，应通过“工作周”选项卡修改每周的默认工作时段，而不是逐天添加例外。工作周修改会影响整个日历的常规节奏，例外日期只处理个别日期，两者分工要清楚。

三、工作环境配置：让软件按你的习惯工作

工作环境配置主要影响“显示”和“默认行为”，不直接改变排程结果，但会显著影响录入效率和误操作概率。常用设置集中在“文件”→“选项”中：

• 常规：设置默认视图（如甘特图）、最近使用的文件数、用户名。用户名会作为任务备注和修订记录的标识。
• 显示：设置日期格式（如“2025年3月3日”或“2025-03-03”）、货币格式、工期显示单位（天/周）。日期格式建议与项目文档保持一致，避免沟通歧义。
• 日程：这是最关键的页签。其中“工期显示单位”决定输入“5”时按 5 天还是 5 周解释；“默认任务类型”通常保持“固定工期”；“新任务默认开始于”应设为“项目开始日期”，保证新任务自动对齐项目起点。
• 高级：可设置“自动计算”是否开启。建议保持自动计算，便于修改后立即看到工期变化；只有在做大规模调整、需要临时冻结计算时才关闭。

工作环境配置没有唯一正确答案，但应遵循一个原则：让默认值符合项目实际，减少每次录入时的重复调整。例如项目以“周”为汇报单位，就把工期单位设为“周”；项目使用中文日期，就把日期格式设为中文格式。

四、项目开始日期与默认工作时间设定

项目开始日期在“项目信息”中设定，默认工作时间在“更改工作时间”中设定，两者共同决定排程的起点和节奏。设定顺序建议为：先定项目开始日期 → 再定义日历与默认工作时间 → 最后回到项目信息确认日历已关联。

默认工作时间的设定需要明确三个维度：每周工作哪几天、每天工作几个时段、每个时段几点到几点。以标准日历为例，默认是周一至周五，每天 08:00–12:00 和 13:00–17:00，合计 8 小时。如果项目实际是 08:30–12:00、13:30–17:30，也应如实修改，因为 MS Project 会按小时数换算工期。例如一个“3 天”的任务，在每天 8 小时的日历下等于 24 小时工作量；如果日历改成每天 10 小时，同样“3 天”就变成 30 小时，完成日期会提前。

下面这张图展示了从新建文件到排程基准生效的完整参数链路，重点标出各参数之间的依赖关系与检查点：

完成上述设定后，建议用一个“3 天”的测试任务验证排程基准是否正确。在 2025 年 3 月 3 日（周一）开始、标准日历、无假期干扰的情况下，该任务应于 3 月 5 日（周三）完成。如果完成日期落在 3 月 6 日或更晚，说明日历中可能混入了非工作日，或项目开始日期被改成了其他日期。这个简单验证能快速暴露大部分基础参数错误。

最后需要强调：项目信息、日历、工作环境和默认工作时间不是四个孤立的设置项，而是一条相互依赖的参数链。项目信息决定“从哪天开始、按哪套日历排”，日历决定“哪些时间能干活”，工作环境决定“软件如何解释你的输入”，默认工作时间决定“每天干多久”。只有这条链上的每个环节都与工程实际一致，MS Project 算出来的进度才具备参考价值。建议在正式录入任务前，先花十分钟把这四项检查一遍，这十分钟往往能省下后面数小时的返工。