StackOverflow创始人创始人JeffAtwood切身经历分享:如何促使团切身经历分享:如何促使团
队紧密协作队紧密协作
怎样能促使技术团队实现高效、紧密的合作?该如何处理团队中的“坏苹果”?知名技术博客作家、Stack Overflow创始
人Jeff Atwood有三十多年的职业编程经验,通过他的切身经历分享,帮助读者成长为高效能程序员。
会议是浪费工作时间的最佳去处
今天你开了多少个会?这个星期呢?这个月呢?再自问一下,那些会议中有多少是值得参加的?如果把相同的时间用
在工作上,你又能完成多少事情?我们究竟为什么要开会?
尽管有些会议是不可避免的,甚至是必需的。我们应该以怀疑的态度去看待会议,把它当成是一种降低工作效率的风
险。事实上,会议往往只是在浪费宝贵的工作时间。就我而言,我采用以下几个原则,以确保我的会议是真正有用
的。
会议绝不该超过一小时,否则应判以死刑
对于任何会议,第一个并且最重要的约束就是时间,因为它在任何公司都是最宝贵的资源。如果你不能把会议限制在
大约一个小时内,那一定是有什么事情错得离谱了。你应该首先修正这个错误。可能是会议牵涉了太多的人,也可能
是会议讨论的范围太宽泛了,或者就是整体上缺少一个能使会议不偏离轨道的必要的焦点。我不相信有人可以记住在
长达几个小时的会议里发生的任何事情。当其他的一切都无法做到时,请至少把会议开得简短些!
每个会议都应该有一个清晰的目标声明
你开会要达到什么目标?你能用简洁的一句话来说明你召集会议的目的吗?我不想推荐你使用“议事日程”和“日程事
项”,因为“议事日程”这个词暗示着一个巨大而乏味的分项列表——包含太多事情了!只要确保每个人都很清楚会议的
目的,剩下的事自然会水到渠成。
在开会之前预先做好功课
既然你的会议有了一个清晰的目标声明,那么每个与会者都应该提前知道他们将要讨论和分享的内容,并且在走进会
议室之前都已做好了准备。只有这样,我们才能把会议控制在一个小时之内。如果你没有预先做好功课,你就不应该
参加这个会议。如果没有任何人做功课,那么这个会议就应该被取消。
把会议变成可选的
“强制”的会议是站不住脚的。每一个出现在会议上的人都应该是因为他们想要在那里,或者他们需要在那里。一种让你
自己对会议负责的可靠方法就是让每个人自行决定是否要参加你的会议。想象一下举行一次大家都真正想要参加的会
议,那一定是因为真的很有用,或者很有趣,或者很娱乐。
在会议结束时概括一下待办事项