项目管理工作流 · Obsidian 教程

PARA 方法告诉我们：Projects 是有明确目标和截止时间的事。但光知道”放进 1-Projects 文件夹”还不够——一个项目从启动到完工，会攒下一堆任务、文档、灵感、踩坑记录。如果它们散落在各处，项目结束时就只剩一地鸡毛。

好的项目笔记，应该是一个会呼吸的工作台：任务能被追踪，文档能被调取，经验能被沉淀，完工后还能把知识留在库里。这一篇，我们搭一套这样的工作流。

项目笔记结构模板

每个项目对应一篇项目主页笔记，放在 1-Projects/ 下。它既是这个项目的”封面”，也是指挥台。推荐结构：

---
type: 项目
status: active
deadline: 2026-08-15
area: "[[职业发展]]"
---

# 毕业论文

## 🎯 目标与定义
一句话说清"做完什么样"：____

## ✅ 任务清单
- [ ] 完成文献综述
- [ ] 设计实验
- [ ] 写初稿

## 📎 相关文档
- [[论文-文献综述]]
- [[论文-实验设计]]

## 💡 灵感与决策
- 2026-07-01 决定用 X 方法，因为……

## 📦 完工沉淀
（完成后填写）

四个属性字段各有用场：status 让 Dataview 自动列出进行中项目；deadline 被 Tasks 插件识别；area 把项目挂到某个长期领域（PARA 的 Areas），项目结束后的知识自然知道流向哪里。

任务、文档、经验的无缝联动

项目笔记的妙处，在于三类内容共用一个入口：

任务用 - [ ] 复选框写在主页，或散落在子笔记里。配 Tasks 插件，一句查询就能把全项目未完成任务聚到一起：

```text
not done
path includes 1-Projects/毕业论文
```

文档是项目过程中产出的资料——会议纪要、设计稿、代码片段。它们作为子笔记存在，用 [[ ]] 从主页链入。不必复制内容，链接即可，主页始终保持清爽。

经验最容易被忽略，也最值钱。每次做关键决策，在”灵感与决策”区记一行日期 + 原因：“为什么选 A 不选 B”。这些碎片在完工时会变成复盘的金矿——它们记录了你当时的思考，而非事后美化的记忆。

[!tip] 决策要记”为什么”，不只记”是什么” 三个月后你会忘记当初为什么选了这条路。记下理由，未来复盘时才能判断”这个判断对不对”，而不只是”结果好不好”。

项目归档与知识沉淀

项目完工不是终点，而是知识沉淀的起点。一套归档流程，让项目的经验回流知识库：

写”完工沉淀”：在项目主页的 📦 完工沉淀 区，回答三个问题——做成了什么？踩了哪些坑？下次会怎么做？
提取永久笔记：项目里那些可复用的方法、教训、模式，挑出来写成独立的永久笔记，链进知识网。比如”远程协作的三个沟通纪律”，从此不再绑死在这个项目上。
改 status 为 archived，把整个项目笔记（连同子笔记）移入 4-Archives/。它不再占用你的视线，但随时可被检索回来。

[!example] 一个坑的旅程项目里踩了个坑：“忘了和设计师同步字体变更，导致返工”。归档时把它提炼成永久笔记 [[变更需同步给所有相关方]]，链向 [[协作流程]]。下个项目还没开始，这条经验已经在网里等你了。

与外部工具的边界

现实里，项目不可能只活在 Obsidian。代码在 GitHub，协作在 Notion，任务可能在 Jira。划清边界，才能各取所长：

GitHub：代码、Issue、PR 留在那里。Obsidian 只放”项目级的决策记录”和”技术选型理由”，用一条链接指向仓库，不必同步细节。
Notion / 飞书：团队协作文档留在原平台。Obsidian 存”个人视角”的笔记——你的理解、决策、复盘，这些是别人平台不会替你留的。
任务管理：轻量任务用 Obsidian 的 Tasks 插件足够；重度多项目协作，专业工具更合适，Obsidian 只追踪”和知识沉淀相关”的关键节点。

一句话原则：协作的归协作，思考的归 Obsidian。外部工具负责”和别人一起做事”，Obsidian 负责”把事做明白、把经验留下来”。它不必取代任何工具，只需做它最擅长的事——让你的思考可链接、可累积、可回溯。

一个项目，从一张主页笔记开始，到归档时留下一串永久笔记结束。中间的过程被忠实记录，结果沉淀为知识。这才是项目笔记工作流的闭环。