首席开发人员并没有徒劳。 在有关IT管理的会议上听到了这个短语，并提出了一个问题，为什么实际上“没有白费”？ 正是这个问题促使我写这篇文章。
评估我的经验，我可以说领先开发人员的主要特征可以简化为3点：
- 他不仅考虑自己的花园，而且还考虑整个花园（这是关键素质）。 准备建立标准并监视其实施。
- 他完全了解自己的语言和框架，精通建筑，并具有扎实的工作背景。 “稳固”并不一定意味着要花时间在键盘上；书面项目的数量和质量很重要。
- 他希望并且可以合理地表达自己的意见，坚持下去，并在必要时寻求折衷方案。
除了编写代码（仍然是主要职责）外，主持人还参与了团队的选择及其朝着正确方向的发展，寻找解决棘手或迫在眉睫的问题的技术解决方案，监视系统的安全性和完整性，并定期驱逐经理或其他开发人员的疯狂想法。
它的优点之一是对世界的整体了解，在其中，可以精确地确定什么是好是坏。 这使您可以快速做出决策，并且毫不犹豫地将其变为现实。 这种自信具有感染力，可以让您在已经不是那么简单明了的管理人员眼中赢得信誉。 的确，除了技术上的“更好”，“更可靠”和“更快”，在管理层面上还有各种各样的“客户不想要”，“投资者不喜欢”和各种各样的“ Vasya将会冒犯”。 当经理听到“不，这里只需要这样做，因为1、2和3”时-他松了一口气。 选择变得很明显，责任落在了他的肩膀上。
一年多前，我终于离开了首席开发人员的职位，决定对我最烦人的错误进行一次小型回顾。 因此：
错误1。管理过度
我大约三年前有一个案子。 除了我的同事直接从经理那里接收任务外，开发人员还参加了我的一个项目，我已经为他设置了任务。 为了让他沉浸在工作中，我连续三天与他一起度过了14天，告诉并展示了所有内容，以确保他正确理解了所有内容。 这样就产生了结果，然后立即使用该解决方案设置所有任务：打开这样的模块，在其中添加该功能，连接该库，等等……通常，它可以工作并立即取得成果，但是：
- 浪费时间，损害您自己的任务。
- 减轻员工对结果的责任。 您说了确切的做法，这意味着如果它不起作用，那么他会很乐意通知您，并表示您正在寻找其他解决方案。
- 断断员工思考并阻止其发展
9个月后，我发现自己
怀上了这种工作方式，感到非常疲倦，而且员工没有达到要求的资格水平。
将任务设置在足够高的水平是更正确的，这样，该人本人将寻求解决方案并为此承担责任。 关于“如何做到这一点”的问题 您总是需要回答：“您怎么看？ 有任何想法吗？”，从而激励正确方向的思想工作。 可以提示答案，但只能确保该人本人已经提出了这个问题并进行了分析。
错误编号2。技术解决方案中对磁头的让步
在某个时候，我的经理喜欢一种新的轰动性技术（不，不是您考虑的那种轰动性技术）。 它的实施破坏了系统的完整性，造成了不必要的工作领域划分，并且总体上永远降低了开发速度。 对我来说，即使在那时，这还是显而易见的，但是演示的优美外观和对实验的渴望接管了领导层，无论是通过骗子还是通过骗子说服了我，我们实施了它。 一年半后，这种错误的认识传达给了领导层。
我的结论是，您需要尊重自己的直觉，信任他并保护他。
内心深处，您了解为什么会有这种感觉。 一个人必须能够将这种理解抛诸脑后，然后据此提出论据。
错误三。缺乏同理心和毒性
当您花大量时间在计算机上并对自己的工作充满热情时，您通常会忘记人们也在身边。 它们并不完美，但是每个人都对自己的工作抱有积极的意愿。 重要的是始终看到这一积极意图。 这有助于在人犯错误的情况下保持仁慈的态度。 人们不断听到这样的故事，即老年人在没有一点同情心的情况下如何粉碎他们经验不足的同事的努力结果，而不是让他们陷入沮丧并失去工作的动力。 在分析了我的经验之后，我意识到尽管没有一些极端的形式，但有时我自己还是允许这样做。
关于毒性，我想单独指出，除了过于苛刻的批评之外，还有其他形式可能在某种程度上对与您合作的愿望产生负面影响。 毒性本身具有很强的传染性，您可以轻松地从我的同事那儿取走，所以在某个时候，我决定承认“不要让邪恶比自己走得更远”的原则（首先要在您自己中加以识别和制止），并整理了一系列清单，您可以考虑毒性（基于关于
TED的报告
“沟通的七大致命罪” ）：
- 八卦 有时候每个人都想闲聊，但是大范围的闲聊令人恶心
- 定罪。 与指责您的人进行交流非常困难。 特别是如果知道他将提前谴责任何行动。
- 负性 有些人对任何事情都不满意，并且永远不会幸福。
- 抱怨 关于生命的投诉仅允许顺势疗法进行。
- 借口 有罪转移，免责声明。
- 点缀。 许多人在谈论项目，经验和知识时经常会夸大其词。 随着时间的流逝，任何夸张的倾向都会融合为连续的谎言。
- 教条主义。 当演讲者不同意证实的事实在哪里，他的主观意见在哪里，并且不停地浇灌您的声音时，将他完全作为证明的真理抛弃。 与科学讨论完全相反。
错误四。忽略利益相关者
您的领导者拥有与他及以上同级别的同事。 他们可以是朋友或敌人。 他们可能并不总是喜欢您对领导者决策的合法影响，而且决策本身并不总是符合他们的利益。 当您是一名程序员时，您根本不会全神贯注，甚至也无需考虑它。 通常，您的主管会尽可能地将您与这些事情隔离开。 在某个时候，您可能会发现自己被那些乍一看与您的工作无关的人温和地对待最出乎意料和最不明显的事物。 通常，您可以忍受这一点，但是如果对手很老练，那么您很有可能很快就会搬到另一个办公室，在家中工作更多，甚至换工作。
如果事先考虑到谁对正在执行的项目感兴趣，对项目有什么影响，利益相关者面临的目标，在工作中可能会产生什么恐惧和希望，就可以避免这种情况。 必须消除恐惧；一个人不能让它们成长。 希望是有道理的。 通常，以以下方式定义策略：
- 影响力低，兴趣低：您无能为力
- 影响小，兴趣大：您需要了解更改，计划等。
- 高影响力和低兴趣：相似
- 高影响力和高兴趣：即使您处于不同部门和/或处于不同级别，您也需要努力工作。
错误五。重新评估您的能力
这对于每个人都是一种或另一种共通的情况，您的经理很可能知道这一点。 但是，有时他也可能低估了未来的工作量和实施速度。 这听上去很老套，但这一直是我的经理和我一起失望的原因。 一个人可以很容易地回忆起我回答我们可以在半天之内完成的几种情况，然后整周和周末一起完成一项任务。 在此期间，任务可能会失去相关性，或者可能会执行其他更重要的任务。 不立即进行评估的习惯对我很有帮助。 如果问题不是假设性的，而是特定的，则值得花一些时间进行评估，建议考虑可能的风险。 在了解了
三点评估之后
，对我来说，就花费的必要时间得出合理的结论变得容易得多，最重要的是，评估本身变得更加接近实际。
总结
综上所述，我可以说首席开发人员愿意面对一个相当激进和未知的管理环境。 这个地方正成为新的增长点，因为工作的技术方面并没有引起太多问题：对基础设施进行定期投资，及时偿还技术债务，架构正在和谐，有能力地发展。 但是，为了有效地执行他的工作（有时只是为了“生存”），您需要快速了解项目和团队管理的基础知识，分析处于相似职位的前任的主要问题，并设法避免或提前解决它们。