建立和授权高绩效团队有助于产生出色的结果，这已经不是什么秘密了. 这听起来很简单，但如何真正建立这种类型的梦之队呢? 一切都取决于学习.
作为软件工程师，我们的工作围绕着快速吸收和利用新的和不熟悉的技术, 库, 框架, 系统和代码库. 学习是工程师每天花费时间最多的事情.
学习需要时间
这种学习有多种形式. 下面是我每天在工作中学习的一些常见方法:
- 编程语言及其特性
- 库和包生态系统
- 潜在的技术概念
- 代码库——所有东西存在的地方以及它们的作用
- 最佳实践——针对技术、库和代码库
- 一般工程原理
- 如何着手编写代码以产生期望的结果
- 非功能性领域知识
很多.
传统的学习和发展方法，如会议和课程，可能很难涵盖这种学习. 根据我的经验，他们倾向于深入学习一个大的主题, 而不是很多小话题. 虽然这些对传统的学习和发展活动很重要, 比如提升你的职业生涯或者拓展你的知识, 它们不适合复杂的项目和以团队为中心的学习.
当我们知道我们需要做什么并且确切地知道如何做时，软件工程可以(令人惊讶地)快速和简单. 但这就是挑战所在——我们如何真正优化团队，以便在工作中进行这种类型的学习?
是时候结伙了!
一种很棒的方法是配对编程. 现在, 有些人认为结对/分组的工程师效率较低，因为可以同时完成的票据较少——例如，在一个6人的团队中结对工作, 一次只能处理3张票. 但是结对或分组对学习是非常有效的. 即使你的团队成员是双倍的, 你把集体学习的时间减半了，所以仍然有很大的价值.
与他人合作解决日常问题可以帮助你同时学到很多东西. 例如, 如果你和另一个工程师结对——你正在学习正在使用的语言, 他们正在开发的代码库, 他们是怎么搞工程的 和 实现特性. 通过与他人合作，我们可以理解我们不知道我们需要学习的东西!
通过让工程师们积极地相互教授，并在联系在一起的情况下经常重复知识，我们 最大限度地保留信息. 这也会调用 门徒的效果, 这告诉我们学习(或巩固你以前的学习)一个主题的最好方法是把它教给别人.
结对编程对团队有很多好处. 它减少了解决问题的时间, 及早发现更多错误, 帮助人们建立导师/被指导者关系，通常会阻止我们变得太孤独. 我强烈推荐配对, 但我也强烈建议不要把它强加给一个自信而快乐的团队. 并非所有活动(i.e. 那些问题和解决方案都被很好地理解的地方)需要配对，如果经常使用，它会变得很消耗人.
现代软件交付是一项团队运动
下一步是在团队中建立一个有弹性的重叠知识网. 在这个网格中，有一个共享的“核心”知识，团队中的每个人都应该知道——这通常是需要经常使用的公共部分.
t形技能图 描述非常相似的东西, 我们的想法是，在一个由通才工程师组成的团队中, 有一个共享的核心基础知识，允许任何人在理论上从事任何工作. 它还保护团队免受灾难, 比如当一个掌握着大量知识的关键团队成员离开公司时.
重要的是要意识到，对个人的最佳选择并不总是对团队的最佳选择. 现代软件交付基本上是一项团队运动. 作为团队中的一员，你需要在门口检查一下你的自我. 准备好通过结对或回答他们的问题来支持你的同事，而不是自己做大量的工作.
不要忘记文化
然而，在一个足够复杂的项目中，筒仓和知识专长自然会发展起来. 当然，通过与特定技术和代码库领域的交互，人们对它们的了解会越来越多. 在知识网中, 确保每个人都知道每件事是低效的(也是不可能的). 而不是, 高绩效团队的成员应该对问“愚蠢”的问题以及用问题打断团队成员来解开工作障碍的想法感到自在.
记住:没有愚蠢的问题. 问一个快速的问题，即使会分散别人几分钟的注意力，也比在你离开自己解决问题的时候继续专注于你的任务要有效得多! 这种方法的关键是拥有强大的团队文化和良好的心理安全感. 毕竟，当人们承认自己不知道一些事情时，他们会感到很脆弱.
在文化较弱或心理安全感较差的团队中, 工程师们可能会感到压力，要将自己与同行进行比较，并单独承担困难的任务，以验证自己的能力. 知识孤岛也容易出现, 因为团队成员在他们不熟悉的领域工作时，会感到不自信.
为了防止这种情况, 而不是用个人贡献的总和来评估团队的生产力, 我们应该把它看作是整个团队的集体成果. 通过切换一个团队使用系统，如 四个关键指标, 我们可以努力提高团队的产出，而不必担心每个人完成了多少票/功能/故事点等不重要的细节.
我们一直在学习
学习是工程师交付软件的主要时间消耗. 但是，通过优化我们的团队学习，我们能够更好地支持团队成员之间的协作工作和定期提问——这对于建立高绩效团队至关重要.
作为工程师，我们总是在学习. 如果看完这篇文章你有任何反馈, 进一步的建议或只是想澄清的东西-请与我们联系!
如果你想了解更多十大网博靠谱平台软件工程的知识， 订阅我们的Made Tech Insights时事通讯 让新的博客文章直接进入你的收件箱.
