YaTalks会议的
其中一届会议，我们将
致力于开发人员的成长。 这将是不同公司代表之间的对话-我们邀请了ivi在线电影院的CTO Evgeny
eross Rossinsky，mos.ru Roman
romas1982 Ivliev的技术总监和German Narkaitis-Apstra的工程总监。 不同团队的负责人将通过我们参与搜索门户：Olga Megorskaya和（主持人）Andrey
yafinder Plakhov。
我们认为，在讨论之前，我们应该在措辞上“同步”。 所有这些至少可以大致代表什么是垂直增长。 在横向模式下，一切都变得更加复杂：横向增长型人才的好例子在公司外部并不那么明显。 他们的工作是什么？ 他们是编写代码还是只是在进行代码审查，编译方法等？ 回到纵向增长-（未来）团队领导面临的主要问题是什么？ 我们向讨论的参与者询问了这些问题，今天我们在哈布雷（Habré）上发布他们的答案。 那些选择了横向开发分支的开发人员将被称为专家-记住他们管理的不是人员，而是技术。
艾维（Eugene Rossinsky），首席技术官
冷漠的开发人员
除了纵向增长外，沿着管理路线，开发人员还可以在技术专家中横向增长。 然后比硬技能更重要。 这些都是非常强大的，毫不动摇的开发人员，他们开发产品架构的概念。 他们不需要管理-他们独立地发现产品中的“漏洞”并加以关闭。 如有必要，他们自己编写代码，汇编和解析命令。 在这些人上，我们拥有大多数架构解决方案。 我们公司有26个团队，每个团队约10人，其中2-3名专家。 而且，有时我们仅由此类超级巨星创建团队。 专家的成长取决于他所负责项目的水平和数量。
当开发人员了解他的发展方向“错误”时，主要的事情是在团队之前发现变更需求并制定迁移计划。 每季度一次，我们举行会议，团队中的每个成员单独与团队负责人或scrum-master一起讨论如何进一步发展。 我们也有Scrum管理员和特殊聊天室的公会，其中讨论了类似的话题。 然后，我们寻找您可以在哪里挂职的人，并制定一个路线图，其中包含他应该经历的里程碑。 如果某人想要更改某项内容，则需要进行更改以使其对公司有利。
我们的一位JavaScript开发人员希望带头进行自动化测试。 一段时间后，他停止编写应用程序代码，开始监督我们所有结构部门的自动测试战略开发问题。 另一个案例：一名员工想成为领导者，但还没有做好准备。 在1 + 1会议上，他收到了有关他现在处于什么级别以及领导团队之前应该从事的工作的详细反馈。 在那之后，员工有两种选择：要么相信反馈并遵循开发计划，要么离开他的技能就足够的另一家公司。 他走了。 专家也想成为领导者，他成为了领导者，但是在工作过程中，他意识到管理层不适合他。 他回到了专家那里-很高兴。
停止用手做一切
假设您以自然的方式居于领导地位，而没有冲突-也就是说，您首先在团队中赢得信誉，您的同事在听您讲话。 然后一切都很好，不会有冒犯。 如果在一个团队中有几个人声称是团队领导者，那么已经存在差异。 他们要么同意团队领导，在彼此之间分配任务，要么其中一个为自己选择另一个团队。 Timlids知道谁在什么方面更强-并试图相互补充。 每个人都有足够的任务。
成为一个好的程序员和管理程序员不是一回事。 您需要停止用手做所有的事情，需要学习去信任别人。 这很难。 与其将自己沉浸在微观管理中并试图将所有事情拖入自己，还不如在团队中安排离您最近的流程，团队应该接受它们。 例如，重要的是建立一个包含最少内容的审阅，建立短毛绒，组织设置和接受任务以及自动测试的过程。 您需要拥有不同的工具和方法来进行团队开发。
现在市场有很多方向，包括纵向和横向增长。 工资差不多。 您可以向任何方向发展。 技术和人道主义技能都很重要。 由于没有子弹的手枪没有意义，所以没有手枪的弹药。 但是那些急于兼而有之的人特别有价值。 在交界处。
搜索功能负责人Andrey Plakhov
从开发人员成长为领导者的重要条件
三件事很重要：
-理智和意识的基本水平（业内几乎每个人都有）；
-不要认为自己与众不同（但与此同时，许多情况更糟），
-而不是认为任何同事都比自己更糟-人们直觉上会感觉到这一点。
主要规则是：相信每个人都有可以学习的力量。 您的对话者是一个有生命的人，而不仅仅是一个附件，您需要从附件中将某些东西敲出来或通过欺骗手段将其拿走。
假设开发人员的硬技能值得提高，但他没有被提升。 原因通常是因为他认为自己太酷了，以至于他甚至都没有躲起来。 然后，在发展灵活技能之前，他需要改变这种态度。
我不同意佛教徒的观点，改变只能来自内部。 如果一个人看错了一个生动的榜样，并从中感到痛苦，那么这是最容易改变的。 很容易看出别人的缺点，要认清自己的缺点要困难得多。 这就像迷人的自拍照和照片之间的区别，使您看起来像现实一样。
哪个增长更容易
编程是一种沉思活动，非常适合性格内向的人，大多数程序员都梦想着变得更深入而不是更广泛。 有什么更好的选择-成为一个举足轻重的领导者，有时做一些伟大的事情，或者成为一个领导者，而相反地，领导者却被每个人都穿着？ 仅通过供需定律，第二种选择就更容易了。 广度和进行交流并不是那么冒险，您不需要任何独特的知识。 但是这位大师正在与全世界竞争。
没有下属，就不能写代码。 仅仅因为您成为专家并不意味着您会来到某个地方，只需几行更改就可以改变世界，所有人都开始窃窃私语，“哦，太好了！”我认识的专家写了很多好代码。 尽管他也遇到了我只是不完全理解的事情，但他并不总是超自然的，我通常会这样认为。 就像阅读Magnus Carlsen的国际象棋游戏一样。 每个特定的举动也许是可以理解的，但同时很明显，总的来说，冠军比其他人更了解某些东西。
与编写特定工件无关的专家最重要的活动是代码审查。 通过许多具体示例，您可以教会整个学校的人们，他们将知道pg是什么写作。 如果一个人试图制定一般规则，他将不如具体例子那样传达他的智慧。
谁不需要去找领导者？ 有这样一句话-如果您不会写诗，那就不要写。 在领导层，一切都不会那么艰难，但是如果您自己不希望告诉别人一些东西，教他们一些东西，如果您没有自己的愿景，那么实际上应该如何安排团队中的所有事情，您将无法享受领导才能。 难以管理，沉闷且经常令人不快。 唯一的补偿是，除了金钱（而且顶级程序员在金钱上的区别并不那么重要）-能够做所有事情的能力并不像往常一样，但是对您来说似乎是正确的。 如果没有这种强烈的欲望，最好不要领导。
Yandex众包和平台负责人Olga Megorskaya
不是任务，而是启动
在我看来，职业发展的基础是您如何感知和执行为您设定的任务。 任何接收到的任务都可以简单地完成，也可以将其作为小型产品Microstart。 并为初创公司开发它：扩大其对世界的影响范围。
通过这种方法，人们可以获得很多机会-您自己形成了一个领域，可以在其中继续发展。 如果您拥有悠久的历史，该公司将不会为此投入更多的资源。
从这个角度来看，您作为领导者和专家的发展没有太大区别：在一种情况下，您发展了服务的影响范围，在另一方面，您发展了服务的影响力。 但是纯专家的发展道路更加复杂。 您的专业知识对世界的影响不会仅仅因为您将下一知识单元投入脑中而急剧增加：您需要使您的专业知识成为公认的惯例。 在这方面，对于专家而言更难，因为如果您是领导者，那么您将拥有一些额外的资源。 如果您是专家，则只有您自己的权限。 要仅以这种能力发展，就需要拥有强大的个人魅力。 也许这就是为什么这样的人比领导人少的原因。 但是那些成功地遵循自己的道路的人是杰出的人。
在我所在的部门，没有人断然拒绝领导—许多迟早要接受领导的一部分。 有些人抵抗时间更长一些。 实际上，这令人惊讶：在Yandex中，对高管职位的报价比对他们的需求要多得多。 我们必须说服人们，让他们崩溃，并回答他们不确定。 但总的来说，这条路对我来说似乎更直接。
逐步成长的方法
为了一个人的逐步成长，我们有一个有效的虚拟团队，v团队机构。 可以商定，晋升候选人将首先领导一个虚拟团队，然后成为（或不成为）正式领导。 此外，我们有很多实习生，您可以随时接受和指导。 这可能是管理团队的另一个中间步骤。
如果您作为领导者在工作中不喜欢某些东西，请不要害怕委托他人。 与独自一人的情况相比，您与团队一起拥有更多的力量。 只要找到您不喜欢的人，喜欢它的人，然后将这些任务委派给他，就可以给他成长的机会。 全球规则：领导者应该只处理下属不能做的事情。 你们学习，您逐渐将任务降低到一个较低的水平，如果您具有多个层次结构，则将任务降低甚至更低。 在我的实践中，这是允许您支持可伸缩系统的唯一方法。
提名您晋升的领导者的任务是要胜任。 绝对不应该有一个人或团队无法获得升职的情况。 通常，在每个人（包括团队）都了解需要晋升的人以及为什么晋升的时间提升他们。 如果有发生冲突的风险，您可以采用更精细的方式，例如v-team。 另一方面，增加之后，最好不要说“昨天我们是同事，现在我是领导者。” 您需要接受自己的新角色。 对于团队和您而言，这都将变得更加容易。