某个流程或关注点是怎么影响可扩展性的。答案通常相同，即组织中的人员或流程会创造应用的可扩展性，也会破坏它的可扩展性。这应该不会让你感到意外。如果没有正确的团队支持，或者该团队没有采用正确的流程，那么得到能够根据业务需求进行扩展的架构的可能性是零。组织一个跨部门的团队设计应用，可以确保具有不同知识的人协同合作，找到最佳的解决方案。此外，这些人现在还有了共同的目标，即要使这个功能获得成功。不具备这两个关键因素，在大多数组织中常见的知识不足和经验的鸿沟的情况都会注定使功能定期地出现故障，从而引发业务的可用性和可扩展性问题。
要想确保设计的功能考虑到了技术的各个层面，并且打破团队之间常常存在的壁垒，JAD是个关键的重要步骤。这个流程的第一步是确保对JAD团队有 监督和管控，确保各个JAD团队遵循了一致的标准。对JAD的监控和一致性检査，都是以ARB的形式执行的。
架构设计原则与编码标准相似。如果把它们形成文档，教给所有工程师，它们就会被一贯地执行。但如果你没有采取后续措施，检査你的工程师，那么他们中的某些人，即使有些是出于好意，就会钻些空子，企图事后再作修补。但遗憾的是，无论他们的本意是多么好，由于对软件开发的时间要求常常很紧，所以他们很可能就不会再有机会修补这些空子。如果标准没有被同级同事或经理评审过，那么它们在执行过程中可能就会出纰漏。遗憾的是，几乎在每个团队中都能见到这种现象。在完美的世界中，工程师除了正确地完成项目之外，就没有其他任何压力了，但现实并非如此，几乎总有额外的压力需要平衡。关于标准的另外一个问题是，有人可能会误解标准，即使是最聪明的人也会如此。尤其是当有新的工程师加入团队时，你需要确保他们都正确地理解了标准，并且能够实施它们。要确保标准被真正理解了，可以讨论假设的示例，甚至可以进行测试，这些都是好的预测方法，但用真实世界的例子进行验证才是最好的方法。
验证JAD设计使用和诠释了架构设计原则是ARB的主要目的。通过评审某些JAD设计，可以确保团队努力做出了最好的设计，而不是钻了空子，并确保各个团队对架构设计原则的理解和实施是一致的。
通过连续不断地应用网站建设架构设计原则，可以确保应用从设计之初就是可扩展的。这是架构设计原则和可扩展性之间的直接联系。JAD是用于设立标准，坚持应用这些架构设计原则，而ARB是用于检查，即确保标准被执行了。
