依据你的组织文化的须要，ARB会议可所以正式的，也可所以非正式的。我们的经验是，这种会议对产物线工程师、数据库治理员和其他JAD成员来说，都形同挑衅，是以我们偏向于非正式的情势。只有当要对功效的架构进行采取或不采取的决议计划时，才会进行正式的会议；这对于让JAD团队提出经由沉思熟虑且申报制造优越的设计来说，应当已经足够了。

无论你决议这种会议应当是正式的照样非正式的，它们都应当具备下列步调：

●介绍。假如研发组织比拟年夜，那么可能有些JAD成员不熟悉ARB的成员。

●陈说目标。ARB的某个成员应当陈说本次会议的目标，以便让每小我都懂得会议的目的。我们建议，你须要指出ARB是对提出的架构作出断定，而不是对JAD团队的成员进行断定。假如设计把打回，请求进行年夜年夜小小的修正，那么不该该把这一决议计划看作是人身进击。组织中的每小我都应当把确保T体系应有的管控以及确保体系的可扩大性入本身的日程。

●架构设计申报。JAD团队应当向ARB陈说提出的设计。构造优越的申报应当率领ARB成员从头至尾过一遍JAD的思虑进程，从营业需求开端，接下来是衡量决议计划、替代设计，最后是推举的设计有哪些优缺陷。

●Q&A。ARB应当花时光就设计提出一些问题，澄清申报中隐约不清的处所。

●审议。ARB成员应当让JAD团队分开，对他们提出的设计进行本质性审议。可以采取的情势有许多，如进行初步投票，权衡每个成员的立场，或者选出一个成员，带头进行评论辩论，在进行投票前，逐条评论辩论该设计的每个优缺陷。

●投票。ARB应当有一个流程来肯定某个功效是被同意照样被否决了。我们经常会看到，因为一个成员投了否决票，一个设计就被否決了。可能你会以为要杀青全部一致不太可成员。ARB的成员应当一切公司都能或极其艰苦，因而采取了34原则。假如情形如斯，我们建议你可以从新斟酌委员会的且老是与JAD团队过不去的人，并不是为了公司好，应当把他撤出ARB。

●总结。在ARB做出决议计划后，应当把JAD召集回来，说明本身的决议计划。这一决议计划可所以以下四种情形之一:

●同意。这意味着可以依照提案中列出的步调履行下一步工作了。

●否决。这意味着否决了设计，请求构建全新的设计。不外，这种情形异常罕有。在提出的设计中，总有一些器械是可用的。

●有前提的同意。这意味着同意履行下一步工作，但请求有一些变革。这解释JAD团队不必再从新提交设计给ARB，可以依据提案履行下一步工作了。

●否决组件。这意味着否决了设计的提案，但提出了一些特定的请求，如请求JAD供给更多的信息，或者从新设计某些组件。这是最常见的否决情势，平日ARB的某些成员会请求供给更多信息或修正设计。在这种情形下，JAD须要从新向ARB提交设计，以便在开端开辟功效之前，获得ARB最后的同意。

这些步调可以依据网站设计团队的范围、专业常识和企业文化进行需要的修正。最主要的一点是，与小我好恶订定合同程(如给团队造成更多工作量的支配)比拟，公司好处要被放在首位。以公司好处为重，就能把更多的产物出现给客户，同时还能包管体系的可扩大性。