3. 项目创建与模板应用
在 ProjectLink 中，项目不是“先建空壳再慢慢补”的容器，而是一个由模板、属性、日历、团队与权限共同约束的协同空间。创建方式选错，后续计划排程、任务提醒、资源可用性都会跟着偏。本节把“从零创建”和“模板创建”两条路径放在一起讲，重点落在属性与日历这两个最容易被忽略、却直接影响排程结果的环节。
一、两条创建路径：从零创建与模板创建
ProjectLink 提供两种入口：从零创建（Blank Project）和基于模板创建（From Template）。从零创建适合流程尚未定型、需要完全自定义阶段与交付物的探索型项目；模板创建适合已有标准流程、需要快速复用阶段、活动、角色与文档结构的常规项目。实际工作中，绝大多数项目应优先走模板路径，因为模板已经把“阶段—活动—交付物—角色”的骨架固化下来，能显著减少漏项。
从零创建时，系统只生成一个根节点和默认的项目容器，你需要手动补充阶段、活动、里程碑、交付物和团队角色。模板创建则会把模板中的计划结构、文件夹结构、访问策略、甚至默认日历一并复制到新项目中。需要注意的是：模板复制的是“结构”，不是“历史数据”，因此模板中的示例任务、示例文档通常不会被带入，除非模板明确配置了“包含示例内容”。
二、项目属性：决定项目“身份”和“行为”的字段
无论走哪条路径，创建向导都会要求填写一组项目属性。这些属性不是装饰，它们会影响搜索、权限、排程和报表。常见的关键属性包括：
- 项目名称与编号：名称用于界面显示，编号用于唯一标识，建议采用“年份-部门-序号”的规则，例如
2025-RD-014。 - 项目类型：决定可用的模板范围、阶段命名规则和报表口径。
- 项目负责人（Manager）：拥有最高权限，负责审批、资源分配和项目关闭。
- 开始日期与结束日期：作为排程的边界，影响任务自动排程的起止范围。
- 项目日历：决定工作日、非工作日和每日工时，直接影响任务工期计算。
- 访问策略：控制项目对组织内其他成员的可见性，常见有“仅团队成员可见”“组织内可见”“公开只读”等。
这些属性中，项目日历与排程关系最紧密，也是新手最容易直接沿用默认值而埋下隐患的地方。下面重点展开。
三、项目日历与工作日历：排程的“时间底座”
ProjectLink 中的日历分为两层：工作日历（Work Calendar）和项目日历（Project Calendar）。工作日历是组织级的基础日历，定义了一周中哪些天是工作日、每天的标准工时、以及法定节假日；项目日历则是在工作日历基础上，针对具体项目做的覆盖，例如某项目采用“大小周”、某项目因客户时区不同而调整周末定义。
创建项目时，系统会默认继承组织的工作日历。如果项目有特殊作息，应在项目属性中切换到自定义项目日历，或直接修改项目日历的工作日设置。日历的核心参数包括：
| 参数 | 含义 | 示例值 |
|---|---|---|
| 工作日 | 一周中哪些天计为工作日 | 周一至周五 |
| 每日工时 | 每个工作日的标准可用小时数 | 8 小时 |
| 上班/下班时间 | 用于细化到小时级排程 | 09:00–18:00，午休 12:00–13:00 |
| 例外日期 | 法定节假日、公司假日、调休上班日 | 10 月 1–7 日休息；10 月 11 日上班 |
日历对排程的影响可以用一个简单例子说明：某任务工期为 5 个工作日，若项目日历为“周一至周五工作”，从周一启动，则完成日为周五；若项目日历改为“周一至周六工作”，同样 5 个工作日，从周一启动，完成日提前到周六之前，即周五仍可完成，但若从周三启动，则完成日会落在下周一。可见日历一变，所有任务的完成日期都会连锁变化。因此，项目日历应在计划编制前确定，而不是排完计划再改。
四、创建与配置的完整操作链
把上述内容串起来，一次规范的项目创建应包含以下动作：选择创建方式 → 填写项目属性 → 选择或确认项目日历 → 应用模板结构 → 调整阶段与活动 → 分配角色与权限 → 保存并激活。其中“选择或确认项目日历”必须在“调整阶段与活动”之前完成，否则后续排程结果需要整体重算。
下面这张图把“创建路径—属性—日历—排程结果”的关系集中呈现出来，重点看日历参数如何向下影响任务工期与完成日期。
五、模板选用与属性、日历的配合要点
模板不是“越全越好”。选用模板时，应重点检查三件事：模板中的阶段是否与当前项目生命周期一致；模板中的角色是否覆盖当前团队的实际分工；模板默认继承的日历是否与项目实际作息一致。如果模板默认日历是“周一至周五”，而项目实际执行“大小周”，则必须在创建后立即修改项目日历，否则所有任务工期都会偏短或偏长。
另外，模板中的访问策略也常被忽略。有些模板默认“组织内可见”，如果项目涉及敏感数据，应在创建后改为“仅团队成员可见”，再逐个添加成员。属性、日历、访问策略这三项，建议在项目创建向导的同一轮中完成，避免项目激活后再回头修改，因为激活后的修改可能触发权限重算和排程重算。
六、可直接套用的创建检查清单
为便于落地，下面给出一份项目创建检查清单，可在创建向导中逐项核对。字段和判断依据均围绕 ProjectLink 项目创建的实际需要设计，不引入无关管理字段。
| 检查项 | 判断依据 | 示例/说明 |
|---|---|---|
| 创建方式 | 流程是否已标准化 | 标准化选模板；探索型选从零创建 |
| 项目名称与编号 | 是否唯一、可检索 | 2025-RD-014 |
| 项目类型 | 是否与模板范围匹配 | 研发类 / 交付类 |
| 负责人 | 是否具备审批与资源分配权限 | 项目经理账号 |
| 起止日期 | 是否覆盖实际执行周期 | 2025-03-01 至 2025-09-30 |
| 项目日历 | 工作日、工时、例外日期是否确认 | 周一至周五，8 小时，含法定节假日 |
| 访问策略 | 是否符合数据敏感级别 | 仅团队成员可见 |
| 模板结构 | 阶段、角色、交付物是否完整 | 检查是否缺少评审阶段 |
完成以上检查后，再激活项目并进入计划编制。此时项目已经具备稳定的时间底座和权限边界，后续的任务排程、资源分配和进度跟踪才有可靠依据。项目创建不是一次性动作，而是为整个协同过程设定规则；规则定得清楚，后面的协同成本才会低。