审查流程

需要持续不断对架构进行审查,同时要允许试错,建立良好的研究探索氛围。架构审查本身应该是一个简单流程(数小时,而不是几天),是一种对话,而不是审核。审查架构的目的是找出任何需要解决的关键问题或可以改进之处。审查后应采取一些措施,以改善客户体验。

正如在“关于架构”部分讨论的那样,团队中的每位成员都应该对架构质量负责。我们建议负责架构的团队利用良好架构框架持续检视架构,而不仅仅只是召开一个正式的审查会议。持续的审查使团队成员能够随着架构的演进不断获得知识体系与对架构认识的更新,并在您推出新功能时改进架构。

TRANSLATION REQUIRED

TRANSLATION REQUIRED

TRANSLATION REQUIRED

下面建议了一些召开会议需要准备的事项:

完成审查后,您应有一个问题清单,并基于您的业务环境来确定这些问题的优先级。您还需要考虑这些问题对团队日常工作的影响。如能及早解决这些问题,您就可以腾出时间开展创造业务价值的工作,而不是解决重复出现的问题。在解决问题时,您可以反复进行审查,来确认架构的改进效果。

虽然在完成审查后,审查的价值显而易见,但您可能发现新团队在开始时可能会对审查抱有抵触情绪。可以通过与团队沟通审查的益处来解决下列异议:

在您与团队进行多次审核后,您可能会发现一些问题。例如,您可能发现一些团队在某个支柱或主题方面出现较多问题。建议您以全局眼光看待所有审查,找出能够帮助解决这些问题的任何机制、培训或首席工程师会谈方案。