总体架构设计评审第二天

昨天终于正式开始参与总体架构设计的评审了。参与评审的有三方，甲方、乙方和我们。从评审的第一天来看，虽然项目已经经过了几个月的前期需求调研、交流，以及各种线上线下的沟通，可乙方貌似并没有真正完全理解甲方对非功能性需求的要求，连建设目标、割接范围这样基本的要素都存在理解差异；同时，整个总体架构设计方案缺少对性能、可恢复性、安全性、高可用性、可维护性、内控保障等关键的非功能性需求的覆盖，大多数内容都只是对各种技术、术语的罗列，并没有谈到实质性的如何将这些技术落实到整个庞大的系统中。

乙方参加总体架构设计评审的4个人，貌似有两个是负责具体模块开发的，一谈到这些内容，他们就会上阵，谈的也不错，从业务场景到具体技术都很让人满意，可一超出这个范围，就立马换人；而另外一个人，貌似是技术的总体负责人，可是态度恶劣的要命，甲方提出任何对总体架构设计方案的质疑或者细化的要求，这厮立刻都会摆出一副鄙视甲方的态度，表现的极为不配合，一边驳斥甲方的一些需求，一边绕着弯子的让自己的回复前后矛盾。。。言辞及语气也都让人极为不爽，又总喜欢把问题扯的到处飞，一会儿扯到一些意识流的东西，一会儿又具体的一个实现细节，完全没有总体架构设计评审所应有的高度和系统的思路——看起来也奔40的人了，还表现的这么不专业，狂钻牛角尖，唉。。。不知道是不是技术做太久就会这样。

相对而言，甲方参与总体设计评审的阵容非常豪华，各个部门的业务骨干悉数到位，业务背景就不用说了，系统建设经验也非常丰富，表达问题思路清晰，始终将关注点保持在系统总体架构和建设目标上，还要一边评审一边教乙方如何写需求文档，如何做总体架构设计，总体架构设计应该包括什么东西，定位在哪个高度，哪些应该放到更具体的设计文档中，很值得我们学习。

当然，从评审中也可以看出，如果乙方对业务不熟悉，不仅总体架构设计做不好，而且会一直被甲方challenge，最后就变成了被牵着鼻子走。。。

 

P.S. 招行今天在隔壁会议室开会，好多好多漂亮MM，养眼啊 :D