您团队中的程序员非常擅长维护旧的遗留系统。但该公司已转向新的技术/平台。
您如何处理不再有效的开发人员？
问问题
569 次
12 回答
12
尝试顺利地将他转移到新的技术/平台——首先给他小任务，然后是更大的任务，然后完全转移他。
如果他是一名优秀的程序员，他会学习和适应，如果不是，向他解释他将不得不考虑另一个职位——在同一家公司或另一个公司。这是生意，不是他的游乐场。
于 2009-05-15T05:11:11.343 回答
7
据推测，该公司仍在从事同一业务，因此这个人将拥有多年来之不易的领域知识，可以在技术/项目管理或 BA 角色中加以利用。此外，如果您有不愿意迁移到新平台的现有客户，他将在支持角色中发挥无价的作用，因为没有一个新人会理解遗留的东西。
于 2009-05-15T05:12:11.683 回答
3
人们可能因为各种原因变得“不再有效”，包括失去热情、个人问题、对公司或管理层的幻想破灭、对技术变革的恐惧或厌倦、娱乐性药物的不当使用等。
据推测，他们曾经是受重视和有效的员工。一个人道的反应是找出问题所在，然后找到一种方法让那个人再次对自己和他们的工作感觉良好，这样他们就可以再次帮助企业提高生产力。处于您所描述的位置的人显然对现在效率低下或被其他更幸运或更有才华的同事视为“不再有效”感到不高兴。
所以我不喜欢你提出问题的方式，好像那个人已经成为一个问题和一个负担：它缺乏人性。如果你这样说，答案可能会更快地变得更清楚。
“我发现我不再是一个高效的开发人员，我担心我很快就会失业。我周围的世界已经发生了变化。我能做些什么来让我的雇主帮助我度过这个难关，让我恢复理智价值和自尊？”
PS 我今年 52 岁，主要通过承包和始终使用新技术，设法保持在最前沿，但我看到很多人处于你所描述的位置。在成为程序员或雇员之前，他们是人。
于 2009-11-19T09:44:46.370 回答
1
告诉他学习新技术，并提供合理的时间和帮助。
于 2009-05-15T05:11:05.867 回答
1
如果你不能在新系统上训练他，你将不得不让他离开。或者你可以将他提升为“项目经理”，等他搞砸了，然后解雇他。
于 2009-05-15T05:12:08.783 回答
1
我认为，在您将旧软件投入生产之前，您总是需要了解旧平台的人。想象一下，如果所有可以为您 20 岁的 cobol 程序工作的人都走了，有一天客户打电话告诉您有问题......我以前已经看到过这种情况；）
与团队成员交谈，向他解释公司正在向不同的技术/语言/平台等方向发展，并为他提供课程或培训材料以跟上公司业务的可能性。
如果他不想花时间学习新东西，你可以随时尝试在不同的领域使用他。经验总是很重要，即使在你不使用的技术中也是如此。
假设你在一家使用 Visual Basic .net 的公司工作，你有两个程序员可供选择，一个有 1 年的 Visual Basic .net 经验，另一个有 15 年的低级 C++/汇编编程经验。我可能会聘请第二个，即使他对visual basic一无所知，他也肯定有很多经验可以分享。
阿尔克。
于 2009-05-15T07:32:16.107 回答
1
留住他，至少有两个原因：
如果旧的遗留系统仍在生产中，他仍然有能力维护它。
他肯定比任何人都清楚旧系统是如何工作的，而且他也知道它在最隐蔽的部分做了什么。在指定和设计新系统时，这些知识非常有价值。你的人在构建新系统方面可以发挥作用，即使他没有参与新技术。
于 2009-05-15T07:54:43.727 回答
0
最好的方法是积极主动的：确保为遗留系统编程的员工提供一定比例的涉及新技术的任务。这使他们对组织更有价值，并提高了他们的工作满意度。有什么不喜欢的？;-)
如果您是参与遗留代码的人，请务必花时间学习新技术，如果需要，请自行安排时间。
如果您不能将学到的知识直接应用到遗留代码中，您始终可以利用更新的技术来完成外围软件工程任务，例如源代码控制、配置管理、错误跟踪、项目管理（例如，敏捷项目管理的 Scrum 方法） )、文档、支持等。
于 2009-05-15T07:10:47.577 回答
0
除了已经说过的，我认为您还应该考虑遗留系统是否具有备份价值。特别是如果您刚刚采取行动。
考虑下面的假设场景：
步骤 1. 实施全新的闪亮技术。
步骤 2. 将遗留技术程序员转移到其他任何地方（或解雇）
步骤 3. 发现新技术中的关键错误，或旧系统支持但新系统不支持的重要数据/流程。
第 4 步。
如果这个人一直“很棒”，那么他就有非常合理的机会学习新系统。他可能不知道所涉及的技术，但他确实知道系统的目的和功能。他知道系统做什么以及为什么，你只需要告诉他怎么做。
当然，如果他真的无法得到它，并且您确定遗留系统已准备好捐赠给博物馆......
于 2009-05-15T07:44:08.307 回答
0
你问了这个问题，意味着你处于两难境地，意味着你喜欢这个人的工作，你确实说他擅长遗留代码。
擅长一件事的人也可以擅长其他事情（我相信如此）
告诉你的程序员 CHANGE 是不可避免的，告诉他开始改变他的技术，设定一个现实的、互惠互利的目标，并严格执行时间表。
如果他能领养，他会活下来，否则他会学会找一份新工作。[注意：我的意见和建议虽然可以帮助您，但不能保证 100% 成功。]
于 2009-05-15T08:02:08.903 回答
0
显而易见的，非有趣的答案是给他训练。不是给他一本书，告诉他学习新系统，而是给他适当的培训，送他上一门课程，让他从当前使用它的人那里学习系统，在他们的工作中跟随他们一段时间，提出问题和很快。
于 2009-11-20T00:30:00.850 回答
0
这里有几个因素：
- 公司规模
- 回归旧技术的可能性
- 员工转向新技术的意愿。
- 公司对员工价值的看法
如果您谈论的是一家小公司（<10 人）；与其花时间对员工进行再培训，不如减少诱饵并寻找新的人才；对于公司和那个人。小型公司无法承受长期在工资单上没有生产力的人。
对于较大的公司，其他 3 项优先。如果有一丝回去的迹象，那么留住那个人是纯粹的保险。同样，如果员工对转向新技术（和做事方式）充满热情，那么他们可以将他们过去的所有经验用于前进。
最后，如果公司真的重视他们的员工，他们会试图鼓励员工将自己塑造成新的环境。不过在这里要小心，鼓励对变革不感兴趣的员工对任何人都不起作用。
我已经看到这个问题是双向的。在一个案例中，一名员工对转换感到高兴，并花费了大量时间来跟上进度；他们最终能够提供很多洞察力和价值。
我还看到那些跟随技术变革的人大喊大叫：他们应该比他们更早被放手。然而，该公司感到有义务继续与他们合作。在他们最终裁掉他一年后，我遇到了一个这样的人：他在新工作中快乐得多。
于 2012-11-09T00:16:31.477 回答