大家是怎么处理项目切换造成的精力耗散的

2 条回复
30 次浏览

Context Switching(上下文切换)的“切换成本”

工作上维护开发多个项目,项目之间还会频繁的切换维护,开发。随着项目变多变大,感觉每一次切换项目都对我造成很大的消耗,时间,精力,每次切换进入专注状态所花费的时间,姑且叫做“切换成本”。

根据 心理学研究(例如 Gerald Weinberg 的《Quality Software Management》):
同时处理 2 个任务的人,效率约为单任务的 80%;
同时处理 3 个任务,效率降到 60%;
同时处理 4 个任务,仅剩 40%。
每次切换任务平均需要 15–30 分钟 才能完全进入“专注状态(Flow)”。

软件工程管理领域(如《Peopleware》、Atlassian 和 Basecamp 的团队研究)也指出:
程序员进入“深度工作状态(Deep Work)”通常需要 20 分钟以上;
频繁切换会显著降低代码质量与认知负荷上限。

方案:
每次切换前先画 4 分钟给当前的工作写个记录:
当前进度:
下一个待办:
当前问题:
环境状态:
下次进入建议:

下一次切换回来先花 5 分钟读上次切换前记录:
阅读项目 Log;
浏览上次提交;
打开核心文件。

java 开发基本用不上 AI,强业务的需求对于 AI 来说还是有点吃力,所以没有上下文切换成本(也有可能是我的工作太简单了,哈哈哈)

OP

手里项目多,或者工作任务多关联性又小的时候,各个项目或者任务的切换成本
我一般切出去,回来的时候的好久,超过 30 分钟,有时候划水看看论坛什么的来过渡下就得更久才能切换回来继续干活

发表一个评论

R保持