北京
大多数项目管理软件让你管理的是软件本身。
移动卡片。更新字段。更改状态。修复依赖关系。重建报告。然后向别人解释这块看板本来想表达什么。
加一个聊天框并不能解决这个问题。如果用户仍然需要把现实翻译成工具操作，那么改变的只是界面，工作并没有减少。
我构建 Project Manager 就是为了逆转这种关系。你描述结果——发生了什么、什么必须保持不变、你面临什么决策——这套系统会把你的意思转化为协调一致的项目状态。
"供应商 API 在 9 月 15 日之前无法可用。发布日期不能推迟。给我看看可信的选项。"
这不是一个编辑某个任务的要求。它可能影响依赖关系、进度、风险、范围、证据和下一步决策。Project Manager 会把这些后果一并追踪处理，而不是强迫用户执行一连串互不关联的界面操作。
核心设计决策很简单：产品语言就是项目语言。
Project Manager 决定需要哪些内部操作。一句话可能同时更新工作、依赖关系、进度、风险、决策、证据和报告。
重点不是消除结构。重点是停止让用户手动操作这个结构。
项目真相存放在一个持久的、可版本化的 Markdown 文件夹中。最小项目包含三个文件：
PROJECT.md —— 目标和成功标准
TASKS.md —— 工作、依赖、阻塞项和负责人
STATUS.md —— 生成的当前状态摘要
只有当项目需要里程碑、风险、决策、来源、可追溯性、变更历史、交接或报告时，才会出现可选文件。
PROJECT.md 和 TASKS.md 是权威来源。STATUS.md 是派生出来的。Git、问题跟踪器、源代码和存储系统可以提供上下文，但没有任何一个会悄无声息地变成项目真相。
这一点很重要，因为一个项目应该保持真实、可追溯、由人来决策——而不是被工具的操作流程绑架。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
