技术团队的管理目标是打造高效的自组织团队，也就是老子提出的“无为而治”。做为一个从业 20 年的老程序员，从自身出发，我深切知道程序员喜欢什么样的管理方式，喜欢怎样的团队氛围。在环信，我们希望顺其自然，发挥工程师的热情和创造力，每个成员都能做到自我实现，最终整个团队被业界认同。
扁平的组织结构
我们研发团队有 50 多人，没有一个专门的管理岗位。作为 CTO，我的大多数时间在技术上面，团队负责人会承担一部分管理工作，但更多是靠工程师的自我驱动，自我管理。
结果导向的日常管理
Google 只招聘最聪明的人，这些人能很好的管理个人时间。做为创业公司，我们招聘最努力的人，因为这样的工程师很珍惜时间和成长的机会。团队里有些人每天下午才出现，有些同事在备战马拉松比赛，有酷爱高山滑雪的，也有业余足球运动员。努力工作，精彩生活，结果导向是我们日常管理的原则。
严格的个人成长
『work for fun, constantly improve, and big rewards ahead』。在团队的宽松氛围中，其实我们对工程师的个人成长要求很高：对年轻工程师我们破格使用，希望尽快成长；对高级工程师, 要求技术深度，成为某个方面的专家；对技术负责人，要求更多业界交流，才能打造技术领先产品，同时建立自己的社区影响力。
美好的远程办公
年轻人希望到世界各地体验生活；有小孩的技术中坚天天忧虑北京的雾霾想着移民；40 多岁的同事希望每年回老家工作一段时间陪陪父母。面对这些美好的期待，我们在不断尝试协同工具和管理方法来提高团队内部配合、团队间协作，及团队和客户的沟通。希望一两年内能成为一支高效远程开发团队。到那时，团队成员每年回来参加 InfoQ 大会学习最新技术，也做为每年的团队聚会。
无为而无所不为，希望大家一起探索，把越来越多的团队，打造成工程师的“乐土”。
——环信 马晓宇
本期主要内容
Docker 背后的容器集群管理——从 Borg 到 Kubernetes（一）： 2015 年 4 月，传闻许久的 Borg 论文总算出现在了 Google Research 的页面上。虽然传言 Borg 作为 G 家的“老”项目一直是槽点满满，而且本身的知名度和影响力也应该比不上当年的“三大论文”，但是同很多好奇的小伙伴一样，笔者还是饶有兴趣地把这篇“非典型”论文拜读了一番。
解析微服务架构（二）微服务架构综述： 微服务架构（Microservice Architect）是一种架构模式，它提倡将单块架构的应用划分成一组小的服务，服务之间互相协调、互相配合，为用户提供最终价值。
多范式编程语言——以 Swift 为例： Swift 即支持面向对象编程范式，也支持函数式编程范式，同时还支持泛型编程。Swift 支持多种编程范式是由它的目标决定的。
Oracle 专家谈 MySQL Cluster 如何支持 200M 的 QPS： Andrew Morgan 是 Oracle MySQL 首席产品经理。 近日，他撰文介绍了 MySQL Cluster 如何支持 200M 的 QPS。
杂谈：创业公司的产品开发与团队管理： 创业公司由于管理层次简单，很少受到官僚作风的困扰，但也不能想当然地认为万事大吉，高枕无忧了。其实创业公司也有创业公司的局限性，这些局限性常常被忽略，从而影响到产品的开发。
亚马逊中国可下载本书的 Kindle 版本
评论