影响可伸缩性的组织因素

受组织结构影响的重要因素是沟通，效率，标准，质量和所有权。让我们看看每个因素，分析组织如何影响它们，以及为什么这些因素对可扩展性很重要，从而在组织和可扩展性之间建立关系。

受组织结构影响的重要因素是沟通，效率，标准，质量和所有权。让我们看看每个因素，分析组织如何影响它们，以及为什么这些因素对可扩展性很重要，从而在组织和可扩展性之间建立关系。沟通是所有流程的核心。组织沟通不畅肯定会导致应用程序失败。如果没有明确的沟通，那么组织结构的设计，运营中断范围的控制以及客户投诉的修改将是难以承受的。如果一个团队有50个人并且没有定义任何部门或级别，那么很可能每个人都不知道其他人在做什么。团队成员也很可能不知道向谁提问或向谁发送问题。这种沟通并不顺利。大多数情况下，它可能只会引起一些问题。例如，您可能需要让50个人来回答问题。但是有一天，当工程师对与她无关的一年的问题感到不安时，他会错过一个关键请求，并且响应请求可能会阻止操作中断或帮助中断以快速恢复操作。那么当工程师忙碌时是错的，还是组织结构出现无法清晰有效沟通的问题是错误的？当组织结构使工作流程顺利时，个人和整个团队的效率（即输出与输入的比率）将增加;当项目陷入不必要的组织层面时，效率会降低。在敏捷的软件开发方法中，产品所有者通常应该与工程师一起立即回答有关产品的问题，而不是通过电子邮件进行冗长的解释。如果工程师在开发过程中遇到需要澄清的问题，她有两种选择。一个是猜测方向可以去哪里，另一个是询问产品所有者并等待答案。在获得产品所有者的回复之前，工程师只能停止或转向其他不相关的事情，例如浪费大量时间来设置环境和重新学习数据，或者去游戏室并浪费几个小时玩视频游戏。 让产品所有者和工程师坐在一起，以便他们能够快速回答问题，防止工程师有机会在视频游戏中获得高分，从而提高效率。对于可扩展性，降低效率意味着组织可用的资源更少，资源更可能投资于面向客户的短期功能，而不是长期可扩展性项目。虽然这有助于实现季度目标，但它破坏了平台的长期开发能力。在组织内部，唯一有意义的标准是组织遵守的标准。如果组织在编码，文档，规范和部署方面没有开发，推广和遵守一套标准，那么它将降低生产力，降低产品质量并增加重大生产问题的风险。以一个以矩阵架构为例的组织。很少有工程师与每个组中的产品经理，项目经理和企业主合作，而且可能只有一个。由于没有明显强调标准通信，这位独特的工程师很容易无法遵循先前制定的指南。而且由于没有其他工程师或经理来检查工程师是否忘记提交自己的文件，他已经获得了效率的短期收益，他认为这比收益更有益。但是，组织应该帮助工程师理解并遵循已经建立并且大多数人同意遵循的准则，原则和规范。至于在不遵守指南的情况下对可扩展性可能产生的影响，想象一下如果工程师不同意所有服务必须在三个或更多不同物理实例上运行的架构原则，那么请等到服务部署完毕。人们只发现此服务只能在一台服务器上运行。这无疑会增加服务中断的可能性，并且不会将服务扩展到单个服务器的容量之外。如前所述，不遵守规范和标准的组织只会降低产品质量。一个小例子是具有固定单元测试框架和流程的组织，由于团队规模或团队组成问题而未被接受和实施。 我之前讨论的唯一一位工程师可能会发现这个懒惰的动作太诱人了，所以我忽略了所有功能的单元测试请求，而不再是单元测试。这可能导致代码质量差和尺寸缺陷数量增加。这可能进一步导致应用程序停机或其他可用性问题。由于增加了错误和产品问题，一些软件开发资源将被卸载，这将导致更少的资源用于编码或扩展项目（例如数据库功能以支持长期可伸缩性项目。分区）。正如我们之前所见，当资源稀缺时，推迟短期客户需求更加困难。最直接影响应用程序或服务可伸缩性的主要因素是所有权。如果组织内的组织由50名工程师组成，没有责任分工或分层，那么我们很可能会发现许多工程师正在开发相同的代码。当许多人开发相同的代码并且没有明确或模糊的层次结构时，没有人认为这些代码是他们的责任。这样，没有人会检查其他人的代码是否符合标准，是否构建了所需的功能，或者是否保持了产品所需的高质量。这又导致上述资源利用，更高的生产问题和不充分的通信，这会影响应用程序的可伸缩性。总之，我们可以看到组织确实对影响app开发应用程序可伸缩性的关键因素产生了影响。现在我们从可扩展性的角度对组织有了基本的了解，现在是时候理解组织的决定性因素，即规模和架构。