近期利用 OB 搭建了一个从提出问题->利用看板排序问题->利用日记系统安排解决问题的思路去安排学习任务、工作任务的工作流程。需要把这个流程固定下来，以便以后遵守执行
现在将设计 GTD 的流程编辑成文章，然后发表出来，大家帮看看我这个流程存在什么问题？还有什么可以优化的？
总结内容我分为两部分，第一部分是方法论，尽量不说具体文档，只讨论 GTD 过程涉及的关键流程；第二部分将每个过程涉及的文件关联到方法论上，可以从文件内容直观看出方法论的操作逻辑。
以上工作流主要包含以下功能：
- 列出了提出问题的前因： 可以判断该问题的提出是否合理，紧急程度如何？应该放到什么时间处理？
- 通过"看板"进行粗排期：可以对多个任务进行"粗级别"的时间属性附加，方便问题后续的"细排期"
- 通过"每日日记"进行“细排期”：从看板跳转到任务，然后将任务连接到具体某一天，开始解决该问题
- “问题-答案”： 问题解决后，将解决的办法或者解决办法所在的文件连接到问题下面，形成"问题-答案"的思路
以上工作流日常使用场景：
- 添加问题： 首先在 Q&A 文件添加问题，说明问题原因，然后将其链接到白板
- 解决问题： 根据紧急程度、优先程度分析白板上的任务情况，然后将任务链接到具体某一天
- 总结问题： 解决过程中会有阶段性总结，阶段性问题或者已经完成问题，将这些阶段性成果或最终成果记录在 Q&A 文件某个问题下面
- 内容输出： 解决问题过程中，在问题下面或者使用文件记录了阶段性的成果，此时可以根据这些内容，联合 OB 内的知识输出自己关于这个问题的看法
- 汇总： 问题连接到具体某一天后，每天都有记录完成情况，则可以将其按照周记、月记、季记、年记的方式去总结自己生活、学习、工作
以下是我根据以上的流程+自己日记系统，总结 2023 年第一周生活、学习、工作的一个文档截图，类似的有月记、季记、年记
这套 GTD 过程满足了我至少 90%的需求，细细想来，我总结有以下的局限性：
- 考虑了任务及排期，没有考虑任务之间的关系，如果只是关联性，可以直接在问题下面连接，但是如果要分析任务先后关系，现在做不到
- 有些任务比较复杂，解决需要设置多个子任务，以上流程没有考虑到这一点，当前思路是将子任务记录在问题下面，所有子任务完成后，主任务才完成
- 所有任务都首先需要拷贝到"白板"，这是额外的操作；对任务细排期时还需要拷贝一次，也是额外操作