Thuy Tan Pham
项目讨论经常会提出几个方案,最后只采用其中一个。准备用 Busabase 文档保存讨论结果,但担心留下全部内容后,同事分不清哪些已经决定、哪些已经放弃。怎样安排文档结构,既能快速看到当前结论,也能查到当时没有采用其他方案的原因?
项目讨论经常会提出几个方案,最后只采用其中一个。准备用 Busabase 文档保存讨论结果,但担心留下全部内容后,同事分不清哪些已经决定、哪些已经放弃。怎样安排文档结构,既能快速看到当前结论,也能查到当时没有采用其他方案的原因?

建议保留被否决方案的简短记录,但把当前决定放在文档最前面。完全删掉备选方案,过一段时间团队可能又重复讨论同一个问题;把所有讨论混在开头,则容易让人把已否决的方案误当作待执行内容。
可以在 Busabase 的 Doc 顶部固定写:当前采用的方案、决定日期、负责人、适用范围和下一步。下面再放“曾考虑的方案”:每项只记它解决什么问题、为什么没采用、依据链接,以及什么条件变化时值得重新评估。每项明确标“已否决”或“暂缓”,不要和当前待办放在同一清单里。以后决定改变时,更新顶部结论并留下变更原因;旧方案作为判断背景,不是执行指令。你们常见的是方案被永久排除,还是等预算、技术条件变化后可能重新考虑?
登录后参与讨论。阅读始终开放,只有发帖和回复需要账号。
登录