游戏程序员修炼手册（五）：群体学习

顾煜授权游资网发布

上次聊到扩展自己的知识广度，可以通过社交化手段（面试、评审等），或是参加专业会议来达成。

我们的学习方法，还差一个环节。进一步可以做的，是群体学习。发动团队的力量，大家一起来学习，补足自己精力的缺失，也帮助团队提高能力。

以前在项目组，会做一个每周分享的活动。不管senior还是junior，按照姓名排序，轮流来做一个30分钟的分享，涉及主题可以是新技术，可以是工作中解决的重要问题，可以是外部的有趣技术分享，可以是展会、读书心得，找自己擅长的就可以。每周两个同事分享，占用整个团队1小时左右，因为团队人比较多，轮一遍要好几个月，所以这个活动对听众是一个很好的放松，也不会对分享人造成非常大的压力。

做这件事，无论是对个人，还是对团队，都有很大的意义：

• 扩展广度：可以充分发挥团队力量，开拓视野，经常能看见一些让人眼前一亮，但自己扫描的时候被疏漏的技术点。
• 提高学习质量：逼着大家在阅读之余做总结归纳。一个知识如果看完了只是模模糊糊有所了解，那么说明你对它的了解还不够深刻。如果能总结出来，分享给别人，那你肯定就能深入了解它了。最好的学习，就是把这个知识教给别人。
• 锻炼表达能力：程序员往往内向不善表达，促进大家分享，也是一个好机会可以教大家怎么和人沟通，怎么把知识点更好的表达出来。软性技能在个人发展的中后期非常重要，但却往往被人疏忽。
• 促进团队交流：促进团队间互相了解，比起吃喝类型的团建，这类活动更能让大家在工作上达成默契。有时候工作中碰到某个技术，想起前段时间有别的同事分享过，就可以翻出ppt再看看，看不懂也可以直接和这位同事沟通，得到进一步的帮助。
• 减少团队流失：促进学习氛围建设，也能稳定团队。游戏开发总是很忙，如果没有机会让大家有所提升，做几年技术人员很容易荒废。
  

看上去很美的团队学习，实行一段时间以后，也发现了不少问题：

• 能力不匹配：团队能力和精通领域参差不齐，导致很多话题，一些人聊得津津有味，另一些人完全听不懂；或是senior对很多初阶主题明显不感兴趣，给junior程序员很大的心理压力。
• 有些员工分享能力实在不行，很好的选题，但讲的时候就是平铺直叙，不考虑目标听众的理解。
• 工作进度有压力，不能一直坚持。轮到某个里程碑版本要冲刺，就很难保证分享活动持续进行了。
• 大家随意分享，广度有了，系统性不足。
  

针对这些问题也可以做一些改进，能力不匹配，则可以想办法通过提前审核选题，来确保题目是多数人感兴趣的，也可以通过小范围组织分享，找更合适的小团队来群体学习。分享能力不够，可以通过更多的辅导，帮助串起技术、提炼分享线索、考虑受众接受度、提前准备逐字稿等方法提高质量。工作进度压力客观存在，真坚持不了分享，就暂停一阵子，等忙完再恢复好了，对学习来说，来日方长，不争朝夕。系统性不足，可以通过组织主题学习的方法，或者有专人扫描某一次会议所有议题，或者一起深入读一本好书，轮流分享其中章节，或者针对某一技术领域，遍读相关文章，做全面介绍。

坚持团队学习大原则的前提下，细节上可以灵活把握，变着花样，让大家有新鲜感，养成良好的学习习惯，也能从队友的进步上有所收获。另一个容易被忽视的地方，是整个流程一定要足够的轻，越轻，越容易推动，太重的流程，容易胎死腹中。

专业领域的积累差不多就聊这些，作为技术总监，还有更多的软性技能需要锻炼。

从技术，走向一线的技术管理，遇到的最大问题是个人效率。而从一线技术管理走向间接的技术管理后，新的问题又涌现。随着级别提高，管理范围的扩大，个人的工作逐渐呈现碎片化和间接化。对事的管理，渐渐变为对人的管理，也给我带来了很多的困扰。

碎片化是首当其冲的问题。在新的岗位上，业务复杂性大大增加，精力会被极大地碎片化。大公司的流程本来就复杂，除了项目，还会有各种其他部门和外部公司，为了满足他们的KPI，来占用你”一点点”的时间。每个团队真的只会占用你一点点的时间，但架不住团队多。这是外部复杂性，如果咬咬牙还能避免困扰，大不了在最忙的时候，就拉下面子全推掉所有的邀约，也能有个清静。

