👌🏾 👨🏾‍⚖️ 👩‍💼 谁是技术专家，团队为何需要它 👨🏻‍🔬 🤞🏻 🤽🏿

我们最近写了我们如何开始一个完全致力于工程过程和实践的会议的文章。我们的目标是在一个地方聚集专业人员，他们将发展公司，产品的技术领导地位，并给他们提供分享经验，讨论他们的行业任务和问题，共同寻找新方法的机会。我们思考了很长时间，是什么使这些人团结起来，如如何认识他们。他们意识到自己是技术专家。是他们负责技术媒介，实施相同的工程实践并建立流程。

但是，在我们的行业中，即使是初级/中级/高级职位的等级也因公司而异。关于技术支持，我们能说些什么，它根本不是职位，而是角色。因此，我们决定弄清楚他们最经常在此概念上进行哪些投资。同时，概述职责范围，制定关键技术技能，并最终了解tehlide与团队负责人有何不同（剧透：团队负责人也是一个角色，因此一个人既可以是技术团队又可以是团队负责人，也许不是）。

免责声明：作为涉及IT产品开发的任何专家的文章的一部分，我们都会致电工程师，以便每次都不要保留：程序员，测试人员，操作工程师等。

本文基于计划委员会的经验，并得到了我们进行的50次产品访谈的支持。不能认为这是对整个行业的大规模研究，但是我们的样本具有代表性，足以注意到某些特征。

让我们从最主要的事情开始。

Tehlid是一个角色

此外，经常-非正式的。一旦工程师成为团队中经验最丰富，最积极的工程师，他便成为非正式的领导者，并开始“溺水”以改善工程实践。就是这样，他已经是一名技术专家，并且通常来说，没有回头路可走。

如果您进行更深入的研究，那么这就是一种心态以及对责任和积极主动的特殊态度。这些特质很难从头开始灌输，但您可以为它们的体现创造有利条件。因此，如果您看到灼热的眼睛，请帮助他们不要消失。

通常，在俄罗斯最有可能发生技术性故障。因为团队中应该有一个人将大部分时间用于提高团队的效率，这不仅是从人员及其交互的角度，还是从技术方面。

Techlide做什么

当然，这很大程度上取决于团队和公司的具体情况以及领导本身的方向。也许，在部署Kubernetes时，不应期望移动开发的移动开发会提供帮助（但这也会发生:)）。我们已经确定了独立于堆栈的顶级任务：

为特定项目或任务定义技术堆栈。
负责实施新方法的开发，测试，交付和选择新技术。
建立流程（例如CI / CD，代码审查），实施和开发工程实践。
使与技术限制相关的产品开发风险最小化，克服了业务的技术障碍。
为项目或产品的开发定义技术策略，并为将来工作。
负责执行质量，产品。
培养团队成员的技术技能。
它解决了团队中其他工程师无法解决的技术上复杂的任务。

通常，这可以定义为“提高技术卓越水平”。为此，您必须自己做出许多技术决策，并创造条件，以便团队可以独立制定和实施其中的一些。

Tehlid不应将重点放在做出何种技术决策上，而应将重点放在如何帮助团队做出正确的技术决策上。不是如何给功能X加油，而是如何帮助团队使其“更快2倍，便宜4倍且没有错误”。

从这个意义上讲，技术工作提高了开发团队的效率：生产时间减少，测试更快，团队允许更少的错误以及技术债务水平降低。如果没有人关心技术解决方案的质量和充足性，那么只能取得短期的成功。短期解决方案的技术债务就像贷款一样工作-在某些时候，企业将仅支付利息，而不是核心价值。因此，平衡业务需求以实现更多业务功能并捍卫团队在编写良好代码的权利方面的利益是如此重要。

如果公司中没有人对产品的质量负责，那么您将无法确定该产品（当然，如果采用这种方法能够生存下去）将不会面临停机，客户数据丢失或至少大规模重构的风险。相反，及时的技术解决方案可以为企业节省数百万美元。

技术的主要素质

关于计划委员会的知识和技术专长水平，意见分歧。有人的经验表明，techlide是团队中最强大的工程师，并且有人遇到过在某些特定问题上扮演Techlide角色的琼斯。因此，让我们谈谈以下事实：techlide必须充分了解技术方面，不要不必要地制造自行车，并能够准确地了解所需的一切。然后-视情况而定，具体取决于他的工作。

但是，从广义上讲，技术人员应具备什么素质，同事们却是一致的。对于TechLead Conf，我们将准备一份详细的技术能力发展图，但事实证明，这种基础非常令人印象深刻。

