在合格人才的沙漠中，水资源开发人员就像水一样需要水，即使他们是随身携带或受到侮辱，但这是事实。 没有他们，就不会有行业，他们自己也很清楚这一点。 这导致了一种令人兴奋的自以为是的感觉，这在人类历史上是很少见的。 结果，诞生了一系列非常杰出的问题人物。
从字面上看，一个好的开发者值得在黄金上投入自己的力量。 在很少的职业中，这样的收入是可能的。 地球上一些最富有的人曾经是程序员，因此在正确的时间在正确的地方成为开发人员是获得丰富财富的最简单，最直接的途径之一。
但是，伴随着这样的机会，常常会完全不尊重其他行业的项目参与者。 这种缺乏尊重的事实可能变得如此之深，以至于使人们坚定地相信开发人员的思想，即他不仅是软件项目中最有价值的参与者，而且对于整个公司而言都是必需的。 不幸的是，尽管只有少数开发商能够积累类似财富的东西，但许多人的举止似乎都在追随马克·扎克伯格，比尔·盖茨或史蒂夫·乔布斯。 尽管这与事实相去甚远。 这会导致人格问题，从侧面看就令人兴奋，就像在自己内心深处的恐惧一样。
以下是软件开发人员中有
问题的身份 ：
Prima Donna
开发人员深信自己的不可或缺性，以至于变得傲慢自大且无法领导。
问题
在某种程度上，要管理员工，他必须按照您说的做。 prima donna无法控制，因为从其本质上讲，它不认为它对您有用。 在他看来，与他一起工作是您的荣幸。 他认为自己在任何讨论中都是绝对不可或缺的。
与她自己的信念相反，prima donna不一定是合格的开发人员（请参阅
摇滚明星类型 ）。 他的傲慢是基于他在组织中的位置，而不是基于实际的技术技能。 结果，
尽管事实并非如此 ，
但 prima donnas经常将自己的技能水平评价为高于同龄人。 这通常导致一个事实，即女性通常不喜欢prima donna。
您可以通过典型的短语来识别表面上的东西：
- “这很愚蠢-我不会那样做”
- “我们必须这样做。”
- “如果您不喜欢，可以与我的经理交谈”
- “好吧，我们拭目以待。”
- “我去和你的老板谈谈，看看他说了什么。”
第一夫人不接受领导。 他认为领导的任何尝试都是侮辱，因为他要为自己的行为负责。 这种性格问题通常在长期参与公司早期成功的长期开发人员中发现。 现在，多年以后，由于与公司创始人多年的关系，他认为他的观点比简单的中层经理更高。
表面上的东西不会对项目造成实质性的危险，因为它通常什么都不做，只会动摇法律。 但是，这会对团队的士气产生负面影响，尤其是对新的，更具生产力的开发人员而言。 因此，必须将其放置在适当的位置，以使项目顺利进行。
解决方案
解决这个难题的方法是驳斥基本信念：
他是不可替代的，因此可以做任何他想做的事情 。 驳斥这一信念的最直接方法是雇用替代人员与他密切合作。 为了充分向prima donna传达这确实是他的替补，必须满足两个条件：
- 更换应该更合格。
- 有必要向prima donna明确，他的替代者除了追随prima donna的阴影并学习如何替代它之外没有其他工作。
替换将更快地收集有关prima donna可以拥有的所有有关遗留代码的知识（请参阅开发人员
的类型，
即遗留代码的持有人和
人质 -raiser ），prima donna
很快将恢复控制。 效果是惊人的：几天之内一切都会改变。 在形式上，女主角开始执行替代其的附加功能。 最终，他不再是必不可少的，因此不再是天才，而仅仅是一个可怜的雇员。
表面上的唯一希望是保持一种状态感-晋升为管理职位（请参阅像
标记管理人员这样的开发
人员 ）。 他的才智越强，替换出现的时间就越早，他将尽力做到这一点。 但是，不建议增加该费用，因为您可能会发现由diva负责的开发人员被解雇了。 因此，在拒绝晋升请求时，他只有两个选择：与其他开发人员保持一致或离开。 无论如何，您的问题都可以解决。
理想主义者
开发人员痴迷于实现体系结构的优雅和卓越的代码，以至于他忘记了自己的工作应该使业务受益。
问题
软件工程师的职业需要在两个相对的任务之间取得平衡：
- 使企业受益（并获得报酬）的愿望。
- 渴望编写出色的软件（并为此感到骄傲）。
理想主义者完全忽略了使企业受益的目标，而只专注于编写出色的软件。
理想的开发人员通常非常聪明，经验丰富且专业。 他真的知道他在说什么。 他确实知道如何编写出色的软件，如果有足够的时间，他可以创建完美的系统。 问题是
他相信自己拥有世界上所有的时间和完全的自由 ，尽管事实并非如此。
他没有妥协，而是专注于创建完美的系统。 他认为这对业务更好。 不要将他们与创造“绝对”或“酷”东西的科学家相混淆：理想主义者真诚地认为，他们的理想系统最适合公司的发展。 正是由于这种信念的坚定性，他们是如此难以纠正。
理想主义者对项目而言尤其危险，因为理想主义者通常拥有对其他关键开发人员的控制权，因为它们代表了开发人员所追求的理想，因此很容易使其他程序员站到一边，因为所有开发人员都希望为自己编写的软件感到自豪。 因此，
他们将整个开发团队作为人质 ，您现在可以掌控他们。 如果您很幸运，他们将开始为企业提供价值，但这只是他们寻求创建出色软件的一个随机副作用。 实际上，对企业的好处只会在工作结束时出现，但是它们无法告诉您时间框架或评估这种好处。 实际上，他们甚至对完成都不感兴趣，因为满足他们的是过程本身而不是目标。
解决方案
我们总结了唯心主义的特征：
- 非常聪明，经验丰富且专业。
- 真诚地相信，他的系统对公司的未来更好。
在许多方面，他都是非常好的员工，如果您查看地球上最具创新力的公司，则他们在研发部门中拥有许多理想主义者。 但是，最好的公司有三件事，其余的则没有：
- 管理人员像理想主义者一样胜任，为他们的技术决策提供制衡。
- 预期一定数量的项目将失败，这是开展业务的通常成本。
- 大量预算继续资助无利可图的项目。
如果您的公司有这三样东西，那就不要理会理想主义者，让他去做他想做的事情。 但是，如果您像大多数公司一样没有这些豪华的条件，那么就会出现一个实际的问题，因为您所做的几乎所有事情都会导致灾难：
- 如果您立即解雇他，那么忠实的开发人员将很快关注他。
- 如果您设置严格的规则，那么他可能会在精神上与项目脱节，这将使您失去技术指导。
- 如果您不理会他，那么当局最终将对缺乏明显进展感到厌倦。
为了迫使理想主义者改变行为，您需要找到可以说服他的人。 这个人必须向理想主义者证明，他也可以创建一个出色的系统。 这很重要，因为没有技术能力的人将被视为无法理解理想设计的天才而被忽略。
如果找到一个有这种信心的人，他将不得不缓慢而有条理地从理想主义的思维方式中得出理想主义者。 这就要求高智商，经验丰富的专业人员随时准备做他认为正确的事情。 这样的机会很少，因此纠正理想主义者的机会很小。
摇滚明星
开发人员是如此有才华，生产力如此重要，以至于如果他离开，整个项目将崩溃。
问题
在软件行业中，“摇滚明星”一词经常被招聘人员使用，他们试图通过夸大自我来吸引开发人员，即“我们正在寻找几位摇滚明星的开发人员”。 很难找到真正的摇滚明星，因为它们是理想的程序员：
- 他们没有（无法迅速解决）的问题。
- 他们整夜工作以赶上最后期限。
- 他们的代码中几乎没有错误，或者任何错误都已迅速修复。
- 他们承担了项目中最困难的部分。
- 他们通常非常喜欢同事。
不幸的是，一旦被雇用，它们就成为该项目中必不可少的。
摇滚明星看起来像黑洞：工作在他们周围积累，最终不可避免地被吸进去做。 可能是这样的情况，他们将工作从速度较慢的开发人员中删除，以按期完成任务-所有人都松了一口气。 如果项目陷入困境，他们将挽救局面。 如果发生了戏剧性的意外事件，他们将知道该怎么办。 他们真的很棒-每个招聘人员都知道这一点。
招聘人员每天会多次致电摇滚明星。 他们的声誉领先于他们。 公司一直想吸引摇滚明星，因为他们了解摇滚明星的价值，而且在许多情况下，他们会竭尽所能来获得摇滚明星。 因此，情况是您的项目中必不可少的人，每一秒钟的公司都希望吸引他们。 如果这样做，该项目将失败。 典型的情况是一个篮子里放了太多鸡蛋。
解决方案
摇滚明星没有“解决方案”。 最后，只有傻瓜才会想“修复”它，因为他是迄今为止您生产力最高的开发人员。 您所能做的就是通过创建一个可以在他离开后可以有效运作的团队来减轻损失。 最有可能的是，您将需要多个开发人员来替换一位摇滚明星的表演，但至少您可以在他离开时幸免。
要检查您的情况有多糟糕，请在摇滚明星度假时密切注意开发人员的工作效率。 如果在每周缺席的情况下所有开发都停止了，那么您需要加倍努力，使其他开发人员达到在没有摇滚明星的情况下可以继续进行项目开发的水平。
如果开发人员习惯于应付复杂的问题，他们就会变得懒惰而自鸣得意，这将是困难的。 随着摇滚明星的突然离开，其他开发商有可能采取行动。 但是，最有可能的是，他们是如此爱他，以至于跟随他到一家新公司。
在经理处打标
决定避免编程困难并成为经理之一的开发人员。
问题
编程很难学习。 它需要具有快速解决问题的能力，大量的知识以及更加真实的经验。 与类似的专业领域不同，这种知识和经验变得更快（有时在数月之内）被淘汰，这需要不断开发新的方法，技术和工具。 抛弃管理人员
想摆脱这种麻烦，并找到管理的出路 。
通常，对于开发经理来说，对编程技能的要求比对开发人员的要求低。 时间花费在开会，发送电子邮件，甚至与他人散步和聊天上。 管理人员的薪资往往也比编码员高，但地位也会随之提高。 对于想要摆脱编写软件的开发人员来说，这是显而易见的选择。
开发人员开始考虑经理的职业生涯时遇到的问题是，他寻求证明自己的管理技能是为了提高自己，
而不是考虑编程 。 为了练习管理技能，未来的经理试图命令其他开发人员：分配工作，在会议上发表演讲，并通常寻求参与做出更具战略意义的决策。 因此，开发人员和其他经理认为他们的工作受到威胁，他们并没有同样地喜欢他们。
解决方案
解决未来经理的问题是不可能的，因为他已经做出了明确的职业选择。 一旦做出决定，就不会回头。 您不能强迫他再次编写程序。 即使被迫，您很快就会发现他开始考虑经理职业的原因：这个人不太擅长编程。 由于这种情况的复杂性，所以许多程序员和经理都能得到他们想要的东西：如果有空缺，则晋升为经理。
通常，处于这种位置的开发人员对项目的危害不是特别大，因为它们的生产率太低，并且通常不受到开发人员或管理人员的特别信任。 这些人在整个职业生涯中经常会在组织中闲逛，而
高级管理层则很难找到他们的应用程序 。 这样，如果他们承担关键任务，可能会变得很危险，但是由于可以完全避免这样做，因此可以放心，他们只是一个小的烦人因素。
人质劫持者
已经编写了关键软件的开发人员，并且不允许任何人对其进行操作以维护其必不可少的功能。
问题
对于任何有财务责任的人来说，确保其工作场所的安全和薪水都很重要。 此外，使用熟悉的代码比处理不熟悉的代码要容易得多。 从这两种愿望的结合中，诞生了一个劫持人质的人。一个开发人员
编写并独自拥有一个关键软件，拒绝从事其他任何工作 。
通常，这是一个糟糕的软件工程师，具有讽刺意味的是，这成为一个重要的优势：其代码
通常是其他
任何人都无法理解的 ，因此其他开发人员害怕陷入这种沼泽，因为担心弊大于利。 因此，关键系统上的所有新工作都会转移到入侵者，从而继续恶性循环。
人质劫持者通常采取防御性和对抗性立场，他绝对不愿意就其代码基础提出批评或合作。 如果您真的将他逼入绝境，他将威胁要离开，而且由于没人愿意采用设计和书写不佳的产品，因此这种虚张声势很少受到惩罚。 他们可能成为项目的瓶颈，因为项目的整个命运将取决于他们发布代码的意愿和能力。
解决方案
不管人质劫持者有多危险，解决方案都很简单：将两个或多个开发人员的责任分配给入侵者系统的一部分，然后将其转移到另一部分。
在一段时间内，性能将一直很低下，直到新开发人员试图理解和重新编写代码为止，但是在此期间结束时，入侵者已被完全抵消，不再会出现问题。大象在瓷器店
开发人员专注于完成工作，以至于他完全放弃了任何质量概念。
- 可以变成士兵
- 与项目经理（例如暴君和消防水带式测试仪）结合使用会很危险
- 纠正的可能性：高
- 项目危险：中
问题
开发人员始终承受着巨大的压力。 “互联网永不休眠”意味着开发人员也经常不休眠。为了恢复工作与生活之间的平衡，一家瓷器店里的大象希望尽快完成任务清单，然后回到家中。这种类型的程序员会产生项目压力。不管开发人员有多好，如果压力在一定程度上上升，他将不可避免地停止测试自己的工作，而要依靠测试部门（请参见检察官的类型））作为发现错误的唯一方法。此外，为方便起见，他们将拒绝对等代码验证，自动测试和重构，从而使代码不堪重负。然后，这种设计欠佳的软件会导致新的错误，并且代码库很快变成了无法完全修复的大量错误。由于上级的压力，一家瓷器店里的大象生活在不断的压力中。他是一个计划不周的项目的受害者，但是开发人员仍然被认为是一个问题。相对于瓷器店里的大象，使用了“倦怠和替换”一词，因为持续的压力最终会使它们折断，并且由于它们的无能而离开或被解雇。解决方案
由于问题不在于个人，因此组织必须采取以下步骤：- , . .
- , .
- . . , , .
- , . , .
- , , .
尽管这些步骤可以清楚地解决问题，但几乎从未采取过这些步骤。也就是说，管理仍然是问题的原因，而不是解决方案的来源。但是，如果领导层认识到它在大象在瓷器店中的出现中所起的作用，那么在几周之内就可以弥补损害，项目的开发将恢复正常。不称职
缺乏编写软件的智慧或技能的开发人员。
问题
并非每个人都能成为职业运动员，经验丰富的音乐家或医生。也有一些人并非完全不是软件开发人员。这些无能的开发人员通常会否认自己的无能，并由于高薪和大量空缺而拒绝离开该行业。对于没有经过技术培训的经理来说，可能很难识别不称职的开发人员，但是有以下迹象：- 由于生产率低下，他们将其归咎于缺乏企业培训。
- 使用“过于复杂”的技术，工具和方法存在争议。
- 强烈高估工作的时间范围（请参阅悲观主义者），然后仍然不要准时通过。
- 它们产生的功能不符合规格。
- 实现的功能充满错误。
- 有经验的开发人员避免或拒绝与他们合作。
- 当被问及进展时，他们会找借口并经常采取防御立场。
- 他们申请管理职位（请参阅标记管理人员），以带来“更多好处”。
整个软件行业都存在能力不足的问题。当劳动力市场上没有足够合格的开发商时，这就是供需的简单例子。解决方案
当经理注意到一个无能的开发人员时，自然的同理心常会促使他更轻松地分配任务。不幸的是，就像不能成为半文盲的心脏外科医师或部分胜任的飞行员一样，没有人只能成为部分胜任的软件开发人员。如果您缺乏开发软件的能力，那么即使是简单的任务也将无法执行。当简单的任务太复杂时，下一步通常是预留培训预算。这里的主要问题是，如果一个不称职的开发人员可以学习，那么他将已经做到了-作为他的更胜任的同事，因为有能力的开发人员可以学习。有人认为，状态不佳的开发人员的存在不会造成危害，但这是一个很大的错误。它们造成两个非常有害的影响：- 破坏了代码库的质量，出现了新的错误代码，并且在工作代码中引入了错误（另请参见在中国商店的大象）
- 他们击退了厌倦了与他们合作的称职的开发人员。
最终，如果该项目依赖不称职的开发人员，则该项目将无法完成。这导致了一个悲惨的结论，即这些工人需要离开组织。如果他们不同意（通常在越来越多的直接提示之后），则应将其开除。乐观主义者
不断低估完成任务所需时间的开发人员。
- 可能会变成悲观主义者
- 与乐观的项目经理结合在一起时会很危险
- 纠正的可能性：高
- 项目危险：中
问题
低估期限是软件行业中的常见症状，许多人甚至都不认为这是一个问题。每个人总是低估时间，在很多情况下，这被视为业务的一部分。但是，乐观的开发人员将问题提升到了一个全新的高度，因为他几乎总是在很晚的时候放弃工作。乐观主义者会影响项目的可预测性：没有好的成绩，就不可能为未来做计划。软件发布有时与与客户和/或合作伙伴的合同义务相关联，这使可预测性成为业务的必要性。当然，您总是可以期待一点不可预测性，因为实际上整个软件行业都是基于无法准确预测编写软件所需时间的事实。乐观主义者滥用了这种宽容的态度，无法按时完成任务，在几周内完成了任务，而不是承诺的几天。甚至更糟的是，在几个月内而不是承诺的几周内。乐观主义者从根本上不理解此类延误对项目总体成功的负面影响。他还可能认为评估本身是徒劳的，因为无法准确估算任何内容。因此，他无需任何分析即可令人印象深刻地评估或给出任意数字。解决方案
幸运的是，可以通过遵循一些规则来纠正乐观主义者：- 要求他们仅评估他们熟悉的代码。
- 仅对他们熟悉的技术进行评估。
- 永远不要要求评估新功能的实施时间，而只是改善现有功能。
- 必须注意确保他们完全理解所有需求-他们不能即时自由地解释需求。
- 要求乐观主义者在他们必须进行编辑的区域中添加“ TODO”注释。这将加强软件复杂性和时间表之间的关系。
- 让他们负责：向可能挑战此类截止日期的小组展示他们的成绩。
当乐观主义者经历了几次这个过程并履行了自己的义务后，您就可以开始相信他对新功能以及他不太熟悉的代码库和技术的评估。在乐观主义者的康复过程中，请密切注意他如何遵守截止日期：- 工作质量是否增加了义务（请参见中国商店中的大象）。如果是这样，建议增加必要的测试时间。
- 他们是否按时完成工作（见士兵）？在这种情况下，建议增加工作时间在工作时间内完成工作，在意外情况下应保留加班时间。
如果乐观主义者认真对待自己的康复工作，那么他就可以成长为一个值得高度信赖的团队成员，因为开发人员值得信赖，他们会在商定的时间范围内发布满足要求的足够质量的代码。一旦他们证明自己可以稳定地做到这一点，就可以获得升职或薪水，而这本身可以作为他们康复的激励。悲观主义者
一个非常害怕错过最后期限的开发人员，他要求最大可能的时间来完成任务。
问题
如果有选择的话，大多数项目经理宁可选择悲观主义者，也不愿选择乐观主义者。尽管它们可以工作很长时间，但是至少可以预见。悲观主义者非常了解这一点，并充分利用了这种情况，要求最大的工作时间，而不是考虑现实的条件。悲观主义者有时是不可能注意到的。他们可能会被误认为成熟和负责任的人，因为与他们看上去经验不足的同伴开发人员不同，他们永远不会错过最后期限。但是有一些迹象：- 具有相同评估的其他开发人员可以大大缩短交货时间。
- 如果您为他们指定了最后期限，则他们会立即同意，而无需进行任何正式评估。
- 当他们迅速达成协议后，如果您将日期稍微移到更早的日期，他们也会同意该日期。这意味着在两个日期之间确实不需要花费额外的时间来完成任务。
悲观者会降低公司的竞争力。如果您与竞争对手一起参加比赛，您将永远比他慢。解决方案
悲观主义者是由于组织的过失而诞生的，该组织对未能按时完成的行为进行惩罚。人们的自然反应是要求尽可能多的时间，以最大程度地减少惩罚的可能性。这似乎很容易解决，但是有三件事对您不利：- 悲观的工作比正常工作的压力要小得多。
- 与那些错过重要截止日期的人相比，悲观者通常得到更多的奖励和晋升。
- 业务应该容忍迟到。建立某种发展文化后，大多数公司都无法做到这一点。
因此，该问题是可以解决的，但通常没有解决它的意愿。从本质上讲，悲观主义者不会对项目构成威胁，但对公司的未来生存能力可能构成非常危险的威胁。一名士兵
完全按照他们所说的去做的开发人员，毫无疑问，无论它是否对。
问题
从经理的角度来看，谁能比完全按照别人说的做的更好？实际上，prima donna的关键问题在于它不遵循命令。当然，一个完全听话的开发人员对该项目是有好处的。不幸的是，这名士兵有他自己的缺点：如果他们对他说，他会乖乖地跳入深渊，把整个项目都带走。士兵可以具有任何技能水平：从无能的到摇滚明星。一个关键的特征是他的服从：每次他都会完全按照您告诉他的方式做。考虑到这是出色的领导才能，很容易犯错，但是优秀的老板却很少。士兵的出生有几种方式：- , : . , , .
- , , , .
- , , , .
- , , , - .
- , , .
- , — , .
- 他们说服自己，完全提交是职业发展的道路，这是非常可悲的，因为在软件开发的创新领域几乎从来没有这样。
- 这些都是真正的前军人，他们带来了特殊的思想。
结果，无论指挥官有多么令人愉快，这都不是一件好事。解决方案
如果您给出正确的命令，士兵将不会造成任何问题。实际上，在强有力的领导下，一支部队的存在是一种非常有效的武器。但是，如果您需要开发人员的反馈以帮助共同领导该项目，那么您将不会获得这种合作。当您甚至不知道自己缺少什么时，这将使您处于悬念状态。但是士兵不会告诉。如果您可以确定士兵暗中服从您的原因，那么就有机会进行修复。但是，从本质上说，他不会公开地说出为什么会这样。通常，士兵喜欢就特定的工作主题进行交流。如果按并询问是否存在问题，则无论他的真实感受如何，最可能的答案是“否”。您只能希望他的同事能告诉他有关士兵的信息，但是他们会背叛他的信任，这不太可能发生。即使您确定了真正的问题，也必须修复它，这可能很困难。然后，在消除了根本原因之后，仍然希望士兵能够改变自己的行为。只有他可以改变自己。通常，几乎不可能修复它们。因此，这些通常是支持强大领导者的好员工。科技迷
开发人员非常乐于尝试新技术，因此无论是否合适，他都会在项目中实施这些新技术。
问题
要成功启动产品，您必须选择技术。这是一个谨慎的选择，要注意需要解决的一组特定的业务问题。科技迷只是喜欢新玩具。所有开发人员都对技术有些爱：他们必须保持自己的技能。但是，当开发人员混淆了他的职业责任和个人好奇心时，您最终可能会获得与业务任务完全不符的技术堆栈。热爱技术的开发人员很容易与众不同。他将经常并公开地主张使用新技术，但往往没有定论。他还在工作中突然改变了技术，没有告诉任何人，而是让其他人感到惊讶。在许多情况下，这可以是对特定问题的非常出色的技术解决方案，但是由于该技术尚未通过适当的测试，因此实际上可能不太适合整个项目。解决方案
如果公司安装了标准技术堆栈，则技术迷将自行修复。 然后，您只需要确保开发人员不会偏离它即可。 如果您没有安装技术堆栈，则强烈建议事先定义它，因为在技术风扇开始活动之后输入它很不方便。
您无法使用新技术的消息可能会损害技术爱好者的士气，但是可以要求他对这项新技术进行介绍，从而很快恢复士气。 这是一个非常健康的决定，因为在演示之后，团队可以一起讨论扩展公司技术堆栈是否有意义。 大多数技术爱好者都会对这样的试用感到满意，即使他们不喜欢最终决定。
传统守护者
开发人员唯一的能力是维护过时的软件，因此无法从事新工作。
问题
当新开发人员进入公司时，他通常会充满激情和激情，试图以各种可能的方式证明自己。 但是随着时间的流逝，充满激情的地方会变得自满：开发人员认为，公司的经验为他提供了某些特权。 对他自己而言，他认识到有义务维护自己的系统，但不承担开发新零件的义务。
遗留代码托管人的问题与扩展有关：它们根本不包括在新工作的可用资源池中。 在这一点上，出现了一个问题，即您是否负担得起让他们继续工作的能力，也就是说，其他开发人员是否可以承担服务遗留代码的任务。 通常由于两个原因，很难说服其他开发人员这样做：
- 古代代码通常写得不好，很难使用。
- 支持是一条死路一条，因为您没有做任何新的或创新的事情，因此您可能会因此而受到影响。
这就是为什么旧的维护者在公司工作了这么长时间的原因。 自公司成立以来，他们通常都在公司工作，并且是公司所基于的软件的作者。 但是，随着公司的发展，他们并没有提高服务水平，也没有试图掌握新的技能或系统的新部分，因此他们被牢固地附加在他们所知道的唯一代码上。
解决方案
如果您知道旧版代码管理器不属于处理新项目的资源，则不会造成问题。 在最佳情况下，您可以要求他修复错误并实施小功能增强。 唯一的问题是，如果他们禁止他人熟悉自己的系统部分（请参见
劫持人质 ）。
监护人无法固定，因为他没有这种愿望。 他有工厂工人的心态：在他的整个职业生涯中每天都要拧同样的螺母，然后退休。 这种态度不能改变，因为它是人的本质。
可以改变这种态度的一种选择是，如果一个人在生活中经历了重大事件（婚礼，分娩，买房等），这将需要额外的收入。 在这种情况下，他将了解对过时软件的支持不会导致增加。 不幸的是，您无法控制此因素。
另请参阅：