PMS 详解：研发项目管理系统的架构思考
本系列第六篇（完结）。MES / LIMS / ELN / EDC / BI / PMS（本篇）。
一句话定位
研发项目从立项到结项的全周期管理——项目档案、阶段计划、任务分解、资源排期、工时、里程碑、交付物评审，一竿子到底。PMO 的工作台。
先回答”为什么不用 Jira”：通用工具管协作，PMS 管管控。医药研发的阶段评审（Stage-Gate）带法规与治理属性——一期的数据不齐，二期就不能启动，这不是敏捷团队自己说了算的事。Gate 是质量门，不是审批流。
核心领域模型
| 概念 | 说明 |
|---|---|
| Project 项目 | 主角，有生命周期：立项→执行→结项 |
| Phase / Gate 阶段/门 | Stage-Gate：阶段之间有道门，门有 checklist |
| Milestone 里程碑 | 关键时间点，有基线 vs 实际偏差 |
| WBS 任务分解 | 项目 → 任务 → 子任务，有依赖关系 |
| Timesheet 工时 | 人 × 任务 × 周期的时间投入 |
| Deliverable 交付物 | 文档、数据集，带版本与评审 |
| Baseline 基线 | 计划的版本快照，用于对比 |
Stage-Gate 模型一图流：
立项 ─→ 发现 ─→ 临床前 ─→ 临床Ⅰ期 ─→ Ⅱ期 ─→ Ⅲ期 ─→ 注册 ─→ 上市
Gate0 Gate1 Gate2 Gate3 Gate4 Gate5
每道门：checklist 齐全 → 评审会 → 决策（通过/打回/终止）关键模块
- 立项与项目档案 —— 项目章程、团队、预算、关联法规路径
- 阶段计划 —— Gate 的准入/准出 checklist，不齐过不去
- WBS 与任务 —— 甘特图、任务依赖、关键路径
- 资源排期 —— 人员多项目占用视图、排期冲突检测
- 工时填报 —— 见下文，用户体验的生死线
- 里程碑预警 —— 基线偏差、逾期升级提醒
- 交付物归档 —— 文档版本、评审流程（会签）
- 组合视图 —— PMO 大盘：全部项目红绿灯、资源水位
技术挑战（架构师视角）
一：关键路径计算（CPM）。 任务依赖构成有向无环图，关键路径 = 决定项目最短工期的最长任务链。算法是教科书级的前推（最早开始/结束）+ 后推（最晚开始/浮动时间），难点在工程化：
- 一个任务延期，下游所有任务的最早/最晚时间全部重算——变更传播要做成事件驱动，而不是每次全图重算
- 循环依赖要在建边时实时检测并拒绝，不然 CPM 死循环
二：基线管理。 计划不是一成不变的，变更要留痕：
- 基线 = 某时刻计划的全量快照（任务树 + 依赖 + 日期）
- 汇报时”实际进度 vs 最近基线 vs 首版基线”三层对比
- 快照存储用 JSON 全量（简单可靠），别为了省空间搞增量 diff——读多写少，简单就是快
三：工时填报，用户体验的生死线。 填工时是全世界最招人烦的流程。数据质量的天敌是摩擦，设计原则：
- 一键复制上周、默认上次的任务组合
- 周内任意时刻可改，截止前自动提醒
- 草稿自动保存，0 次点击丢失
- 填报摩擦每多一次点击，数据的真实度掉一分——最后大家周五下午五点半闭着眼睛填满
四：排期冲突检测。 同一人同时段被两个项目占满，数据库层排期表加排除约束（时间区间不重叠），应用层给出可替代人选建议。前者保证正确性，后者保证可用性。
五：权限的层次感。 项目经理看自己的项目，部门经理看本部门资源，PMO 看全部，高管看大盘。权限不是”能不能访问”，是”看到的世界有多大”——组合视图层做行级过滤。
与其他系统的关系
PMS 是这六个系统的”指挥官”：研发项目立项（PMS）→ 产生研发记录（ELN）→ 工艺移交生产（MES + LIMS）→ 临床试验（EDC）→ 全程经营分析（BI）。数据打通的价值：项目工时与偏差成本直接挂钩—— Gate 评审时，“这个阶段花了多少钱、出过多少偏差”自动呈上。
几点体会
- 项目管理系统的敌人是”没人填”——甘特图人人要看，没人维护；设计成从下级任务/工时自动汇集进度，别让 PM 手工画图
- Gate checklist 的刚性是产品的价值：不齐就是过不去，谁来求情都不行——灵活了就没人把门当回事
- 工时数据的价值在趋势不在精度，与其追求”真实”，不如降低摩擦追求”持续”
本系列完结：MES · LIMS · ELN · EDC · BI · PMS（本篇）
六个系统串起来，就是一家医药/CGT 企业从研发到生产到注册的数字化全景。每篇都是独立成文，欢迎从任意一篇开始。