能够看到问题，在日常需要注意的地方进行改进。
他对公司的流程和所做出的决定毫不关心。
准备承担决策责任。
他系统地思考以便做出长期决策并在不确定的情况下工作。
清楚地表达了他的想法，并证明了所提议的变更的有用性。
他是一个领导者，知道如何领导人们并教他们如何做。
他考虑到同事的意见，知道如何进行谈判，有时他会坚定捍卫自己的立场。
他可以快速了解主题领域，并了解技术解决方案如何影响现实生活。
它具有广阔的前景，紧跟现代技术的脉搏。

而techlide，像任何高级专家，必须思考如何，他认为。必须了解心理模型并对其进行调整。

应该用技术来用手工作

简短的答案是肯定的。否则，它将失去与现实的联系，技能将开始下降，并且这肯定不会增加团队的信誉。如果我们谈论的是技术支持，最有经验的工程师将扮演其角色，那么他可以成为“职业教练”。在这种情况下，同事将看到工作的效果。以身作则是实施任何实践的最可靠选择之一：从使用linter到阅读有用的书或在会议上发表演讲。

另一方面，如果大部分时间都直接用于开发，那么从我们的第一批技术任务列表中可能就没有足够的东西了。在公司成立的某些阶段，例如，通过研究或指导任务，techlide可能占主导地位。然后，团队不太可能依靠Techlide承担某种食品任务。他有时可以与某人一起工作，以开源方式进行走私或在一个宠物项目中进行实验。最主要的是“不要失去控制力”并掌握新技术堆栈。

没有tehlida可能吗

有可能，但不会持续很长时间。在假设的Stagnaciland中，也许有些公司的发展过程已经建立，并且已经达到了适合他们的收入水平，并且不会增长。他们有能力不做任何改变。在现实世界中，您将无法站稳脚跟；行业邻里的发展步伐如此之快，以至于您不想这么做，但是您需要适应并引入一个新的有前途的方法。

行业需要有一个关心质量并主动实施工程实践的人员。此外，一旦开发团队出现，就会出现这种需求，并且有人马上开始扮演这个角色。在组建新团队时，请牢记这一点：必须有一个具有必要技术能力的人员。对于企业来说，最好清楚地知道谁将扮演这个角色，并在招聘时考虑这一点。否则，techlide的角色可能会落在一个与她不相称的人的肩膀上，而只是大声说话。

可以说，在产品开始时，最需要Techlides的IT领域的公司。从推出MVP开始，公司通常会忘记自己可能会成为技术债务。在旅程的开始，这不取决于技术质量，因此，我们将在会议上展示如何避免此问题。

但是随着项目的发展，如果不是技术专家，他将监视公司的技术状况，并保证在几个月内他们不必合并错误修正的大部分预算和截止日期。是的，即使没有它的新功能也会显得太慢。将来，即使没有技术支持，即使是最方便，最优质的产品也可能使您意识到，客户和开发人员自己都会讨厌。

你说，团队责任呢？而且没有人说这个角色无法分配。它通常是模糊的，然后我们可以说没有一个领导者，而是前端的领导者，移动开发的领导者，测试的领导者，等等。也就是说，techlide负责其领域，一个产品或项目。

因此，团队或公司可以具有任意数量的技术要素。观众的声音表明，公司中最佳技术幻灯片数量为42。好吧，因为所有如此丰富的知识都无法集中到一个人的脑海里，而肩上的所有责任也不会持久。如果一个团队从一个初创公司开始已经稳定地工作了几年，分享了全部能力，每个人都达到了完美的T形，每个人都完全信任彼此做出技术决策，那么就可能没有领导者了。在这样的团队中，特赫利兹（Tekhlids）人数为零，而每个人都在扮演这个角色。

Techlide与其他角色和职位有何不同

当然，比较技术工程师和高级工程师并不完全正确，因为一个是角色，第二个通常是职位。上级可能很聪明，但可能不是。下面我们试图确定担任Techlide角色的工程师与那些没有扮演该角色但又具有较高专业知识和责任感的工程师有何不同。

不要太重视这些比较，我们知道在不同的公司中一切都可能不同。但是，如果您仍然注意到大多数技术特征与您相关，但同时又不考虑自己，那么欢迎加入俱乐部 :)

德利德vs老年

高级工程师	特赫利德
单人玩家	有团队精神的人。
最常经历一个发展方向。	更广泛地看待发展，可以解决方向交界处的问题。
大多数时候，工作是在开发业务功能。	很少有人直接编写代码，也许根本就没有为业务创建功能。
负责您的代码。	负责整个产品的质量。
发展其专业知识，深details细节。	培养团队的技术技能，尽可能分享其经验。

对高级工程师的深入了解和自给自足在团队中非常有用。但是，如果团队仅由单颗星组成，则团队合作不太可能成功。

德利德vs蒂姆利德

