张看

EMC有三好。

一是明确的职能分工

程序员是程序员，测试就是测试，产品经理就是产品经理。职能又有细分。不同职能的员工之间不会越俎代庖。

这种方式也不会埋没程序员和QA的创意，如果程序员A觉得某个feature应该被产品采纳，则他会收集数据、做成slides甚至模型，然后会被中国的相关员工群殴；过了这一关，则会和老美的产品团队召开视频会议，讨论是否要采纳新feature。

对于产品中的每一个feature来说，都会有一个owner，这往往是提出feature的人。由他来负责调度资源和安排计划。

这样做的好处大大的，第一，采用专制的方式直接划分了员工的职能范围和权限，每个人都知道自己的工作内容，如果不是特别精力旺盛，别瞎参和其他人的事，这就大大减少了开会扯皮掐架的内容。事实上，民主是最大的低效；第二，职能明确也使员工的绩效考察变得简单，减少上班时间打酱油和偷菜的情况；第三，公司里大大小小每件事都能找到那个最终的owner，遇到问题立刻会得到解决，不至于不同team之间互踢皮球。

二是成熟的绩效考核

由于职能分工的明确，每个人都知道自己的工作范围和内容，因此低着脑袋干活就行。甚至组长不用吩咐组员们今天干什么，这周干什么，每个人自己知道。员工也很容易就自己的工作内容形成绩效报告，例如程序员一周修了几个bug，做了几个feature等等。成绩都可以用数字来量化。

如果你以为仅仅是这样，那就错了。我去的第一周，我的team leader就对我讲，如果仅仅将职能内的工作完成，不管做得多出色，都只会得到acceptable的评定（中级），而要获得perfect的评定，则需要做一些bonus的工作。这往往要求员工能跳出自己工作的小范围，站得更高的视角去看我们的产品，以及团队。

最重要的是保持思考。

在我们的产品中，许多feature都不是由产品经理提出来的，而是由程序员想出来经过大家的challenge加入进去的。此时他就成为这个feature的owner，而在年终的绩效考核中，这个程序员也更有机会获得那个perfect的评定。

三是会议少而时间明确

开会是为了解决问题，但是与会人员之间免不了互相扯皮，从嗑瓜子唠家常到争论起来问候对方母亲。既费时间又费口水，还会伤害同志感情。其实解决问题和避免问题的方法有很多，开会只是其中之一。

我们在前面提到明确的职能分工能够减少会议，实际上，企业中大部分会议都是可以避免的。例如：晨会。在晨会中，员工会向组员和team leader汇报昨天做了什么，今天将要做什么，而team leader会就一些工作上的调度做安排。而如果谁对其他人的工作有意见就会有argument，从台下吵到台上，还解决不了就捞袖子掐架。一个晨会下来，与会人员手拉手去吃午饭。

实际上，晨会不需要，短小的沟通也可以通过邮件来完成。阳光明媚的清晨，坐在窗前泡杯咖啡，回味下昨晚的缠绵多好。

会议只有在邮件解决不了问题的情况下才会召开，预定会议室要提前，而一定会有时间限制。EMC的每个会议室都挂着时钟，到点了就会有人来敲门–姑娘不是你一个人的，下面还有很多人排着队呢。

下期预告：叨叨EMC的不好。