如何在大型组织中选择标准库，工具和应用服务器平台？

Question

我正在寻找一个标准列表，用于选择大型组织中常见的标准开发库，工具和应用程序服务器（特别是Java EE）。如果您的经验不适用于多个大型组织，那么回答如何在您当前的组织中进行此操作仍然有帮助。此外 - “标准”并不意味着强制性或排他性，只有替代品必须在技术上合理。

1. 谁选择或推荐开发工具？它来自低，中，高级别吗？ （实际的开发人员/主题专家，项目经理，中层管理人员，高层管理人员，Gartner / Forrester等等？）
2. 在选择标准时解决不可避免的纠纷的最终决定权是谁？ （例如，你有X开发人员或Y团体代表谁不能就一些标准工具，图书馆等达成一致）是否有一个投票的委员会，一个管理权威人物（在什么级别？），一些主题专家等等？

额外点：

您的组织内是否有标准开发库，工具和应用服务器软件？如果是这样，他们的表现如何？是否有“事实上的标准”？没有标准或分散的经营方式吗？是否有主要/次要或“推荐”标准？

Answer 1

我见过很多与我工作过的大公司有关的案例。在某些地方，有一个严格标准化的技术堆栈，而在其他地方，工具和平台是由每个开发团队和项目临时选择的。当然，在这两个极端之间可能存在任何可能性。我不认为有任何“典型”的案例。

我现在的雇主在几个国家/地区都有小型开发团队，他们到目前为止一直在彼此分开工作 - 以至于有些项目在几个国家/地区的业务目标和内容相同。我们刚刚开始迈向标准化的第一步，并选择了常见的开发工具。这些解决方案将根据当前的选择进行实际构建，并在较长时间内逐步统一。

几年前在另一个地方，我们有一个严格标准化的开发环境和广泛的专有GUI框架来构建所有内容。所有这些都是事先决定和设计的，自上而下。即使是重构想法，我们也必须获得老板老板的许可 - 他们最后说“不”： - /

Answer 2

我所处理的大型组织始终是动态的生态系统，它们一直在不断发展。它们倾向于在“分散更好”和“集中化更好”之间振荡，其周期介于1 - 5年之间。

如果组织处于“集中化更好”的循环中，那么就会有一个企业架构小组将工具选择和标准化作为他们的责任。他们将有一个由聪明的男人/女人组成的委员会，从高处决定选择。它们通常是保守的，因为所有大型组织都倾向于保守。他们喜欢主流的，经过验证的技术，这些技术是由其他大型组织生产的，如果出现任何问题，这些组织都有足够的口袋可以被起诉。

这个企业架构小组通常会有最后的发言权。他们拥有生产服务器，未经批准的任何内容都不会出现在生产服务器上。

但是，在商业领域总是会发生游击战争。根据他们对创新和风险的兴趣，每个小组都可以搜索未经批准的技术，从而为他们提供优势。他们会对事物进行原型设计，看看他们是否可以说服企业集团让他们继续下去。

这一直持续到“分散周期”开始，有人，通常是新来的CIO，决定打破过去并尝试“新想法”。

生命的循环仍在继续。