从结果开始，而不是从应用开始。如果一个项目使用浏览器窗口、文档和一个终端，这三个窗口就属于同一组，即使 macOS 将它们视为三个不同的应用。以你正在产出的结果来命名项目，将其当前的窗口放在一起，并写下下一步行动。这能为你提供一个可靠的恢复工作点，而无需更改任何窗口的大小或位置。
决定是否需要项目整理
当基于应用的导航不再符合你的工作方式时，项目整理就派上用场了。一个浏览器可能包含两个客户的研究资料。一个文本编辑器可能包含来自多个项目的文档。Command-Tab 可以切换到正确的应用，但它无法解释哪个窗口属于你想继续推进的成果。
使用这个测试：
| 你需要什么 | 从这里开始 |
|---|---|
| 一次性查看所有打开的窗口 | 调度中心 (Mission Control) |
| 在不同桌面之间隔离工作 | 空间 (Spaces) |
| 将窗口排成二等分或四等分布局 | macOS 平铺功能或布局工具 |
| 返回服务于同一成果的多个应用的窗口 | 基于项目的窗口组 |
| 关闭后重新打开文档、进程和精确布局 | 专为该工作设计的会话或资源启动器 |
最后两行有所不同。一组当前打开的窗口并不是一个已保存的会话。关闭并重新打开窗口可能会改变其系统标识，因此不要假设窗口整理器稍后能重新创建文档、进程、浏览器状态或窗口的位置和尺寸。
为每个项目赋予一个具体的成果
使用一个让你无需打开每个窗口就能识别结果的名字。“网站”太模糊了。“发布 Wallo 文章库”指明了终点线。“客户工作”太模糊了。“发送 Acme 主页修订版”区分了一项交付与另一项交付。
一个有用的项目名称应该回答两个问题：
- 我正在产出什么结果？
- 它能与使用相同应用的另一个项目区分开吗？
避免在需要之前构建一个庞大的分类系统。对于一项小型工作，一个项目、一个下一步行动以及两三个窗口可能就足够了。
只保留对下一步行动有帮助的窗口
不要添加每一个相关的窗口。从下一步行动开始，确定完成它所需的材料。
例如，“复查落地页文案”可能需要：
- 文档窗口中的草稿；
- 浏览器窗口中的当前页面；
- 说明修改要求的反馈记录。
收件箱、音乐播放器、不相关的浏览器窗口和旧的导出文件可能属于同一个广泛的工作领域，但它们对这个行动没有帮助。将它们排除在外可以使项目组保持可辨识性。
这也是将活动窗口与持久资源区分开来的时机。文件链接或书签在下周可能会有用。打开的窗口代表当前会话中可用的内容。只有在资源链接和当前窗口各有用途时，才同时保留两者。
在窗口组旁记录下一步行动
窗口组告诉你材料在哪里。简短的任务告诉你如何处理它。用动词、材料和可见的完成条件来编写行动：
| 模糊的便签 | 可执行的下一步 |
|---|---|
| 处理文案 | 将草稿与当前主页进行比较，并接受或拒绝每个请求的编辑 |
| 修复构建 | 复现失败的网页构建并记录第一个验证错误 |
| 研究标签页 | 检查五个已打开的资料来源，只保留大纲引用的资料 |
在 Wallo 中，任务和窗口位于同一目标之下。它们是该目标下的两个列表；单个任务并不直接绑定到单个窗口。任务与材料之间的关系仍然是执行工作的人做出的明确决定。
在工作流中保留 Mac 原生工具
项目分组并不能替代调度中心或空间。调度中心仍可用于查看打开的窗口与桌面空间。Spaces 可以把不同工作场景放在不同桌面上。窗口平铺负责位置和尺寸。项目组增加了一个额外的问题：在这些应用程序和桌面中，哪些打开的窗口属于我现在想要的成果？
如果一个空间已经干净地容纳了一个项目并且你可以找到所有东西，请保留该设置。只有在它解决重复的识别问题时，才添加另一个组织层。
工作变化时检查项目组
在三个时刻复查项目组：
- 当下一步行动改变时，移除不再需要的参考窗口。
- 当窗口关闭或重新创建时，确认剩余的关联仍然指向预期的窗口。
- 当成果完成时，关闭用完即弃的窗口，并将持久文件或链接保留在其适当的存储位置。
目标是清楚列出眼前工作所需的窗口，并让这份清单保持精简和准确。它不需要变成每个曾经接触过该项目的窗口的永久档案。