希望每位工程师都可以达到这样的一种状态,那就是:低头写的是代码,抬头看到的是价值。成果与价值是最好的驱动力,对于工程师们更是如此,如果能做到这些,那么工程师们一定会攻无不克。
刚从普吉岛的年会之旅归来,在普吉岛的整个Golden Week,朋友圈充斥着各种美食、美景与美女(比基尼),在一片羡慕嫉妒恨中拉下了太多的仇恨。几乎每位同事都在朋友圈被问到:你们还招人吗?是的,我们需要更多有热情有梦想的人,2015年我们会引进大量的优秀技术人才。2015年这段新的旅程已经开启,穷游的技术团队也将进一步扩大。回顾2014年走过的路,展望2015年新的旅程,如何管理一支更大的技术团队,如何推进技术平台的演进从而提升技术生产力,在技术管理上我们应该关注哪些更重要的东西,让我也有了更多的思考,写下来与大家共勉。
平台比堆人更重要
公司要发展,团队要扩大。团队扩大之后带来的烦恼是我们在管理中无法避免的事情。在团队扩大之前,必须思考一个问题,我们是否有足够大的平台空间来迎接一支更庞大的队伍。比如在一个只有不到10平米的房子里,让10个人一起做事情,你根本无法保证大家在做事情时不会踩着别人的脚,刚开始只是踩脚,慢慢会演变为踢踹和肘击,这就是所谓的内耗。
大部分团队内耗都是管理的问题,是你没有给团队足够的空间,他们只能通过内耗来为自己争取更大的空间。所以在技术团队扩大之前,我们必须要规划一个更大的技术平台来支撑更大的团队,而当团队中发生“踩脚”事件时一定要警惕,比如有人修改了自己的代码却无意破坏了别人的系统,也许这不是大家能力的问题,而是平台太小的缘故。
很幸运,2014年穷游技术团队顺利扩大了将近3倍,其中技术架构平台的不断演进起到了不小的作用。但我们的平台建设也只是刚刚开始,未来还有很长的路要走,让技术体系与平台建设走在团队扩编之前,我们也有信心迎接更大规模的技术团队和更多优秀技术人才的加入。
进步比优秀更重要
曾经的诺基亚称霸全球数年,如今却英雄末路,淡出了人们的视线。今天的小米,一个新的巨人在不断进步中慢慢崛起。让我们不禁感概,进步比优秀更重要。对于技术团队也一样,也许现在我们没有资格和BAT比优秀,但我们可以和BAT比进步。我们一直在进步,让团队不断感受到我们的进步和成长,这是支撑团队持续长久发展的源动力。
作为管理者一定不能小觑进步的力量,我们算一笔账,比如一支100人的技术团队,如果每个人的能力系数为N1,N2,…,N100。那么整个技术团队的能力系数则为N1*N2 … *N100,如果团队中每个人每月都能进步百分之一,那么一年后,你的团队能力系数的提升将会是非常惊人的150000倍。也许你会被这个数字吓到,也许这不是最科学的计算公式,但持续地进步带来的价值一定是惊人的,我们需要更多地思考如何让团队中每个伙伴都持续进步,这比单纯追求优秀要重要得多。
快跑比捷径更重要
所谓捷径,在拨开迷雾之后也许都是弯路,但在迷雾中很多人都被蒙蔽了双眼。在穷游的技术架构演进上,我们也犯下了一些错误。比如2014年我们启动了穷游SOA服务平台,初衷是解耦并复用API的服务能力,提升项目的协助效率。2014年初时,我们制定了SOA服务平台计划,而且不能影响项目原有的产品迭代计划,大量的代码重构和现有的产品迭代计划并行,为了快速实现SOA平台目标,我们新引进了几名能力不错的架构师,决定由架构师帮助项目完成每个项目核心业务的服务化,并计划在2个月内完成。
那么问题来了,架构师根本不了解项目的业务怎么办?让架构师去了解业务并帮助项目梳理核心业务,然后我们尝试寻求各种捷径,并制定了各种兼容方案,快速实现了我们的SOA计划并上线。由于架构师无法在短时间内非常深入地了解业务,而业务本身也一直有新的变化,API的设计也无法达到应有的高度,且很多实现方式也都是寻求捷径而做的临时兼容方案,于是架构师在API的维护中陷入了疲于奔命的状态,导致服务平台停滞了很长一段时间没有新的起色。
看到这些,我意识到我们犯了一些错误,及时掉头,对SOA平台进行重新设计,让架构师去打造了一个API能力贡献通道的平台,然后由项目中最了解业务的人去设计实现API的开发。随着平台和体系的成熟度,未来让每个人都可以把自己的代码变成一种服务能力接入到服务平台。在SOA服务平台建设的道路上,我们追求的捷径俨然成了一种弯路。
在技术架构的演进之路上,从粗犷到规范,从封闭到开放,需要我们小步快跑,不断推演,经过时间的沉淀、积累与考验,比盲目追求捷径更重要。
热情比能力更重要
能力是只要努力就可以不断提升的,而热情是一种非常奇妙的东西。Dropbox CEO Drew Houston说过一句话:工作中最努力的那群人,不是因为他们严于律己,而是因为他们在解决一个个令人兴奋的问题时收获了快乐。工作的热情正是创造这种快乐的源泉。不教条、不盲从、不迷信大公司、不偏信救世主,我们用这份热情点燃了一条属于我们自己的路,探索着,前行着,用心爱,我们一样可以很精彩。如何让每个人持续保持足够的热情,不要勉强去推着大家往前走,而是引导让大家发自内心地去热爱,这是我在工作中经常思考的问题。
回顾2014,一个成长的机会,一个更大的平台,一句“对世界上瘾”的口号,一场劲爆的演唱会,一群热情有趣的人,一个充满创意的QLAB,一段带薪的旅行假,一次说走就走的旅行,一台高大上的MAC,一笔不菲的旅行基金,一首让人感动的MV,一份惊喜的生日祝福,一次境外的年会之旅,一道道攻破的难题,一句句用户的夸赞,一场场精彩的分享,一次次欢乐的团建。感动与惊喜常在,热情将永不退却。
帮助比管理更重要
帮助比管理更重要,就好比情商比智商更重要是一样的道理。很多人在管理上思考着如何能做到让团队不停地加班拼命干活,而我们思考的是如何帮助团队减负,很多时候是因为我们在管理上做得不好团队才会疲于奔命,而这时我们一定要帮助团队摆脱这种局面。如何通过不断提升技术平台的服务能力,帮助每个人极大提升自己的效率,从而极大提升每个人创造价值的能力,这是在技术管理上更应该做的事情。
用我们COO蔡景晖的一句话说:奇观常在险远。用帮助的心态去管理团队,最好的帮助就是鼓励,鼓励团队敢于尝试,敢于犯错误,团队才会自驱动地成长和进步,面对未知领域我们需要的是探索精神而不是畏惧。帮助团队带着对未来无限美好的憧憬去探索前行,鼓励团队往前多迈出一步,比制定管理条条框框更重要。
思考(价值)比编码(代码)更重要
工程师们常常用“码农”对自己进行自嘲,最苦逼的码农莫过于——需求一变代码完蛋。这时候可能会有人埋怨自己的工程师能力欠缺,编码缺少规划,缺乏扩展,缺乏应对需求变化的能力。而我更觉得这是管理者的错,一切低效都是管理的失职。如何让工程师的代码最终变成价值,并让每个人看到这种价值,是我一直思考的问题。
2015年,我们将致力于打造一个聚合大家能力的服务平台。我们提倡让所有人的核心代码都可以封装成一种服务能力接入到平台,从而共享大家的能力,让能力可以复用,并在平台中可视化每个人的能力。向下我们可以看到每个能力的贡献者、代码实现过程以及运行所依赖的环境。向上我们可以看到每个能力被大家使用的情况和调用的次数,以及产品使用这些能力所带来的用户转化和商业转化,也就是最终带来的价值。
在项目研发中,我们更多的是在不停地组装整合各种能力,用最低的成本试错和改进,从而为业务带来价值。在这样的平台下,你会发现我们所有人都不再是码农,我们是能力贡献者,我们的能力一定会产出让我们可以看得到的价值,从而在编码时我们就带着价值的高度去思考。
在穷游,我希望每位工程师都可以达到这样的一种状态,那就是:低头写的是代码,抬头看到的是价值。成果与价值是最好的驱动力,对于工程师们更是如此,如果能做到这些,那么工程师们一定会攻无不克。
作者:黄向阳
作者简介:穷游网CTO,从业互联网技术领域12年,曾在多家互联网公司担任技术总监职务。2011年加入穷游网,负责穷游系统架构及技术团队管理工作。
扫码二维码 获取免费视频学习资料
- 本文固定链接: http://phpxs.com/post/4236/
- 转载请注明:转载必须在正文中标注并保留原文链接
- 扫码: 扫上方二维码获取免费视频资料