让您的编程/开发人员团队加快速度

Question

我最近离开了一所大型大学医院，因为工资增加，而且因为这是一个职业助推器。当然，这两件事情通常都是令人兴奋的事情，也是一项伟大的成就（特别是对于我这个年纪的人）但我每天早上开车上班的时候都发现自己在里面噘嘴，这就是原因所在。我加入的新t = eam在编码实践，最新技术（是的，他们仍然使用经典的.ASP）和软件方面落后很多 - 让我处于使用VS2008，.NET 3.5和SQL Server的倒退时间扭曲/ BIDS 2008使用古老的SQL 2000 / VS 6.0遗物。

起初，并非如此糟糕，我认为并非所有公司都立即处于最前沿，只是在等待正确的火花，让他们朝着改变和改进的方向发展 - 不 - 我开始建议（专业人士）一些新的工具以及它们对我们公司在我们这边和客户方面都有什么好处，但是他们（就像我参与的团队一样）看着我，就像我是一个外星人并给了我很简单，即使在我提出要求之后，我们为什么还需要这些东西。

这让我相信我可能不会以正确的方式解决这个问题，并且希望一些更高级的开发人员/工程师在他们年轻时刚刚开始时分享他们的经验。我知道时代已经改变，但我觉得它仍然有用，任何建议都会非常感激！

谢谢大家！

Answer 1

采用新技术毫无意义，除非他们以先前的技术更容易，更有效地解决实际问题。 （包括学习曲线。）。

您的大学可能拥有大量遗留代码，这些代码依赖于那些旧技术。转移到后来的过程可能是一个极其昂贵和令人厌烦的过程，很难证明这一点。

引入新技术的方式要么是在架构上有所改变，要么像整个大学决定转向SharePoint或其他什么，或者在新项目中，你可以展示新技术的优势，让现有开发人员有时间了解它们。

所有这一切都要记住，大多数人都不喜欢改变，通过改变现有的技术，你会踩到人们的脚趾。 例如，特定系统或技术的专家。

Answer 2

首先，要明白在你是新手时提出重大改变几乎总是一个坏主意。首先，你让他们通过表现尊重你，然后你建议改变。然后，您也可以了解进行这些更改的业务成本，这就是他们没有做出这些更改的原因。

如果他们在你去那儿之前告诉你他们正在使用这些工具，那么你应该接受这个你选择居住的环境并在那里工作一段时间再次将这个主题带回来。如果他们告诉你他们想要你因为你缺乏前进的技能，那么你需要与之交谈的人就是招聘经理而不是团队。请注意，这不会在团队中为您创建朋友。

我对你的主要建议是，你开始对办公室政治进行一些阅读。在再次尝试之前建立一些联盟。可能还有其他人也想与更新的东西一起工作。也许dba不喜欢被困十年的技能。

至于从SQL Server 2000更改为2008，您可以指出2000不再受支持，并且当SQL Server 2010出现时，不再有直接升级路径。这就是最终让我们开始升级到2008年。在此之前更好地进行转换。研究Microsoft网站，了解具体情况。

Answer 3

坦率地说，你运气不好。如果他们认为没有必要学习，他们就永远不会自己去做。你将不得不努力获得在办公室强制要求的新东西，并且可能找到一种方法来为他们支付一些培训费用。或说服他们的老板解雇他们。

在许多非技术环境中，人们会陷入困境，并继续使用相同的工具，即使它们已经过时。看了一百遍。

Answer 4

这里有很多未知的变量，很多都很难给出建议。我想知道：

1. 你是管理这个团队，还是仅仅是一个编码器？
2. 您的招聘经理是否为您带来了将团队升级为新技术的具体任务？
3. 就升级使用的技术而言，高层管理人员的态度是什么？

如果您负责这个团队，那么由您决定议程，让每个人都对新方向感到兴奋，并且可能会解雇某人以向其他人展示您的业务（最好是呻吟的人）最响亮的还是最明显地拖着他的脚。）

