架构师在敏捷团队中的角色张力

敏捷团队常把架构描述当成”大量预先设计”而排斥，专注于快速交付用户看得见的功能；但系统一旦变大变复杂，性能、安全性、监控这些用户不关心、却决定系统能不能撑住的交叉关注点就会暴露出来，此时纯敏捷团队容易陷入失控的重构。化解方式不是回到重型前期设计，而是让架构本身也敏捷化：递增式交付架构（先定最基本的结构，再随需求演进）、只写”足够好”而非完美的文档、把架构工作聚焦在真正跨团队的交叉关注点上，把其余细节设计放心交给开发者。发散：这本质上是把[[架构定义的完成标准是风险已缓解而非架构完美|风险驱动、够用就好]]的原则应用到了敏捷协作场景里。