谁是领导者，为什么需要他们？ 它们在生活中有什么用？ 他们干什么呢？ 他们该怎么办？
一方面，领导者传统上被理解为管理，制定计划，给出指令，控制时间，大声喊叫，做出决定并对之负责的人。
另一方面，有意见认为，负责人只应处理委托单位的发展，而不参与业务管理。
第三，存在自治和绿松石组织，实践证明，根本不需要这样的实体作为领导者，它只是一组职责，角色和控制点，很容易在不同的人之间散布。
那么，他是谁，这位领导者？为什么需要他？ 经理需要公司还是公司需要领导者作为收入来源？ 也许他证明了自己的存在是正确的，因为结果值得-经理的收入通常比普通员工的收入高得多。
我使用一种特殊的模型来评估经理，建议您熟悉一下。
型号
该模型很容易让人耻辱，但通常只有程序员才能理解。 但是您是程序员，一切对您而言都是清楚的。
因此，请想象一家在某个信息系统中实现了会计自动化的企业。 在该系统旁边的是程序员，只有一个。 他与IT部门的负责人，编码人员和架构师-都是合而为一的。 对于小型企业，有时对于大型企业，这种情况很常见-我自己在一段时间内是企业中唯一的程序员。
因此，现在假设程序员是部门的负责人，而信息系统实际上是其部门，包括人员，设备，流程等。 而部门，服务，部门以及整个企业-这是一个系统。 和信息-这也是一个系统。
程序员可以自由地以不同的方式对待他的系统-开发，维护，删除，破坏，降低或提高生产率，替换为另一个，编写或删除文档，控制余额等。
负责人可以自由地对他的系统（部门）做同样的事情-发展，陪伴，执行人工作，干预，帮助，分散，替换人员等。
模型很明确：经理/部门的关系与程序员/信息系统的关系相同。
现在，让我们通过这个模型的角度来看领导者。
忽悠
最原始的程序员类型是什么都不做，但是以某种方式设法不会飞出工作。 我个人看到了这一点-他被迫从集成的1C 7.7转换为1C 8软启动器，并且他既没有用脚，也没有在第一个或第二个中使用他的脚，但他伸出了一年的时间-仅仅是因为他正在奔跑到Internet以便及时建立Internet， ICQ并从种子下载音乐。
另一个例子是一个女孩，她自己不知道如何做任何事，但是在程序员之间拥有广泛的联系网络，并且正如她们所说的那样，漂亮，迷人，所以这些家伙很乐意帮助他们，完全解决了她的任务。 而且，他们在其他公司工作。
您了解到，拥有这样一名程序员的系统过着自己的生活，实际上完全不依赖于它，并且在离开之前，其中没有明显的变化。
这些家伙的领导者中也很饱满-他们是，不是。 有时他们被称为婚礼将军，但是在这种情况下，负责人至少可以履行代表性的职能，例如，与客户见面时要好坐。
这样的领导者喜欢各种各样的活动，会议，尤其是那些有很多人且不必张开嘴巴的人。 有时，他们是如此痛苦，以至于如果他们仍然从领导那里得到任务，那么他们甚至不能正常地委派任务，因为系统会完全忽略它们，除非有人怜悯和帮助。
谈论这样的程序员和这种领导者在系统及其开发中的作用是没有意义的，因为 没有作用，也没有发展。 这是最悲惨的情况。
亲戚
这是另外一种偷偷摸摸的方式，区别在于亲戚不必做太多事情就可以呆在原地。 他们带着毛茸茸的爪子被带到那里，他们坐着。 谁是一整天，谁在晚餐前，谁在晚餐后，谁在家里。
亲戚已经对系统产生了影响，因为 他们很害怕-您永远不知道什么样的of绳会掉下来，您可能会失业。
但是实际上，他们通常不使用这种影响。 成为系统的要素，即 他们不想在其中执行任何功能，因为 责任和义务会出现，至少您必须上班。 他们无法开发系统，因为 这至少需要一些能力和对正在发生的事情的理解。
当然，当亲戚的行为不像亲戚时，也有例外，但是我们郑重地将其排除在这一类别之外。 有时，家庭纽带甚至会有所帮助，例如在家族企业中，使一个人更加负责和有效。 效率提高是因为亲戚不怕被解雇。
但是总的来说，这样的程序员在很大程度上不会影响系统的生命，而不会影响部门的生命。
螺丝钉
碰巧程序员变成了操作员。 并不经常，但是它确实发生。
它仅执行交换，上载和下载文件，进行备份，输入文档，生成报告，进行某种数据分析等操作。 实际上，它只是完成用户的工作。 在我的生活中，我一点一点地看到了这一点，程序员逐渐变成了会计师。
如果转动，即 搬到另一个部门和另一个职位-和他在一起，这是正常的转变。 但是碰巧它可以作为运算符工作，并被称为程序员。 在我们的模型中，他是谁？ 他应该管理的系统只是其中的一部分。 谁来管理和开发系统？ 没有人，直到另一个人出现，并注意到这里出了点问题。
这种情况一直伴随着领导者发生，尤其是在最低级别的领导者中，例如团队领导者，站点经理，首席系统管理员等。 他们的职位是一种形式，他们什么也做不了，什么也不发展，他们像其他人一样工作，只承担更多的责任，例如去RAM和提供时间表。
一位领导人和另一位领导人均未对其系统产生任何影响。 不管理，不发展，不回应。 系统不依赖于它们。
章鱼
但这是完全不同的情况。 这样的程序员尽管不参与编程，但在重要性系统元素方面却是唯一的。 例如，仅他一个人就知道如何计算成本并根据税收策略进行调整。
实际上，这是同一家运营商，只是更加先进，实现了其价值并成功出售了它。 这样的程序员声称只有他自己知道如何进行调整以注册条目，以便“一无所有”。 只有他才能校正背面的负号，以使子conto不会散开。 您可以自己继续列出。
这样的程序员是系统不可或缺的一部分，它的瓶颈是无法切断的附件。 没有它，就会有危机，每个人，包括他自己，都明白这一点，一切都取决于它。 他决定执行复杂的操作，解决复杂的问题，例如下载报告时的错误等。
与程序员相比，这类经理更多。 他们人为地，有意地创造了一个条件，在该条件下，即使没有一天，没有它们，该系统也将不存在（这在他们休假时可以清楚地看到）。 他们协调一切，检查所有东西，尤其是“楼上”提供的东西，对流程的每个实例（例如，客户的订单）做出决定，参加所有会议。
当他们被告知需要被委派时，他们指的是工作-根本没有时间坐下来思考，编写说明并交出事情。 通常，这是他们最喜欢的借口-他们人为创造的就业机会。 以及更多的多任务处理。
这种情况有时看起来很荒谬，尤其是当一个高级经理更换并开始询问我们的关键要素时，您在做什么？ 最重要的是-为什么？ 答案通常是-“被接受”，或者，如果他设法将自己的不可或缺性固定在企业标准中，则“应该如此”。 谁接受，什么时候接受，为什么接受-没有答案，或者不能发音，因为 “我想到了这种毫无意义的废话”听起来像马马虎虎。
程序员和经理都逐渐开始相信他们的排他性。 有时，他们甚至开始为自己感到难过，并要求他人怜悯，甚至诱使较高的人怜悯他们以增加收入。
碰巧这样的关键程序员或经理对系统进行了更改，即 在她身上表现得很好。 但是他几乎总是缺乏专注于摆脱体系的关注。 例如，程序员可以编写很酷的处理程序来形成文档束，从而使人们免于例行工作，但只有程序员会使用此处理程序。 如果他们要求他教别人，那么他会找到很多借口，例如“是的，解释得更长一些，让我做得更好。”
领导者也这样做，从而完善了自己的体系。 例如，有一个这样的销售总监敲定了一个条件：给我一定比例的整个部门的销售额，然后我将按需分配溢价。 您了解，对于销售人员而言，这成为为这样的领导者工作的主要动机-不是“卖出更多”，而是“喜欢更多”。 管理员将无法解释分发算法，因为该算法不存在。
结果，对于程序员而言，对于管理者而言，结果是一个：没有它，系统就无法存在或发展。
手套
有些程序员会改变手套之类的系统。 他们并不真正地知道如何编程，想到实现方式，解决用户的大大小小问题以及使企业受益。
在任何危机情况下，当系统带来的弊大于利时，他们都说：现在该切换到另一个系统了。
幸运的是，现在这没有问题，尤其是考虑到产品线中的壁ni混合，相同的1C。 您可以从UT 10.3切换到软启动器，再切换到KA 1，再切换到KP 3.0，再切换到KA 2，再切换到ERP，然后吐出所有内容并实施UNF，然后再进行某种变态，例如USHP（如果行业允许），然后，令人惊讶地，回到了SCP。 每次过渡至少需要一年。 数一数你自己可以坚持这种策略的多少。 你见过这样的程序员吗？ 我见过
相似的领导者长什么样？ 他无休止地改变了方法论，这是管理的基本方法。 今天，他制定了一个月的计划，明天他制定了一个一年的计划，然后切换到敏捷，再到TOS，再到精益，再到4-4-5，再到预算，再到无预算模型。 如果主管知道所有这些技术，那么这还不错，至少您可以练习它们的应用。
但是通常一切都比较平淡无奇-这样的领导者可以通过重组解决所有问题。 他从一个部门中选出两个，然后是十个，然后再是一个，然后他从新员工中招募一个新部门，然后取消并将其放到旧部门中，发明新职位并编写说明，流程和标准，或者以非常幼稚的方式-将部门更改为部门，部门部门，团队部门，地区团队等。
对于程序员和经理来说，这种方法的本质是相同的：尽管正在进行大规模的更改，但是没有人会深究结果。 而且，如果您跌入谷底，则始终可以otmazatsya：我们正在全面变革，现在根本无法回答您的问题，一个月后回来或自行寻找答案。
对系统的影响规模巨大，但其结果和有效性却毫无意义。 这些只是为了改变而进行的改变，只是在巨大的范围内。
尤其糟糕的是，其他人已经习惯了这种行为，并逐渐忘记了这些变化是有开始的，而且必须有结束。 他们忘记了变化的链条，哪个系统或方法已更改以及原因。 结果，过了一会儿，您可以简单地再次重复整个更改范围，没有人会注意到。 在实践中，我观察了这样的图片，并计算出周期的频率-4年。
当然，没有必要谈论这种程序员和经理对企业的任何好处。
普柳什金
普鲁什金（Plyushkin）是果戈尔（Gogol）的“死魂”（Dead Souls）的角色，他是一个贪婪的小佣兵，他拖着脚把发现的所有东西都拖了下来，一直保留下来。
这样的Plyushkin程序员喜欢各种解决方案和代码存储库，例如git，但是它们被用于其他目的。 他们没有在那里寻找解决方案，而是愚蠢地下载了具有足够磁盘容量或金钱的所有内容（用于付费解决方案）。 它们被存储在整齐的文件夹中，经过分类，有时它们试图将它们构建到系统中以显示给用户或导演，并冒充自己，从而证明其存在的合理性。
他们本人并不真正知道该怎么做，因此使用别人的小东西是他们生存的唯一途径。 对于严重的变化，他们缺乏力量，能力和勇气。
您可以通过查看系统的界面来识别此类Plyushkins-它充满了来自各种附加组件的图标，每个人的含义都不清楚。 各种功能面板，包括复制元数据树，对表进行通用排序，在不使用交换的数据库中管理交换，一堆报告，甚至对于其他系统也是如此。
Plyushkina高管的行为与此类似。 他们阅读博客，文章以及社交网络中的各种群组，以了解如何轻松进行有用的更改。 由于方法选择的非系统性，对部门及其实施本身的问题的了解，他们通常会胡说八道。
例如，普柳什金（Plyushkin）将在电视上观看这位年轻的新州长正在站着开会的情况，说这可以提高工作效率-就是这样，请下属享受。 以前，他们坐在佛塔中推水，现在您将站立。 否则，他将阅读另一种最佳做法，即所有员工都应手工撰写每日报告，他们说这不是计算机复制粘贴，而是真实，由衷的话语-在这里，每天的论文要减去工作时间一个小时。
这样的程序员和管理人员对系统的影响很小，而且大多是有害的。 充满杂乱的垃圾和噪音。
护送情人
有些程序员几乎总是将解决或多或少复杂任务的方法称为外包商。 引入系统，启动新子系统，与站点集成，开发新文档，添加道具的项目–一切都需要外部程序员来完成。
我亲自看到过同样的领导人。 需要激励机制？ 业务流程优化？ 战略制定？ 管理系统分析？ 只有一个答案-我们正在寻找外部专家。
看来，对系统的影响是但几乎总是弯曲和有害的，因为 顾问仅处理马赛克的一部分。
例如，它为歪曲的过程提供了激励机制。 或编写策略，而不考虑其实施动机。 或者，由我们本机执行-过程快照的自动化，该过程在项目结束前一年就失去了相关性，尽管这并不重要，因为也未考虑目标和动机。
结果，它总是弯曲，在某个方向上有偏差。 负责人和程序员。 但是最主要的是，他们在这个开发过程中的角色是零。
容忍的
这是最常见的程序员类型-告诉他们做什么的人。 因此，他们对系统进行了无意义的更改，将其一点一点地赋予了别人不健康的野心。 这是我们大多数人，我能说什么。
而这样的领导者-大批。 这些都是聘请外部自动化专家，ISO 9001的实施者，各行各业内部官僚的人，他们需要提供大量报告，纸片，经过数百万次批准，学习歌曲并为公司活动做准备。 通常，他将系统的一部分向外部攻击开放，就像无家可归者的门廊一样，现在不知道如何将他们赶出那里，以免闻到一切。
结果，信息系统和部门或企业管理系统都变得像被禁止的科学怪人，无法采取措施。
这样的人是害虫，因为 以“我切，他们告诉我”为幌子摧毁他们的系统。
正常的
世界上有普通的程序员可以自己决定如何处理系统，知道系统要面对的目标。 如果目标设定好了曲线，那么它们就不会害羞并进行调整，每个人都可以达成共识。
有一些普通的管理人员会不断地致力于提高系统的效率，他们会以深思熟虑，一致且专业的方式来进行工作。
除了在非常紧急的情况下，其他任何人都不会进入系统内部。
他们俩都没有将系统与自己捆绑在一起，他们随时都可以离开，并且该系统将继续运行，尽管它将停止开发。唯一的问题是彼此都不存在。关键问题
知识，经验和能力分散在永远无法达成共识的不同人之间。一些能够制定激励系统，另一些能够制定战略，第三目标和指标，第四自动化，第五管理系统。但是他们永远不会在同一时间一起工作。开发始终是一致的，您可以从有时在公司中构思的项目中看到它。例如，正在引入基于当前过程的激励系统。如果可以看出流程是歪曲的，则可以忽略该过程，以免超出项目的规模和预算。或者开始进行流程优化，但是自动化跟不上它，从而导致新旧版本的混合糟糕。我已经通过外包商的努力多次谈到自动化，尤其是外部自动化。他们只是简单地将毫无意义的过程，无动机的动机，无法估量的目标进行自动转换，而通常没有管理系统。无休止的种族竞赛-系统的每个部分都向前走，这只会加剧整个人口的状况。解决方案
该解决方案很容易让人耻辱-集成开发。同时更改系统的所有部分，以使它们之间没有不平衡。因为主要问题是不平衡，所以系统各部分之间不匹配。尽管问题似乎出在特定的部分。例如，很多时候他们降低了自动化程度-一切都是罪魁祸首。我们程序员通常将责任归咎于流程，他们说那里一团糟，我们被迫使其自动化。激励系统的实施者抱怨流程，非自动化指标以及缺乏目标。等等但是真正的问题是导致开发竞赛的不平衡，并且公司永远无法获得业务系统各个部分的利益。实施ERP，并利用10％的可能性，因为没有其他过程。它实现了一个评分系统，并且没有使用它，因为指标的计算不是自动的。他写了战略目标，但他永远也不会实现，因为流程没有相应地重新安排。只有一点：每个部分本身都还不错，但是由于它们处于不平衡状态，所以它们在一起都不起作用。回到主管和程序员
我告诉你的模型不仅仅是在笑。她是为了与特定领导一起了解特定地点，特定企业中的情况。我选择与程序员进行类比的原因很简单-我自己是程序员，而您是程序员。当然，如果您要向人力资源部门的女孩解释领导者的角色和影响力，您将不得不提出不同的模型。因为我要传达的想法是一种，但是可以有很多模型-它们只是为了易于理解。但是，在我看来，领导人是愚昧主义。企业不需要它们。他们就像你讨厌的坏习惯，但害怕戒掉。领导者会产生支持，稳定性和业务可管理性的幻觉。他们就像“承担责任”，“做出决定”，“协调”之类，毫无意义。所有这些话都是领导人自己发明的。尝试以娱乐为目的，说服领导者不需要他。他告诉你很多事情，没有他，他的耳朵会被拉伤。但是，要亲自听负责人介绍企业为何需要他，就像问被判处枪决的人，他为什么要生活一样。我希望将经理与程序员进行比较的模型将在类似的对话中为您提供帮助，而不会忘记为什么根本需要经理。放在哪里？
不一定要摆人，而是领导者普遍接受的模式-“有高薪的大老板”。实际上，那些想成为领导者的人真的为此而努力吗？Belbin模型给出了一个很好的答案。普通领导者是不确定性职责的无限补充，您只需要对角色进行排序并为特定人员选择合适的工作即可。您可以协调网上人们的行为吗？好吧，成为协调员。您能激发，支持，推动事情前进吗？好吧，成为一个激励者。您能在短时间内完成项目吗？好，做个整理者。您是否有远见，知道去哪里，是否可以提供正确的想法？好吧，当个发电机。您可以分析，牢记许多系统参数并了解其漏洞吗？好的，做个分析师。所有这些角色都不是领导。只是角色，这样的工作。如果您告诉别人该怎么做，并不意味着您要负责。调度员还告诉出租车司机要去哪里。他不说话，他说了。他被系统取代。如果您知道如何激励人们，那并不意味着您在负责。有人只需要看合适的电影就可以激发灵感，而你他妈的他并没有放弃你的动力。而且在家中有人会受到很大启发，以至于她看起来还不够。如果我们在角色和能力的货架上扩大传统的“领导力”，那么将一无所有。那么为什么我们需要这样的领导者呢？而且，根据布局，事实证明他不能真正扮演任何角色。正如传说所说，国王是赤裸的。