Architecture 说服一家公司在其标准体系中添加新技术和技术?

Architecture 说服一家公司在其标准体系中添加新技术和技术?,architecture,standards,Architecture,Standards,我在一家严重依赖技术标准的公司工作。对于大多数过去来说,这非常好,有助于为开发人员提供方向,并帮助他们真正轻松地跨团队移动 然而,在过去的一年里,我发现了使用新技术做事情的更有效的方法,我正在努力将这些策略添加到技术路线图中 有人有过这样的经历吗?如果有,他们做了什么来改变组织?在获得许可后,提出使用新技术做一个小项目。证明它的价值和有效性。我在一家小公司工作,我很幸运能直接接触到我的老板。当我找到更好的方法来完成我的工作时,我只是确保让他知道在工作周期的早期有很多选择。随着时间的推移,我们已经

我在一家严重依赖技术标准的公司工作。对于大多数过去来说,这非常好,有助于为开发人员提供方向,并帮助他们真正轻松地跨团队移动

然而,在过去的一年里,我发现了使用新技术做事情的更有效的方法,我正在努力将这些策略添加到技术路线图中


有人有过这样的经历吗?如果有,他们做了什么来改变组织?

在获得许可后,提出使用新技术做一个小项目。证明它的价值和有效性。

我在一家小公司工作,我很幸运能直接接触到我的老板。当我找到更好的方法来完成我的工作时,我只是确保让他知道在工作周期的早期有很多选择。随着时间的推移,我们已经建立了一定程度的信任,每次我提出一种新的方法,阻力就越来越小


我还确保准确记录使用新技术节省了多少时间/金钱。这很容易成为发展公司流程的最有说服力的方式。豆计数器爱度量

如果你所做的事情最终得到了一群人的支持,而不是你自己,那么你需要按照标准生活。你能想象在没有标准的情况下开发开放源码吗?

我所处的环境非常落后和陈旧。我们仍然在使用CVS(!),Perl本周才从5.6升级到5.8,今年我们才从4升级到PHP5。如果你取得了任何成功,请让我知道:)但根据经验,我可以告诉你,有时阻碍采用新技术的一个重要因素并不是不知道或不承认技术的好处和优势,而是管理层希望获得更紧迫的优先权

如果团队、部门或公司正在使用当前使用的技术,或者甚至在使用这些技术方面做得比较好,那么改用或试驾新技术可能还没有足够的理由


我正在做的事情,你可能会考虑记录一个实际的、实际的问题。例如,在我的例子中,我记录了CVS给团队任何成员带来问题或挫折的时间,特别是当我的首选解决方案(git)本可以节省团队时间,或者可以快速解决CVS不允许的问题时。在某种程度上,积累的证据可能足以支持改变新技术的决定。

如果你向适当的决策者清楚、理性地陈述你的观点,你的建议很有可能被接受

一些提示:

  • 阐明标准变更的价值。确保你用商业价值来表达这一点,而不仅仅是你个人的喜好或便利
  • 确保您能够证明,与收益相比,变更的成本和风险很小。如果你能量化这些,这会有很大帮助
示例:

  • 在最新版本的Java上实现标准化意味着我们不必继续以每年$YYm的成本维护XX个旧代码分支
  • 采用云基础设施技术YY将把提供新服务器的时间从7天减少到1天,这将使我们能够向客户收取6天的额外收入。风险很低,因为我们已经在团队A中成功试用了这项技术

考虑更改您的问题/标题,以便更准确地反映您在正文中提出的问题。:)@皮斯托斯,我编辑了标题来反映这个问题。虽然那是一部伟大的克林特·伊斯特伍德电影。。对于将来搜索这个网站的人来说,这对他们没有多大好处。