我们的日常工作通常像一系列对抗。 我们与客户和其他团队，测试人员和同事以及公司内的部门“竞争”。 我们为薪水而战，做出便利的技术决定，截止日期和数以千计的其他事情。 在这一系列冲突中，团队负责人是小型战斗部队（团队）的负责人。 他了解每个“普通”人员的优缺点，协调并组织其工作，以最小的损失实现目标。
如果您从这种角度看待团队负责人的工作，那么团队内外的战略规划和位置工作就很重要。 同时，不要忘记战术。 出乎意料的是，对中国古代战略的了解有助于制定战略并做出战术反应。
Alexey Zolotykh （
zolotyh ）
-Infobip的团队负责人。 阿列克谢在他的作品中使用了古代中国的战争规则。 从基于他在
Saint TeamLead 2019上的报告的文章中，您将了解战略如何对团队领导者的生活有所帮助：如何与团队中的开发人员和睦相处，如何在同事中赢得信誉，如何捍卫您的意见，为什么牺牲李子，责骂相思树，假装是疯子和殴打在草地上。
战略
战略是为解决特定问题而计算出的一系列动作。
这些是实现不同目标的规则，战略举措和策略。 战略用于敌对行动。 基本上，它们在归功于《孙子兵法》的“三十六种策略”和“孙子兵法”中都有描述。 这位中国战略家和思想家大约生活在公元前500年。 但是“战略”这个概念在中国文化中已经存在了3000多年了，因此我们可以认为这些论着的作者是整个中国人民。
但是问题来了-我们是提姆利兹人，战争从何而来？ 我们不打架，不与任何人打架，也不抓捕，为什么我们需要战略？
制衡体系
在雷·达里奥（Ray Dalio）的《原理》一书中，有一个重要思想：任何公司或团队都是制衡体系。 一个公司陷入了冰冷的冲突和对抗。
我将举例说明。 公司“ Abstract”有两个部门：测试人员（QA）和开发人员。 开发人员的目标是尽快上线生产并按时发布产品，因为他们为此拥有KPI。 测试人员具有不同的优先级：对他们来说，找到尽可能多的错误非常重要，因为他们拥有质量KPI。 抽象公司中的两个抽象部门之间经常不断发生抽象冲突和对抗。
人力资源部和公司所有者之间也存在类似情况。 简而言之，人力资源的目标是雇用尽可能多的人。 但是为此，您将不得不增加预算，因为现在IT人员非常昂贵。 公司老板想雇用便宜些的人。 同样，冲突与对抗。
公司中不同部门，员工，团队，管理层和下属之间的冲突以集会，对话和讨论的形式不断发生。 可以将它们视为一种军事对抗，而发动战争的建议也将是有用的。
让我们看看可以使用timlids的那些策略。 这些策略是用诗歌语言编写的，这并不是巧合，因为它们很容易记住。
将军之所以缓慢是因为他正在考虑胜利
有必要为每一次集会做准备。 船长证据出现在这里，但不，等等...
“不是一个知道如何按照所有规则获胜的人。 获胜者是知道如何在适当的时间放弃所有规则，将自己的规则强加给敌人的未知游戏，并在必要时放弃它们的人。” 这是一本关于它们的策略的解释。 如果将其应用于IT，则表示
在集会开始时设定规则并获胜的人 。
2017年，我在一次会议上发表了讲话。 我的演讲的目标之一是向观众“出售” Dart语言。 这是一个相当奇怪的YP，不是主流，但我非常爱他。 显然，会议的听众还没有为他准备好，所以我想出了一个“军事技巧”。
我召集了三个人组成的“陪审团”，以表达JavaScript，TypeScript和Dart的某些特征并比较这三种语言。 但是我自己确定了比赛的形式，我自己制定了规则。 作为舞台上的领导者和主体，我说：
-根据我的估计，在TypeScript中，打字是10分中的5分，在JavaScript中根本没有，在Dart中是10分中的10分。除了Chuck Norris之外，还有谁会选择带有此类参数的TypeScript？ 这是不合逻辑的，没有人愿意成为“不像其他所有人”。 因此，陪审团根本没有机会选择与我要求的格式不同的获奖者。 可以预见，在这场“战斗”中，达特因为我的准备而失败了。
一个人期待一个疲惫的敌人
两个故事说明了巨大的战略。
“让我们重写所有内容……”
作为团队负责人，我在选择技术方面有相对的自由，所以我的队友经常来找我（我不使用“下属”这个词，我认为这是错误的）。 通常他们说这样的话：
-让我们抛出TypeScript并重写Flow上的所有内容！或者：
-有一件很酷的事情-GraphQL。 您报告了她，并且正在为她竞选。 让我们实现它！我很简单地摆脱了这种情况：
-我真的很喜欢GraphQL。 但是，让我们根据已经实施的两打服务编写六个月的实施计划，然后就此进行报告吗？我们有星期五的演示文稿格式。 奇怪的是，它发生在星期三，因为在星期五给同事们加载新的东西不是很好。
如果一个人负责，有动力并且确定自己是对的，那么很可能他将完成该项目。 但是，如果他只想交谈和辩论，他甚至不会朝这个方向看：他将不得不与某人进行交流，搜索，准备演示文稿并进行额外的工作。
所以我用一块石头杀死了两只鸟：
- 我不会闭嘴，然后在每个集会上都听不到有关GraphQL的消息，他将如何解决我们所有的问题，等等。
- 如果一个人完成了该项目，将来他将成为一个好的团队负责人，我们将拥有一些新奇的东西。
“我太懒了，不敢说话，别客气”
这次生活骇客告诉我一个好朋友。 想象一下，您收到一个拉取请求，您需要进行检查，发现一些错误。 您了解，在此请求中，邪恶的根源很深：开发人员绝对不了解他在做什么，因此所有内容编写都不正确，然后您进行报告。 开发人员不同意（期望），走到你面前说：“听着，我太懒了，我们就这样讨论吧”。
不要满足于此！ 如果人们来找您聊天，那么“聊天”是免费的。 您可以说一个小时，却不花任何钱。 我们所有的信件都是英文的，当您需要回答时，重做有时比使用Google翻译更快。 争议更少：这个人已经累了，对战斗不感兴趣。
牺牲李子保存桃子
在某些情况下，您可以付出一些小的钱来换取主要的东西。 因此，在开始谈判之前，重要的是要了解什么对我们重要以及什么是次要的。
我们以准备好的立场参加谈判。
脑部混乱
Infobip中有两个条件性意见：有人说Scrum和Agile很酷，而另一些人则建议编写更多的代码而减少聊天。 在会议上，第二个位置表示为一个人随身携带一台笔记本电脑然后撞向笔记本电脑-从他那里什么也得不到。
在这种情况下，我们与员工进行沟通：
-让我们这样做：您可能根本不会参加Scrum集会，但您必须知道结果。 但是，如果您仍然来，请卸下笔记本电脑并与我们合作。一个人知道，如果他错过会议，他将不得不赶上，而且没人会知道他的意见。 我牺牲了一个员工的身影，这伤了了自尊心，最终他还是回来了。 问题已解决。
指着一棵桑树，责骂相思
Grigory Bakunov有一份不错的
报告 ，他建议任何开发人员都处于
5至7岁儿童的创作过程中。据他说，任何
5至7岁 （有条件）的开发人员，他都需要像小孩子一样与他交谈。
我有一个儿子，他快一年半了。 我读了有关养育子女的专门书籍。 在其中一本书中，我学习了如何“诱骗”一个小男人吃粥：告诉一个童话故事，说有胃，当他的嘴不给他煮粥时，他会难过，而这一切都以某个男孩为例。
如何将其应用于开发人员？ 以前，当我想给某人反馈时，我直接说：
-奥列格，在这里和这里，你错了。 为了明天变得更好，做到这一点。在大多数情况下，这会损害自尊心：一个人找借口并说出自己为什么是对的，或者为什么他不能这样做。 现在我去另一边：
-假设您是团队负责人，而您遇到这种情况。 你会怎么做？我把他放在我的位置，问他在这种情况下会怎么做。 开发人员的骄傲是有秩序的，他已经习惯了团队负责人的角色，并正在寻找解决问题的方法。
假装疯了，保持头脑
假装自己是我最喜欢的生活傻瓜。 原理很简单：如果您有技术问题，请提出。 我不认识你，但我不是团队中最聪明的人，我对此很清楚。
问问题是正常的。
在我以前的公司中，有一个人担任过相当高的工程副总裁（CTO）。 他不断重复：
“我不懂您的技术知识，用俄语解释。”或者：
-这将导致代码混乱。 这对我们构成了什么威胁？ 怎么了 怎么了像我这样的CTO还有30多人。 理解正在发生的事情的唯一方法是反复询问。
当一个人用简单的词回答您的“愚蠢”问题时，您就会明白他的逻辑中存在哪些空白。 这时，您要问清楚问题，找出问题出在哪里：论点之间的轻描淡写，然后可能引发的潜在问题。 因此，不要害怕问愚蠢的问题。
如果您以这种方式认为自己失去了“权威”和“专业面孔”，那么请记住
Richard Feynman 。 这是诺贝尔奖得主，量子电动力学理论的合著者，原子弹的开发者之一，保险柜的创作者和破解者。 1960年代，费曼在加州理工学院发表了他的演讲，后来在费曼物理学讲座三册中发表。 到目前为止，这是从力学到量子物理学对物理现象的最可理解和最受欢迎的解释之一。
根据里贾利亚，看来这是一个受人尊敬和认真的人。 但是相反，他并不害怕显得笨拙。 费曼的特点之一是活泼的头脑和自嘲。 他
不断地提出愚蠢的问题 ，没有试图看起来“扎实”，而是试图用简单的话来解释复杂的事物。 他的一句名言：“如果您是量子物理学家，不能简单地向五岁的孩子解释您在做什么，那您就是骗子。”
如果诺贝尔奖获得者看起来很愚蠢，那就更是如此。
引诱屋顶并移下楼梯
我在团队中遇到了一个问题：有一项重大功能将花费不确定的时间。 经理不断问我何时完成该功能，而开发人员不知道“何时”，因为他们无法确定要求。 在某个时候，我说：
-停！ 您需要了解什么时间？
-这个，那个和那个。
-然后，我们将于10月1日举行一次集会。 现在让我们来了解一下我们是否准时。
“但是呢？” 也许飓风开始了，公共汽车没有来，有人生病了-我们如何考虑到这一点？
“是的，哥斯拉将发动攻击……让我们简化任务：我们决定什么也找不到，如果发现，我们只是告诉管理层。” 但应在10月1日之前完成。最重要的是，我问大家他是否同意10月1日这一日期。 如果我不同意，我建议提出一个不同的日期，并提出合理的理由，然后说到最高。 简要地用一个词来描述策略。
带走逃生路线。
如果您想抓东西，先放手
有机会挽救面子
我与团队领导一起来到一个已经建立的团队。 自然，我决定要做的第一件事就是“出售”我的权威。
在其中的一篇代码回顾中，我与一位开发人员就架构产生了很大的争议。 我决定找出谁是对的，谁是不对的：我要求所有行业领导者对我们所讨论的代码提出客观意见。 我有兴趣评估的每个人都确认我是对的。
我将所有这些结果列为我的“竞争对手”，希望他能意识到自己的错误，一切都会安定下来。 但是一切都不同了。 我的对手意识到他正在失去信誉。 现在，他对产品不感兴趣，无论如何，谁是对的，谁对保存面子并不重要。 之后，我的每一个决定都遭到了拒绝。 开发人员没有考虑该项目，而是考虑了如何证明自己更聪明。 最终，一个人痛苦地转移到另一个团队（解雇）。 我是对的，但我没有让那个人丢脸。 我仍然后悔。
给敌人机会有尊严地摆脱局势。
即使您完全正确-对手也必须保持自己的尊严。 如果踩到愈伤组织，您将赢得敌人。
像番茄一样的地盘
在列别捷夫工作室艺术总监路德维希·比斯特罗诺夫斯基
（ Ludwig Bystronovsky）的一次
演讲中，我听到了另一个有趣的例子。 想象一个提供一个像番茄一样的网站的设计师。 目前尚不清楚它的外观，最重要的是为什么？ 但是设计师喜欢它，并且仅仅因为他提出了这个想法，他就提升了自己的“想法”。
当然，人们不应该同意这样的想法。 将人送回大地：
-我了解您是一位出色的设计师，但是这个主意不是您，现在不起作用。这与面部保护的原理相同，但是当一个人将自己的决定与自己联系起来时。 这也需要考虑并与之一起使用。
不幸的是，这不仅发生在创意环境中。 例如，我见过开发人员将自己与GraphQL或MongoDB相关联的情况。 尝试将想法与人分开，我已经对此感到厌倦。
打草吓蛇
当您收到一个大型的长期项目时，我建议您实施MVP：这是一个包含所有芯片，问题，错误的最小项目，有助于充分评估时间表。 如果简单的MVP建立有条件的2周，那么很清楚接下来会发生什么。
这是一个很好的建议，它在任何地方都有效。 现在，我反对采用另一种方法，对此我已经感到骨call。 让开发人员更好地执行MVP和代码特定的工作，而不是以某种不同的方式处理大型项目。
逃生是最好的策略
避免冲突不是损失。
正如孙子所说，有三种选择。
- 做出让步。 这是一个三心二意的决定：双赢。
- 认识失败。
- 离开 但这不是损失，而是返回和纠正的机会。
不要干涉冲突！ 最好不要战斗，而要和平生活。
“打一百遍并赢得一百遍并不是最好的最好的。 最好的是征服一支外国军队而无需战斗。”
孙子
文章最后讨论的只是操纵。 并非每个人都希望与他们联系，但是出于两个原因，您需要了解它们：不幸的是，有时您仍
必须在工作中使用操作
， 总要知道何时被使用而不是不知道。
尽量减少冲突，不要让自己受到操纵。
在这个积极的提示上，我谨在此提醒您，您可以在本周末（即12月22日）之前向下一次团队领导会议提交报告申请。 一周后，我们将从数百个（我怀疑届时会有更多）应用程序中选择2月TeamLead Conf的发言人，这样您就不必再为购买会议门票的需求而怀疑了。