最近两次客户IT经理打电话来很忿忿，因为有两个很小的大老板吩咐的问题我没有及时帮他处理好。大老板很有意见，认为我们是拖沓的合作方。

一件事是打印页面上没有byline信息，另一件事是某个推荐区块背景色覆盖需要往上拓展15px。 

接完电话后我都在2分钟内把问题处理掉了。

但是后果已经造成了，显然这事对于大家都很不合算。

前几天做了一个团队角色自我测试，很有意思。我分值最高的角色是主席和工兵。“工兵是很务实的组织者，他把决定和战略转化成详细的、可行的任务，这样人们可以具体操作。他关心的是可行性，他的最主要贡献是把团队的计划转化成可行的形式。他整理好目标，然后有条不紊地推进。如果给他一个目标，他会制定出一份进度表，给他一群人和一个目标，他会炮制出一个组织结构图。他的工作系统、讲求效率和方法，但有时不够灵活。他对玄妙的不能立即对眼前的任务有帮助的花样文章毫无兴趣。但与此同时，他热中于把自己的进程表和建议修改得尽善尽美，以适应一致同意的计划和系统的需要。如果有人不清楚到底做了什么决定、应该做什么，他一定会先去找工兵问。”

在项目团队合作中，我的确是这样的角色，每隔几天就更新进程表，随时能开出各种清单，从需要CDN缓存url列表到需要同步的数据表。分配分工，熟知所有人该干的事，给每个人发不同的任务列表邮件，邮件里排出优先级，列出每项的完成时限。

我自认为干得比较成功的角色类型，为什么会在小问题上栽倒呢。

实际上有一个叫两分钟原则。每天你需要处理的事物中，总有一些是两分钟内可以解决的，由于这些事太微小，可能你都不屑于把它们添加进任务队列，这些事加重你的记忆负担，数量累计后增加你的焦虑感，更重要的事，他们中的许多会被无限耽搁下来，因为你总在干这任务队列中当前重要的事。

如果有两分钟内能干完的事，立刻着手解决。

但是~~下一个会遇到的状况是：你的工作会经常被两分钟事件打断。你开着手机，开着邮件客户端，开着im。永远有人在你状态正好干得热火朝天的时候发给你一堆芝麻绿豆大的事。

原则是：

• 每天只收2~3次邮件，早中晚各一次，收完邮件，立刻处理两分钟事件，其它的放进任务列表。
• 干活的时候把IM标记为忙碌或离开状态
• 从手机和IM来的芝麻绿豆事，暂时记着，处理邮件的时候一块干掉。

另外角色分工不同或出发点不同，所有人对于事务紧急程度的认识都不一样。如果对方不懂技术，他就会认为界面上的问题都是超紧急超碍眼的；如果对方是负责用户的，他就会觉得那些读者来信里的问题再SB也是性命攸关的。但可能开发团队正在火烧屁股拼命解决缓存、查询优化、后台bug之类看不见的问题，正在一边干一边骂。所以在开发团队中安排一个专门解决这类 部门配合（客户服务）问题的角色也是很必要的。

No related posts.