SCRUM团队中架构师角色和职责

如果开发的应用比较复杂，涉及到移动客户端/网站/服务端以及各种用户权限，那么就需要有一个系统架构的工作。

传统的开发模式可能是架构师在前期单独制定架构，然后推行给开发人员，

但在SCRUM的理念里面，强调知识分享和共识，那么架构师的角色会有所不同，

简单而言，在SCRUM模式下，架构师关注于如下方面：

• 辅助创建架构，而不是强制推行 一个架构Owner和整个team紧密合作，制定架构并根据实际开发情况使架构逐步进化适应业务需求，而非一步到位建立一个完美的象牙塔架构；
• 把架构设计能力传递给团队成员 架构Owner有更为资深的经历，对系统有更深的技术理解，而这些都是团队成员所希望获得的，因此好的架构Owner会花费较多时间用来指导其他成员；
• 架构刺探（Architectural spikes） 架构刺探（architectural spike）源于极限编程模式中的技术探险，写足够的代码来探知某个新兴技术（或不熟悉的技术）的使用所可能带来的技术风险， 对于复杂的调研任务，架构Owner可能需要部分团队成员的配合，在Sprint中安排Spike类型的任务
• 在编程规范方面指导团队成员 架构Owner需要在编码规范、接口规范、数据库规范、安全规范方面给予团队成员指导，因为架构Owner理应对整个组织的技术规范有更为全面深入的了解。 

除此之外，架构Owner还需要履行下面的职责：

• 关键技术决策 尽管架构Owner是和团队成员进行合作，但通常作为团队最资深的开发者，架构Owner需要在团队不能达成一致意见的时候，打破技术决策的实锁状态，做出明确的决定，以使得整个团队继续往前推进
• 代码评审 这包括代码、设计、流程、数据库设计的评审，必要的评审，能降低系统设计的盲目性，提前发现问题

原文链接：

http://www.agilemodeling.com/essays/architectureOwner.htm

by iefreer