为什么需要项目中有子项目，什么情境下会用到？

比较大的项目肯定会有几十甚至几百条待办事项组成，某些待办事项肯定是归属于另一些小的项目的，按照GTD里说的“需要多步骤完成的就算一个项目”，大项目肯定包含着很多小项目。

我的使用情境：我目前有一个在开发的项目，需要两个月的时间完成。我把它建立成一个项目，放在“工作”区域下。这个项目有相应的任务，我会加到这个项目里面。对于已经做完了的任务，我可以在这个项目下翻阅，这相当于一个存档，这个需求对我来说，比较重要。

但是这个项目比较大、耗时长，任务也很多，必然有很多任务不是一个步骤能完成的，所以我需要把它们转成子项目。但是Things 3 不支持子项目功能，那么我应该怎么处理我的子项目和主项目的层级关系呢？

我想到的解决办法有这么几个：

方法一

我的大的主项目不会超过5个，我考虑把它们升级为“区域”，然后把所有涉及到的”待办事项“和”项目“都放到这个”区域“下。但是这样做一来区域过多，查看起来不直观；二来在我看来”区域“还是只分成”工作“和”个人“两个就好，把项目做成”区域“，有些凌乱；三来“区域”下完成的“待办事项”和“项目”并不能在“区域”下查阅。

方法二

将原来的工作区域一分为二。固定的、长期的、耗时长的项目放在工作1区；工作1区的子项目、其他子项目、耗时短的放在工作2区。这样做虽然还是不能达到每个项目里能查阅到所有完成的内容，但是层级稍微清楚一些了。

方法三

子项目完成后，将子项目的任务都拖入到主项目中去，然后删除或者点击完成子项目，这样方便在主项目中查阅存档。

方法四

不建立子项目，但是在主项目中通过“标题”来划开项目里的待办事项，用来区分需要不止要一步才能完成的任务。

如下图，“离线模式”其实应该是一个子项目。

方法五

不使用主项目，所有不能一步完成的任务都建立成一个一个的小项目。那些耗时长、固定的、长期的主项目做成一个个对应的“标签”来过滤。创建每一个小项目或者不输入任何项目的任务时，给它们指定能标记它们归属于哪个主项目的“标签”。查找主项目时，就可以使用“标签”来查找了。

备注

上面的每种方法有利有弊，我很希望 Things 3 能提供在项目中能建立子项目的功能，但即使这个需求被满足，也同样有利有弊。

比如，上面提到的方法，很多也只能处理主项目下有一级子项目的情况，并不能分出无限层级。但实际使用中，如果一个项目足够大，子项目自己也是可能有子项目的。但这样也许就和Things 3 的定位相矛盾了，Things 3 是一个比较简洁的轻量级任务管理软件。

最后，在我能想到的上面几个方法中，我选择了方法五。Things 3 是比较依赖标签的，官方也推荐我们更多的使用标签。另外上面说到的无限层级的问题，如果你不怕麻烦，其实用标签也是也可以实现的。