【项目管理一点通】（24） 框架

项目管理涉及到的知识很多，项目经理需要掌握的知识也很多，尤其在一些中小公司，项目经理就是一本百科全书。有些项目经理知识不全面，就会感觉到很多地方力不从心。
闲话少说，今天我们就来聊聊框架。框架一般用来描述抽象的结构，在软件开发中，框架可以说是随处可见，比如说业务框架、技术框架、安全构架、网络构架、服务构架、开发框架等等。所以项目经理首先要对框架彻底了解。
既然是闲聊，我们就抛弃概念，因为概念会让很多人无法触摸到真正核心的内容。记得现在大家都喜欢说“上帝之眼”，啥叫“上帝之眼”？就是以上帝的视角来看我们地球人，感觉我们和蚂蚁一样的在一个乒乓球上，地球上的山山水水，就和蜘蛛网一样。这种感觉我们不会有，但是上帝会有。
设计师的视角就是上帝之眼，他们看一个系统，并非先去看细节，而是看轮廓，他们根据自己的经验将系统切分成几大块，几大块之间是什么关系，他们一清二楚，同时，他们还可以按照这种内在的关系将业务分块合并起来。对于他们来说，系统每个模块的产生过程并不重要，重要的是系统要不要这个模块。
明白了这个道理，其他的构架也是这样，比如说技术构架，技术构架就是你使用了哪些技术构成了这个系统，至于这个技术的具体原理并不重要，举个例子吧，我们现在提到技术架构，都会说到三层架构，哪三层？数据层、应用层、展示层。当然关于三层的说法非常多，有的还衍生成四层、五层等，但是基本的意思是一样的。我们在架构里面需要将各个层次或者各个板块之间的关系交代清楚，这就是构架。至于板块和层次里面的具体内容，只要简单描述一下就可以了。
由于需求分析、概要设计都会涉及到构架，而很多开发工程师对构架的概念并不是理解得那么深，他们往往达不到上帝之眼的高度，无法看到系统的全貌，如果去做设计或者把控项目，很可能会出现失控的风险，因为心中没有完整的系统。
由于时间关系，我先说到这里，下次我们再接着聊构架。