如果把一个项目比作战役的话，项目经理是三军统帅，架构师就是羽扇纶巾运筹帷幄的那位.仗怎么打，就看你的战略和战术和。

   未战而庙算胜者，得算多也；未战而庙算不胜者，得算少也。多算胜少算，而况于无算乎！-孙子兵法

一   挑战

大型虚拟化项目涉及面广，模块关联多，架构设计师经常面临的挑战有以下几个方面：

和关键客户的会谈的机会是很宝贵的，能否有效的挖掘商业和技术需求，直接关系到项目成败。架构师要有清晰的思路来掌控会议的话题和进程。哪些方面需要深入发掘，哪些方面大概覆盖，哪些方面暂时搁置，都要心中有个大概计划并灵活应对。

需求有了之后，设计并实施的过程中是否全面考虑满足那些需求呢？

技术专家常常容易犯的一个毛病就是只见树木，不见森林。有时容易沉浸在技术细节中，而没能多着眼大布局。有时候对一个设计决定的风险和影响估计不足。

技术蓝图之外，还要靠缜密的实施计划，才能有效利用资源，规避风险和保证质量及进度。

我设计了下面的架构设计图来说明了虚拟化项目的成功要素。屋顶代表客户需求，这是我们的终极目的，一切的努力都是要把这个屋顶撑起来。五棵柱子代表虚拟化项目中的关键模块。每棵柱子的技术决定都会对紧接下面一层的风险有影响。再下面的三层分别是假设条件、环境限制，客户环境。最下面的一层基础是实施计划，直接决定了项目执行的成败。

 

二  案例

光练不说是傻把式，光说不练是假把式，咱还是实战演习一把练练真把式。

下面的客户需求摘自VMware VCDX训练营提供的一个案例

 

 

谢谢看官耐着性子看到这儿，是不是觉得有点晕，有点乱，不知道从哪儿着手？这就对了。不只你晕，我也晕。

VCDX最后一关面试的时候是要求30分钟内对以上客户需求出个设计草案的，打仗没章法，那怎么成？我第一次VCDX面试的失利，原因之一就是因为折在这儿了。说着说着没词了，不知道下一步问考官扮演的客户什么问题，也不知道是不是满足客户需求了。

别急，咱有招儿，翠花，上模板！

三  模板

我又发明了个图（您是不是嘀咕了，我好像别的不会，就会画图凑字数，糊弄个推荐文章？）个人觉得还是有拨云见日的功效的（吹吧，接着吹~）

 

 

 

 

还没完呢，存储网络的事儿还没说呢，谢谢很多看官耐着性子听我罗嗦到这儿.

咱还是下回分解吧。