如果你只是一个代码猴子，或者上层管理人员对现在的工作方式很好，那么就开始发送你的简历，因为你无法改变任何东西。下次你找工作时，询问他们正在使用什么技术的具体细节。

Answer 5

这种情况一直都在发生。

在同意加入之前，您应该询问他们使用了哪些工具以及它们的工作原理。 我还会指出类似“如果我发现你只是为了让我注册，我将不会长时间停留。”。

Answer 6

你会发现人们拒绝强烈改变，你应该知道人们为了试图改变它而拒绝改变的原因。

首先，人们通常是风险避免者（具有一些“早期采用者”例外）。也就是说，人们避免风险，任何变化都是风险。

其次，在你的情况下，人们往往害怕改变会把它们放在哪里。看看它是这样的：团队中的开发人员会想“如果我们改用xxx技术，那将如何影响我的职业生涯？它将如何影响我获得晋升甚至被解雇的机会？他们不了解新技术，他们不想过时或失去专家或其他任何“旧方式”的地位。

最后，所有新内容都难以学习和理解，特别是当你长时间在旧东西工作时。这需要时间，让你觉得自己好像是个白痴。在最古老的团队中（我的意思是字面意思是人们年龄较大），这也增加了对已经了解技术的年轻人的替代的恐惧。

如果你打算克服阻力，你需要解决所有问题。

首先，事情必须是渐进的。一步一步，一次一个产品。不要试图改变整个公司的整个过程。相反，建议采取较小的项目，并将新技术应用于它。现在是机会和考验。如果它没有用，那么我们将不再使用它，但让我们试试，那么风险将是最小的。

然后向人们保证。确保每个人都感到欣赏，并且您或公司更多地信赖在该领域的长期经验，使用任何给定的技术。倾听人们的意见，尊重他们的意见，让他们感受到你关心他们的想法。当然这不应该是一种行为，你应该真的有这种感觉。伟大的团队相互信任。

另一方面，处理更改。里程碑需要更广泛，你必须考虑到变化。你必须让团队觉得你理解变化是困难的，这是一个漫长的过程。没有人会被判断新事物是否需要比旧事物更多的时间，并且预期失败并且不会因此而被解雇。

最后，如果你想要改变，你必须让人们放心，让他们明白改变只是一个考验，如果它有效，那么对每个人都很好，如果没有那么就可以了。当然，公司也需要了解这一点。对于管理者而言，这意味着向他们提供明确的风险与利益报告，陈述事实并告诉他们为什么必须做出改变。

在与管理层交谈时，请记住还要记住，竞争总是在那里。你必须进化或更正确地不断发展。即使产品在功能方面是相同的并且看起来最悲伤，从营销的角度来看，说你使用最新的xxx技术和lates yyy开发技术是一个很好的钩子。客户并不是愚蠢的，但他们也不是计算机知识，所以他们很容易用模糊的词语留下深刻的印象，因此竞争可以在没有更好的产品的情况下窃取他们，只需要一个“更新”的产品。之一。

还有一件事：也许你会发现告诉他们有关“谁感动我的奶酪？记录＆QUOT;其中围绕着变化以及市场如何围绕变革发展。

改变是每个人生活中的基本内容，无论是个人还是专业，都应该始终考虑到。每当有人说“现在改变风险太大”时或“我们承担不起变化”或你必须真的认为它是低谷...是长期看到的图片，还是我们所说的全部

Answer 7

这只是过时的工具吗？或者他们生产的代码是否低于标准？如果是代码，最好的选择是群组代码审核。如果它只是工具，只需制作文章和/或文档，列出他们缺少的功能以及这些功能如何使团队受益。

Answer 8

