网站架构设计委员会成员

你可能希望某些人或角色加入ARB、但更重要的是，这些人需要表现出一定的素质。让我们首先来讨论一下这些素质，然后再讨论角色。我们希望的是，这两个范能够完全重合，所有应有的角色都由那些显示出应有素质的人来扮演。首先，你想要的是那些在组织内受尊重的人。
他们可能是由于自已的位置、任职时间或者可能是由于他们在某个技术或业务领域的专长而受人尊重。
为了让ARB的决定显得有分量，具有特定职位的人对ARB来说很重要。你一定不想看到被ARB要求重新进行设计的JAD团队向CTO或软件开发团队的VP请愿撤销这一决定。ARB需要由正确的人构成，做出正确的决策、并且要具有对于这个决策的最终解释权。如果这要求VP加入ARB，那么他们就应该加入。如果VP委派了经理或架构师加入ARB，那么VP就需要支持他们，而不是批评指责他们。对于这些情况，ARB可以被看作RASC模型中的A(批准人)。
在组织的管理层外，总还有一些领导者。他们可能是高级工程师或架构师，可能是任何可以以某种形式展示出领导力的人。团队指望这些人在会议中能够影响团队的观点，对团队进行引导。这些人就是我们在第4章中介绍过的，天生能够理解别人，知道如何激励他们，或者通过辛勤努力变得擅长领导了。无论是哪种方式，这种领导者的素质正是你在选择ARB成员时所寻找的。要加入ARB，这些人还应具备的特征是，在软件开发、架构设计或业务领域具有专长。这些人的角色通常是架构师、高级工程师或者业务分析师，不过在许多其他领域也能找到ARB的成员。他们是在有棘手的问题要回答或者有危机要解决时，会被人们想到的那种人。他们的专长可以涉及各个方面，包括由于长期使用如缓存这样的特定技术，甚至由于与特定的大客户长期合作而积累而来的对平台本身的专业知识。
总而言之，我们想寻找的ARB成员需要具备的素质或特征就是具有领导力，受人尊重，而且具备一定的专业知识。某些成员拥有的某种素质可能比其他人的强。例如，一个软件开发团队的高级总监，可能非常受人尊重，能够显示出很强的领导力，只是可能欠缺真正的专业知识。但这位高级总监可能仍是评审委员会的最佳候选人。在寻找ARB成员时，你应该考虑组织中的以下角色：
●首席架构师
●扩展架构师
●基础设施架构师
●软件开发团队的VP或总监
●运营团队或基础设施团队的vP或总监
●高级系统管理员、数据库管理员或网络工程师口高级工程师口CTO或CIO
●业务单元总经理口业务分析师
这个列表并没有包含所有可能的角色，只是给你提供了一些去哪里寻找具备三个关键素质(受人尊重、具有领导力和具备专业知识)的ARB成员的思路。与我们讨论过的大多数主题一样，真正的测试是看它是否在你的组织中适用。ARB成员的数量可以根据组织、可用的人员数量以及需要的技能种类来决定。我们建议评审委员会由四到八个成员构成。
参加ARB应该被看作个人当前角色的额外职责。它总是被看作自愿的，所以如有必要，成员也可以请求退出。理想的情况是长期维持一个ARB团队，这样可以在评估项目和设计方面建立任期。有很多方法可以用于修改成员资格的永久性或非永久性，在决定谁应该是永久成员以及谁应该是轮流加入的成员时，可以考虑以下几点因素。
首先要考虑的因素是在你的组织中有多少的成为这个委员会服务必须具备的素质，那么你可能就必须坚持让这四个人作为委员会的永久成员了。另一个决定该角色是永久的、半永久的、还是轮流的因素应该是多久会有一个需要ARB处理的功能。如果你有足够多的工程师和JAD项目，每周需要开的会不止一次，那么可能就需要让人们轮流担任ARB的成员，甚至可以考虑让两个ARB团队轮流进行评审。除了ARB候选人的数量和ARB会议的数量之外，第三个要考虑的因素是专业知识的专属性。如果涉及多种技术或技术集或者多个应用，那么就应该考虑根据所讨论的功能，让相应人员轮流加人评审委员会。
安排ARB职位轮换的方法多种多样。最简单直接的方法就是每个季度換一次委员会成员。根据有多少人适合这一服务，可以安排他们每六个月或一年甚至更长时间替换一次ARB的成员。另一个安排ARB成员轮换的方法是保留一些永久成员，如网站制作架构师，而让管理人员(软件开发团队的VP、运营团队的VP、CTO等)和团队成员(高级工程师、高级系统管理员、高级网络工程师等)进行轮换。只要每个团队作决定的标准是一致的，并且团队具有批准和否决JAD提案的权力，那么这两种方法都能运作得很好。

相关行业资讯

相关视频推荐