警惕 KPI 和流程 （张小龙，2016-10-29）
1. 团队规模大到团队行为进入“组织化”的行为方式后
1.1 事实：微信现在1500人的团队，团队规模大了以后，要保持团队原本特别好的特色会变得特别难 1.2 依据：《人类简史》提到人类自然承受的规模最大为150人 1.3 经历：团队规模大了以后，沟通效率越来越低、人际关系越来越弱 1.4 办法：团队这么大，创造力如何保持。认为将团队划分成更小的模块，相比整体而言可以有非常高的创造力。
2. 做什么取舍是有意义的
2.1 关于KPI：高层需要，不宜把KPI作为普遍的工作方式来工作 2.2 QQ邮箱高速发展时、微信早期的一贯原则：团队达到的KPI是我们产品的副产品 2.3 问题：团队大了后，做产品开始更多参考能否带来更高的数据 2.4 办法：不要太关注用户增长，因为这是一个很自然的增长，更应该关注我们给用户做了什么事情，比如：满足了他们某一种使用的需要、愉悦的需要 2.5 好工具：任何一个好的产品就是一个好的工具，好的工具不应该黏住人，应该帮助用户非常高效的完成他的任务 2.6 观点：所有业务不管是商业还是非商业的，先去衡量它对用户具体带来价值是不是真的很大，然后再决定要不要使用这个流量
3. 敏捷性和小团队密不可分
3.1 05年接收QQ邮箱第一年，中规中矩做项目一年的总结：一个非常平庸的团队用了一些非常平庸的方法去做出来一个非常平庸的产品 3.2 警醒大家：好好审视一下，是否正在做一个非常平庸的事情，最后极可能产出非常平庸的结果 3.3 QQ邮箱真正崛起的团队阵容：敏捷团队。10个人左右，大概 2、3 个 web 的开发，2、3 个产品，1、2 个 UI，还有 1、2 个测试 3.4 对于这个10人团队的评价：后面几年里面做的事情远远超过之前几十人的努力 3.5 QQ邮箱崛起的方法：敏捷项目管理 3.6 敏捷是什么意思？非常快：前一天晚上提出的需求或问题，第二天就上线了，大多数时候一星期上线一点都不夸张 3.7 如果按照日常的习惯，我们加一个东西真的要两个月了，但是其实非要两个月吗？ 3.8 我们可能在离敏捷的方向越来越远，但是我们自己并不觉得。越来越远的后果是，我们自己都觉得我们做的事情没劲 3.9 好的方法论大家没有掌握或没有意识到，只是这样一种按部就班往前推进一些事情，可能会陷入一个危险里面而自己不会觉得 3.10 敏捷开发，更多是一种方法论，而不是具体的一种形态
4. 关于人才轮岗
4.1 对于人才、对于组织的一些思考 4.2 不轮岗：在一个岗位，一直这么做，如果没有特别的事情，可能做这个事情好几年、十几年都是有可能的。但是这可能是不太利于组织活跃度，也不太利于个人自我成长 4.3 活水计划：让一些想要去转一下岗位的人他没有后顾之忧可以非常自由的转。 4.4 轮岗会让有些人觉得：不太舒服，但是以后你回头来看的话，这样的结果其实是有好处的 4.5 通过一种轮岗的方式让自己接触更多的锻炼
5. 总结
5.1 观点一：关于对我们产品、我们业务思考方向是不是真的从用户角度来出发来考虑 5.2 观点二：关于敏捷性，大家自己也可以看到，即使对微信来说，我们的前期迭代很快，后面迭代速度确实变得越来越慢，所以这也是需要大家做一些思考的 5.3 观点三：鼓励内部加强活水，支持轮岗