01 / 项目现场的问题
作出判断之前，先把信息找齐。
一份图纸到底提交到了哪一版？业主的审查意见是否已经返回？采购等待的文件是否到了可以继续工作的状态？计划改过之后，曲线和本期报告还是同一套数据吗？
答案可能都在，但散落在邮件、文件夹、台账和计划表里。发出一份文件，要归档、登记、做传送单；收到一份回复，要更新版本、Code 和状态；到了报告日，又要把这些工作重新整理一遍。
02 / 一个朴素的起点
先让整理文件这件事，省一点力。
PMS 的开发者是一名石化装备行业的项目经理，也是这些问题的实际面对者。起初并没有打算做一套完整的项目管理系统，只是希望借助熟悉的 Excel，让文件归类、整理与登记更省事。
工具先从文档归纳开始。随着项目中的实际使用，修订、提交、审查、传送单和往来记录逐步被纳入。
03 / 真正需要连接的东西
文件在哪里，只是第一个问题。
更重要的问题是：工作进行到了哪里，接下来会影响什么？设计审查关系到采购和制造，任务日期影响计划进度，实际记录又需要进入看板和报告。
只要这些工作仍各自维护一套数据，重复整理和信息不一致就仍然存在。工具需要把文件管理延伸到计划与进度，并让它们共享明确的数据关系。
04 / 在实践中逐步生长
从日常记录，走向项目控制。
经过数年的工作实践、拓展和反复思考，最初用于整理文档的工具，逐渐加入 WBS 计划、逻辑排程、工程文件规划、VDR/GDR、Transmittal、进度计算、Dashboard、Lookahead 和周期报告。
PMS 选择保留 Excel 的熟悉与灵活，让项目团队可以组织自己的 WBS、日历、进度规则与报告内容，也让汇总结果能够追溯到日常工作。
少一些信息整理的负担，多一些及时判断的依据。
PMS 不替代项目经理的经验。它希望让这些经验更早遇到完整的信息：日常记录进入项目控制，项目控制支持管理决策。