外部复杂性可以翻脸，但是内部复杂性是无可避免的。做组员的时候，会觉得项目开发是有周期的，有忙有闲，除了最终版本是持续冲刺，其他时候很明显会有段落节奏感。但在新的岗位上，再也没找到过节奏感。我当时主岗不在项目，天涯明月刀项目是兼岗。往往是项目冲刺的时候一起熬夜，搞完一阵子大家放松了，我开始处理主岗的积压工作，差旅奔波。组员回血的时候，我在回顾上一阶段得失，在制定一下阶段规划，接下来该做什么，该怎么做，如何动员内部资源，是不是要引入外部资源协助。组员加班冲刺的时候，也要跟着一起往前跑。而且大项目，总有这样那样的问题，天天忙着救火，这里消停了，那里又出问题了，要轮流去关注，经常去支持。更多细节可以参看Whatmakesagoodleadprogrammer。

工作中对碎片化问题需要特别警惕。技术学习需要不被打扰的unbrokentime，技术管理和决策更需要unbrokentime。但在工作中，技术管理者是很难享受到不被打扰的时间。在开放的办公环境，人来人往，大家向着你的工位，带着他的疑问和诉求，希望能分享你的一点点时间，来让整个项目变得更美好。你又怎么忍心拒绝他们，关闭心门？最常见的做法，当然就是割下你的一小片时间，分给你的队友，换取和谐和共同进步。


但当你的时间支离破碎，你就没有办法去做高质量的技术决策，没时间思考项目方向，没精力考虑团队管理。那些才是你更重要的职责，对团队会产生更长远的影响。


让我们一起来做些什么，打响反碎片化的第一枪：

• 带上笔记本电脑，从工位上消失。写报告、做ppt、做规划的时候，这一招最有效。相当于你有一个虚拟的会议，这个会议就是你和自己的约定，说好了这次一定要搞定的呢，别给别人打断你的机会。
• 和大家沟通，说明自己的情况，然后约定沟通的方式和时间段，把同步的沟通变为异步的沟通，小事留言，大事发邮件，天塌下来才可以找我。当然本质上这是影响其他人效率的，所以适可而止，只在最需要的时候才用这招。
• 每周空出一段固定的时间思考，不约会议，不排任务，身体和灵魂，总要有一个在思考，如果不是两个都在思考的话。时间是有弹性的，每次面临出差或是休假，总能在最后几天把任务全部close掉，效率会得到提高，同理，如果每周预留出一个时间段给自己来思考，那剩下的时间无疑会更高效。
  

当然实际没有那么理想化，总有这样那样的例外，总有不合适的时机。但只要有这个意识，试图给自己留出一些高质量的思考时间，就会有帮助。

下一个话题是焦虑。碎片化不可避免带来了焦虑和压力。专业能力上我逐渐找到了感觉，但在面对压力时，还是会恐慌。

本质上来说，压力来源于目前的能力不足以支撑你的野心。无论是我早期的引擎移植中遇到的专业能力，还是做这个项目遇到的管理压力，都来自己能力的不足。


没有太好的手段来解决压力和焦虑，举重若轻的自信，来自于更高维度的能力。对我而言，第一次成功的引擎跨平台移植后，面对新的类似任务，压力就小很多。管理过30人以上的程序团队，回头再管理10人团队，也不会有什么焦虑。没有捷径可以不焦虑，但有一些简单的方法缓解焦虑：

• 短期来看，良好的作息习惯。如果天天加班，回家就好好休息吧。别总是觉得公司加班的时间是留给公司的，晚上回家一定要给自己留点时间，熬夜玩一下。没什么是晚上早早睡觉不能解决的，如果有，那就再补一个午睡。
• 中期来看，搞点体育锻炼，**据说**能很好改善精力，且有巨大快感。这一点我深表怀疑，因为从我有限的运动经历来看，每次运动完，我都没有那种酣畅淋漓的感觉，一般的感觉都是更累了...考虑到时代在变，白领们装的方式也在变，现在就是流行说自己爱锻炼，锻炼包治百病，想来体育运动对缓解焦虑应该也有一定的帮助吧。
• 长期来看，当然就是提高自己的能力，让自己配得上这个岗位。至于怎么做，这个系列你都看快看完了，还要问我这个问题？
  

全文完。

后记：

整个系列来自于我在内部做的一次沙龙交流，分享了个人的一些成长经历，为了显得不那么自恋，也试图强行总结提炼了一些概念，不一定具备普适性，但的确对我当年的成长有很大的帮助。

沙龙里一个多小时，在这个系列被我扩写成将近2万字，补充了更多的案例和分析。改写的过程非常痛苦，以至于中间休息了3个多月没动笔。

口头和大家聊天，同书面分享非常不一样，好多口头很顺畅的说法，在书面怎么也写不出来，很多ppt里面显得真诚的说法，在书面显得特别装逼。装逼一直都是中产阶级的刚需，小装可以怡情，大装就会乱性，怎么含蓄地装，装得优雅，这个度不好把握。

好在终于还是装完了。

（新的装逼主题寻找中）

（注1）[别让猴子跳回背上(豆瓣)],有趣的个人效率管理理论，把任务比作猴子，每个人身上都爬满了猴子，上级要避免把下属的猴子接过来。这是一部关于职场陷害和反陷害的书，反映了资本家管理者和白领员工不可调和的结构性矛盾。