6

我在一个严重依赖技术标准的组织工作。在过去，这很好，有助于为开发人员提供指导，并帮助他们真正轻松地跨团队移动。

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

有没有人有过这种经历，如果有，他们做了什么来改变组织？

4

5 回答 5

8

经许可，提出使用新技术做一个小项目。证明它的价值和它的作用。

于 2008-11-21T21:29:55.270 回答
2

我在一个我认为是相当落后和古老的商店。我们仍在使用 CVS（！），Perl 本周才从 5.6 升级到 5.8，而我们今年才从 4 开始使用 PHP 5。如果你取得任何成功，请告诉我:) 但根据经验，我可以告诉你，有时阻碍采用新技术的一个重要因素并不是技术的好处和优势不为人所知或不被承认，而是而是管理层想要解决的更紧迫的优先事项。

如果团队、部门或公司正在使用当前使用的技术，或者甚至在它们方面做得相对较好，那么改变甚至试驾新东西可能还没有足够的理由。

我正在做的你可能会考虑的事情是记录你认为劣质的技术遇到的实际的、有形的问题。例如，在我的情况下，我会记录 CVS 给团队任何成员带来问题或挫折的时间，尤其是当我的首选解决方案 (git) 可以节省团队时间，或者使 CVS 的快速解决方案成为可能时不允许。在某些时候，积累的证据可能足以支持改变新技术的决定。

于 2008-11-22T04:05:43.100 回答
1

我在一家小型机构工作，我很幸运能够直接接触到我的老板。当我找到更好的工作方式时，我只是确保让他知道在工作周期的早期有一些选择。随着时间的推移，我们建立了一定程度的信任，每次我提出一种新方法时，阻力都会越来越少。

我还确保准确记录使用新技术节省了多少时间/金钱。这很容易成为发展公司流程的最引人注目的方式。Bean 计数器喜欢指标！

于 2008-11-21T22:35:04.750 回答
0

如果您所做的事情最终得到了您以外的一群人的支持，那么您需要遵守标准。你能想象没有标准的开源开发吗？

于 2008-11-22T01:25:59.040 回答
0

如果您向适当的决策者清楚合理地提出您的意见，您的建议很有可能被接受。

一些技巧：

  • 阐明标准变化的价值。确保您根据商业价值来表达这一点，而不仅仅是您自己的个人偏好或便利。
  • 确保您可以证明与收益相比，变更的成本和风险很小。如果你能量化这些，它会大有帮助。

例子：

  • 对最新版本的 Java 进行标准化将意味着我们不必以每年 YYm 英镑的成本继续维护 XX 个旧代码分支。
  • 采用云基础设施技术 YY 将提供新服务器的时间从 7 天减少到 1 天，这将使我们能够向客户收取 6 天的额外收入。风险很低，因为我们已经在 A 团队成功地试用了这项技术。
于 2012-01-06T02:19:12.867 回答