内容提要
在敏捷组织中,架构实践需平衡团队自主性与技术协调。架构应与工程团队合作,解决复杂问题,避免孤立。识别自然领导者,建立信任,推动变革,了解历史背景,适时采取行动。架构的目标是解决实际业务问题,而非仅建立治理框架。
延伸解读
自主权与协调的平衡
文章指出,敏捷组织赋予团队自主权虽能加速交付,但在构建大型复杂解决方案时,过度自主可能导致重复劳动、技术选择次优以及团队间协调困难。架构实践的价值在于找到自主与规模经济的平衡点,通过解决跨团队共性问题、提供自服务能力和建立跨团队协议,帮助团队在保持控制权的同时减少约束,从而真正提升生产力。
从自然领导者入手建立信誉
在推动架构实践时,正式头衔往往不足以让人服从。文章建议识别组织中自然涌现的领导者——他们可能来自工程、管理或产品岗位,凭借知识而非层级获得影响力。与这些自然领导者合作,可以借助其信誉和专业知识建立信任、推动变革。同时,从更易接受的团队开始合作,能积累早期成功案例,逐步吸引持怀疑态度的群体。
尊重历史与避免破坏价值
组织历史中可能存在与失败举措相关的“有毒术语”,直接使用会引发抵触。文章强调,承认过去失败并说明如何从中学习,是尊重组织积累知识的信号。此外,现有看似古怪的解决方案可能蕴含多年经验,不应为了改变而破坏。在推动标准化时,需谨慎选择投入政治资本的时机,避免无谓冲突,保留开放心态。
聚焦业务问题,灵活运用框架
架构的目标是解决实际业务问题,而非建立治理框架或绘制精美图表。文章建议深入了解业务,识别如上市困难、基础设施成本高昂、应用扩展性差等核心问题,以此聚焦技术工作。对于TOGAF、Archimate等框架,可选择性 adapt,例如制定架构原则、调整架构委员会为社区形式,或参考Open Agile Architecture标准,但不必全盘照搬。
Q&A
在敏捷组织中,架构实践的主要目标是什么?
架构的目标是解决实际业务问题,而不是仅仅建立治理框架。
如何在敏捷组织中平衡团队自主性与技术协调?
需要在给予团队自主权的同时,确保团队之间的技术协调,以避免生产力下降和重复工作。
在建立架构实践时,应该如何选择合作团队?
应首先与更易接受的团队合作,以建立势头和信誉,逐步扩大影响力。
为什么过度的团队自主权可能会限制生产力?
过度的自主权可能导致团队孤立,无法有效解决复杂问题,从而影响整体生产力。
如何识别组织中的自然领导者?
可以通过观察那些在开发组织中自然出现的领导者,他们通常具备较强的知识和影响力。
在推动架构变革时,如何避免破坏已有的价值?
需要谨慎选择时机,尊重组织的历史和知识积累,避免使用与失败相关的术语。