如果团队过去陷入困境，你可能无法做到这一点。一些开发人员要么没有看到新技术/方法的好处（在某些情况下它们可能是正确的），要么就是害怕变化。我会说从他们身上学到什么 - 你可以学到很多人际关系，项目管理，政治和其他技能。花一些时间跟上当前的技术，睁大眼睛，有机会继续前进。现在，了解什么可以。许多开发人员专注于技术，错过了他们以后在职业生涯中真正需要的重要技能。

Answer 9

我们所有人都有我们的平台和技术偏见，当一个新人加入一个团队并希望改变一切行事方式时，这是破坏性的，团队经常会试图拒绝改变，即使动机是好。

不幸的是，“你正在使用Java？伊克！我们需要立即将所有这些移植到C＃！类型已经让人们对新人提出了许多新事物持怀疑态度。

在建议新流程或技术时，我可能提出的一个建议就是根据他们所拥有和可能涉及的实际问题来构建它。该技术不是解决方案。找到问题，然后或许提供教一个技术的棕色袋子，强调可以根据他们的痛点与团队产生共鸣的方面。证明价值，让他们自己来，而不是采取销售推销方法。

Answer 10

你是怎么做出案子的？专业和非居高临下是好的，但这只是一个开始。

当你试图说服某人改变时，请强调其中的内容。弄清楚他们想要什么，并向他们展示新技术如何提供帮助。

管理层希望完成更多工作并节省资金。经理们不会在乎想要更新更好的东西。尝试找到案例和研究表明，最新的东西可以节省X％的金钱和工作。查找或创建对其成本的良好估计（不仅在工具中，而且在培训，双重开发轨道等中）。请记住，旧的东西会留在身边，你必须有一个计划来解释它。

你的同事需要被告知这对他们有什么好处，并且他们不会因此而受苦。他们在这方面投入了大量资金。他们知道他们在做什么，他们知道代码库。转移到一个较新的系统，他们不会知道他们在做什么，不会知道代码库，一开始就会无能为力，并且可能会担心他们会变成消耗品。对于一般人来说，这是一个很多问题，并且可能对某些人（例如退休后三年的人）提出的要求太多了。

了解他们对当前系统不喜欢的内容，并向他们展示新软件如何提供帮助。讨论培训并至少预先谈谈转换的容易程度。如果您可以向他们展示如何在新系统中执行他们通常所做的事情，而不必担心利用新功能，那将会有很大帮助。强调他们的知识不仅仅是代码库，而是业务及其要求。

并且不要指望抛弃遗留的东西。您只能在启动项目时引入新工具，如果它与旧系统不兼容，它将无法正常工作。

当然，这很困难，你可能最好还是停留几年，然后搬到更现代化的商店。

Answer 11

如前所述，忘记遗留项目如果运行正常，你将无法说服任何人重写它们。更好的方法可能是等到新项目进入并在此时建议使用新工具。争论这些新工具如何提高效率或其他什么，但不要争辩你应该只使用它们，因为它们是新的。使用管理层认为不太重要的小项目可能更容易做到这一点。

一旦你有一个项目启动并运行，你已经赢得了一半的战斗，并可以用它作为管理新技术优势的一个例子。

祝你好运。

Answer 12

当新人进入并开始讲道时 - 即使是以完全合法，积极和有益的方式 - 关于新工具，它通常可以设置“你与他们对比”。大气层。

不应该那样，但承认这些惊人的新工具可以为他们节省大量工作，这是一种隐含的承认，他们一直在浪费大量的时间。即使他们在个人层面上对此没有好处（除了外部约束，大多数人只想做好工作！）他们会警惕如果“新人”如何看待他们的上司。比他们了解得多。

想法：让他们和你一起参加一些本地开发者活动。然后，你更像是在一起发现令人兴奋的新东西，而不像“我的工具比你的更好”。的事情。

最重要的是，你需要加入一些肘部油脂并钉上一些项目，以便你在新工作场所建立信誉。

另外，我一直以为SQL Server 2000太棒了。 SQL 2K5和2K8是很好的升级，但2000真的很棒;它不像是在Access上运行。