项目管理

对象关系

]project-open[ 的项目管理围绕一组相互关联的对象展开：

客户 Company
  └── 项目 Project
        ├── 子项目 Subproject
        ├── 任务 Task
        │     └── 工时 Hour
        ├── 成员 Membership
        └── 合同 / 报价 Quote

项目既可以作为交付单元，也可以作为成本中心。父子项目支持把大型项目拆成阶段或工作流。

立项

创建项目时，至少需要填写：

• 项目名称与编号：编号建议与合同或内部立项单一致；
• 客户：关联 Company，后续账单与报表按客户汇总；
• 项目经理：默认拥有项目级管理权限；
• 起止日期：影响资源视图与超期提醒；
• 项目类型：决定默认权限模板与可用的财务规则；
• 币种与计费方式：固定总价、按工时或混合模式。

项目类型是关键配置。建议在正式使用前与财务、交付负责人一起确定类型清单，避免上线后频繁改类型导致历史数据口径不一致。

任务分解

任务支持层级结构与依赖关系。实践中推荐：

1. 用两层任务表达“阶段 → 可交付物”，不要过度拆解到小时级；
2. 每个任务有明确的负责人和完成标准；
3. 计划工时用于资源测算，实际工时来自工时记录；
4. 里程碑任务不记录工时，仅用于验收节点。

任务状态建议保持简洁：新建 → 进行中 → 待验收 → 已完成。过多状态会增加维护成本，也会让报表难以解释。

成员与权限

项目成员通过角色获得权限，常见角色包括：

角色	典型权限
项目经理	编辑项目、分配任务、审批工时
团队成员	查看项目、更新自己的任务与工时
财务	查看合同与账单、生成发票
客户联系人	只读查看指定项目或工单
系统管理员	全局配置与用户管理

权限继承自 OpenACS 的对象权限模型。给客户开放访问时，建议只授予具体项目或工单的只读权限，不要授予客户公司级权限。

进度与预警

系统可以基于任务日期与工时计算进度。要让预警有意义，需要保证：

• 任务计划日期真实反映承诺；
• 成员按周录入工时，而不是月底补录；
• 项目经理每周处理一次超期任务。

对于跨国或跨时区团队，统一以公司主时区统计，避免“同日不同天”的报表差异。

结项

结项前建议完成以下检查：

• 所有任务已关闭或有明确的遗留说明；
• 工时已提交并审批，未结算工时为 0；
• 账单与发票已生成或确认无需计费；
• 附件与交付物已归档；
• 项目成员权限已回收。

结项后项目应转为只读或受限编辑，确保历史数据可追溯。

常见误区

把项目当成文件夹。 项目是成本与权限的边界，随意创建大量临时项目会让报表失真。

只记录任务不记录工时。 没有工时数据，系统无法回答“这个项目是否赚钱”。

让所有人都是项目经理。 权限过宽会削弱审计价值，也会增加误操作风险。

下一步

• 翻译协同
• 工时与计费