BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

想知道如何解决“切换上下文”问题么?进入“等待打扰”状态吧

| 作者 Vikas Hazrati 关注 0 他的粉丝 ,译者 郑柯 关注 3 他的粉丝 发布于 2009年9月17日. 估计阅读时间: 3 分钟 | GMTC大前端的下一站,PWA、Web框架、Node等最新最热的大前端话题邀你一起共同探讨。

在相对短的时间内,把注意力从一个任务切换到另一个任务,这就是“切换上下文”的定义。人们普遍认为:这么做对于团队成员和他正在其中工作的项目都是有害的。大家也觉得“切换上下文”与“多任务工作方式”很类似,InfoQ最近一篇新闻也提到斯坦福大学的一篇研究报告,展示出了相关的负面影响。David Starr认为“切换上下文”可与“Muda(浪费)”相比拟。他提出:

“切换上下文”正是Muda的本质,Muda是一个日本词汇,指那些发生浪费的活动,而且这些活动没有增加任何价值,对工作效率毫无贡献。学着积极应对“切换上下文”能够降低你的浪费,还能让你变得效率更好。事实如此。

应对“切换上下文”的威胁,有多种方式。首要规则就是:“不要切换上下文”。不过,Charles Miller 指出,要想完全摆脱“切换上下文”只能是一厢情愿。一个项目中,有很多因素会转移人的注意力,必须要采取某种方式处理它们。他提到了Atlassian使用的下列技巧:

  1. 异步沟通——Atlassian为员工们运行了一个Jabber服务器,所有的开发人员都会登录上去发送即时消息。其长处在于:因为其本质是异步的,所以可以很容易暂时无视,等到时间合适再去回应别人的消息。博客和内部Wiki也是不错的工具,可以在不必实时干扰他人的情况下,了解他们的想法
  2. “等待打扰”——他们采取的另一个有趣的想法,是指定某一个开发者的状态为“等待打扰”。这个开发人员在整个sprint中都可以被人打搅。他专门负责管理并响应所有的打搅因素和“切换上下文”场景,以避免整个团队被打扰。
指定唯一的一个开发人员为“等待打扰”状态,让他用两周的时间来扮演磁铁,吸引所有的问题、请求和干扰因素,这样整个团队就可以免于打搅了。

Charles强调指出:别指望处于“等待打扰”的人在sprint中完成大量工作,考虑到“切换上下文”带来的问题,这可不奇怪。他提到:

当然,这种方式有其不好之处,就是处于“等待打扰”的人在两周内完成的工作量不会很多,不管他们承诺说要完成多少功能。从另一方面看来,因为人们不指望“等待打扰”者完成多少工作(他自己可能也不抱多大期望),这个开发人员也就不怎么懊恼了,而且对于团队整体来说,安排日程和估算也能达到更大的准确性。

因此,将来敏捷团队如果需要对付多次上下文切换或是多种干扰因素,指定一名专职的团队成员应对sprint中的干扰,这也许是个好主意。

查看英文原文:Need an Answer to Context Switching? Get Disturbed

 

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

人们普遍认为:这么做对于团队成员和他正在其中工作的项目都是有害的。 by Vest Metal

切换上下文无疑会浪费团队成员的时间,但是不一定对整个项目有害。

很有趣的观点 by cao Alex

很有趣的观点, 我想知道是否有人实践了这个想法。效果如何?

Re: 很有趣的观点 by Rong Edison

需要一个知识很全面的人担任该角色, 而且还需要轮班

多任务团队 by Li Jansen

多任务团队通常情况下,有多个任务并行处理,大多数人都不希望在任务期间被打断,所以指派一个专人来“等待打扰”是不错的选择,那么人接受所有问题和请求,同时他也要有能力拒绝和分配相关问题和请求,否则就算接受了问题和请求,还是没有人去解决,指望这个“等待打扰”的人来解决是不可能的,最终还是要在恰当的时间分配给相关的团队成员来处理。这个角色是个搜集和分配的职能,管理所有问题和请求能在正确的时间送给正确的人来处理。

之前我们在朗讯也是这样做的 by guo jia

虽然朗讯的开发是瀑布,但是不论用任何开发方式,避免切换上下文都是重要的,不仅切换上下文,还要切换休息时间......朗讯的做法是开发人员轮值,当时我们小组是一人轮2个月,这样不至于对于技术支持团队接口太频繁切换接口人. 这两个月里面降低这个人的开发任务, 但是可以随时被技术支持团队打扰, 响应处理各种疑难问题, 然后根据优先级和困难程度分析排队, 能自己解决的尽量自己解决(大部分问题是配置问题而不是程序问题), 不能解决的大概分析下原因, 根据紧急程度再去打扰对应的开发人员. 一般优先级的东西, 都可能跟着下个fix小版本走, 都不会立刻修复. 但是缺点是,因为技术支持团队是24小时轮班的, 我们也可能24小时被打扰......不过半夜被打扰了, 干完活发封信,第二天上午就能不去,哈哈,也经常盼着半夜来电话,最好1点多时候反正还没睡觉

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

5 讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT