背景
前几天在与UI小姐姐进行，UI走查时，发现一个问题。平时我们通过钉钉聊天进行记录，用编号的形式进行定位某个问题。
但这样总会造成遗漏或者被其他聊天所冲掉的情况。
修改完成后也不方便记录修改的进度。
我们曾尝试使用禅道的形式进行管理我们的UI走查问题。
但这样做的话，虽然记录了实时的修复进度，但是往往修复完一批缺陷所用的时间会比以往多20%。因为禅道缺陷的管理步骤比以往繁琐一点。
结合经验
我想到了曾经学过的任务管理办法ToDoList。
通过该方法结合钉钉文档的形式，我想到了既可以一次性整合所修改的内容又可以实时看到修改进度，还可以进行评论和回复的方案。
理论原型是这样的：
解决方案
经过多次优化后我完善了我的方案，总体如下：
第一步：建立钉钉文档（当然其他软件应该也有对应功能）
第二步：开发者修改并将无法修改的备注
第三步：开发修改完成后在关闭文档时，通知到发起人
总结
使用这个方法不仅可以准确的记录修改的内容和进度，打包的形式发送也可以减少对方工作的打断。为开发者明确要修改的内容，为提出者了解目前修改的进度。当然与后端的对接接口时产生的问题，或者在开发过程中需要多次请求别人援助的情况下我们也可以这么做，来减少对方打断耗时和增加自己跟进的粘合度。