Techlide和timlide之间的区别既最明显也最模糊。如果您问这个兼有这两个角色的人，例如项目经理，那么证词会很混乱。

但是，如果我们转向团队既有团队领导者又有技术领导者的公司的经验，我们将理解团队领导者与人一起工作，并专注于团队中的沟通过程，团队领导者具有资源和工程流程。 Tehlid不太可能监视Petya是否会耗尽，并且Seryozha与Vasya合作真的很方便。还有购买设备，参加会议，团队建设，薪水和奖金的问题-绝对不是techlide的问题。

事实证明，四卤化物可能不是亚替利特，但亚替利德可能是teclide。另一方面，团队负责人可能没有那么深的知识，因此绝对需要技术团队。

因此，在我们的会议上，将没有关于如何进行一对一和建立团队信任的纯技能报告-这就是TeamLead Conf。我们将讨论如何选择和实施合适的工程实践，如何实现技术卓越并建立工程流程。

Tehlid vs CTO

这里的一切都很简单。在小型公司中，可以是同一个人：具有更多技术专长和战略思想的人。在大型公司中，服务站已经存在其他问题，因此需要能够独立开发产品或平台的现场人员。从公司拥有三个以上足够独立的开发团队的那一刻起，服务站就确定总路线，做出关键的体系结构决策，或者在团队无法达成共识时帮助找到解决之道。实际上，STO管理在更本地级别运行的技术幻灯片。

因此（也许直到您想出CTO Conf之前），在TechLead Conf上的CTO大会上会有很多用处。当然，这不仅是报告，而且是与其他技术专家和CTO讨论行业现代方法和问题领域的机会。

如何成为技术

如果您有这个问题（甚至更多，因此您已经阅读了这一点），那么就完成了一半的工作。正如我们今天所了解的，techlide是团队中最积极和负责任的工程师。因此，您无需静止不动，不畏惧前进，承担责任，对周围的世界感兴趣，并建立最多样化的体验。

这是TechLead Conf计划委员会建议关注的内容：

Alik Kurdyukov（联合贸易商）：首先，需要自组织。如果您没有充分利用资源，那么主动性将毫无用处。在我看来，关于该主题的最好的俄语书籍是马克西姆·多罗费耶夫（Maxim Dorofeev）的“绝地技巧”（基本概念可以在马克西姆·多罗费耶夫（Maxim Dorofeev）关于RIT ++的报告中找到。）其次，您需要能够捍卫自己的决定-销售材料将有帮助，例如，吉姆·坎普（Jim Camp）写的“首先说“不””一书。

亚历山大·马特维耶夫（Avito）：参与您的工作。不断开发，阅读书籍和文章，尝试将所学知识应用到实践中是先决条件。应用方法和实践的经验将逐步积累，并将实现新的质量。同时，有必要发展战略思维，以便更好地了解某些技术解决方案的前景。

叶夫根尼·萨比洛夫（Evgeny Sabirov）（TELEMED.CHAT，GK主持人）：首先，您需要有一定的心态：在流程开发的每个特定时刻，了解可以做得更好的事情，以及因何而做。然后，我们已经研究了到达“最佳明天”的具体路线。掌握的路线越多，新路线就越快。

Evgeny Dubovik（Cinimex）：您需要成为团队中最权威，最精通技术，最积极的男生/女生。同时，享受一个事实，那就是您必须拖拽钢琴，其他人才能在上面弹奏。

安东·贝夫祖克（Anton Bevzyuk）（Raiffeisenbank）：不要坐着不停，不断学习对他本人来说有趣的事情。两只手：研究现代工程实践，工具，框架和经典编程学科，以了解如何正确和干净地编写干净的代码。

Viet Nguyen（MegaLabs）：要拓宽视野并不断调整思维模型和思维工具- 立即开始！

Evgeni Ivanchenko（DODO PIZZA）：要成为技术专家，您需要深入研究领域。该领域中使用的工具和技术。泵出必要的软技能，不要害怕承担责任。

朱莉娅·多尔比洛娃（Julia Dolbilova）（DODO PIZZA）：如何成为技术主管，我们会议的演讲者会说得更好。

来TechLead Conf，看看技术创新在不同公司中如何生存，您绝对可以评估还有什么可以推广的。或者，如果您想分享自己的最佳实践并吸引对您而言最重要的技术领先方面，请向我们发送报告请求。尽管这些摘要可能是主要思想的简短摘要，但我们计划委员会的人员将帮助使该报告对技术专家的读者尽可能地有用。

连接到电报频道和会议聊天 -我们在该频道中发布新闻，在聊天中讨论它们，并询问您对TechLead Conf的未来主题和报告的看法。

谁是技术专家，团队为何需要它