架构的落地生根与项目的路障清扫

不知染上了什么陋习，最近常常将牛马不相及的事情放在一起讨论。也许是想从因果关系的事情中找出事情的相关性，更为宽泛的一面。

谈谈自己对一般公司中一般项目开发中常见的现象。好的落地，才能使项目开花结果。

架构落地

           说是架构落地，其实可将此说法更宽泛一些，比如，一些产品策划，方案勾勒；架构设计，开发模式，等都可落入这个话题。架构落地？怎么才算是落地？又怎么才能更好滴落地。

          由于笔者近两年也参与面试很多的开发人员，但凡看到简历上面，上面罗列了很多什么什么集群，什么什么分布式，什么什么高性能，什么什么高并发。。。。结果，到具体到某一个系统时，讲的云里雾里；有时对这些概念理解的也非常不到位。当然，简历上面写这些本也无可厚非，因为当下就是这个环境。

架构，不是说是看看书籍，读读概念，抑或是和达人交流交流就能掌控的，那是需要众多项目开发的历练以及对现有技术发展方向的敏感。如果只是谈天说地，也可以信口拈来。但具体到项目，具体到系统，那就是验证这些信口的可信度了。

为了落地，首先，架构的功底要做足。

架构功底

         首先要按照需求的不同层次，理清重点需求。抓住要害。武功悟性再好，也得需要时间的历练。然后是掌握的技术功底。设计思想，工具等。为了达成这样的一个架构系统，你首先要有个架构设计说明。这个文档简略可与项目相关干系人交流沟通，详可直接指导设计开发人员。架构设计的不同层次。

这就是输入是需求，输出是架构设计文档。哈那到这里，架构设计工作算不算完成了呢？我的理解是万里长征刚刚踏上，只是起了个好头。好的开始算是成功的一半。

架构落地

        只是，需要落地。切切实实地可以指导设计开发。这可能会有大致两种不同的情况，

        一是本身的架构设计文档有问题。很多细节问题，都未考虑到，甚至直接影响架构的因素都未提炼出来。这个算是兵家大忌啊。要闹笑话的。

       二是，虽然设计的面面俱到了，但设计开发人员就是不按照架构设计来。给出的理由就是要么是理解不到位，要么是设计开发有自己的理由。因为设计开发的人算是对具体业务最为熟悉的人。这就产生了分歧。要做的工作就是说服它。没有其他办法。不能由着各个开发人员来搞，难免过于片面。

        那位，站起来说了，靠，规范，文档都在那里，这帮SB就是不按照架构设计来。那帮开发也振振有词，根本不了解我这个具体的业务系统，指导不了我这块开发设计。好吧。架构师一定要考虑更多的实际开发中要涉及到的技术问题，从而不断细化架构方案，这样才能为开发人员提供更多的指导和限制，也才能真正降低后续开发中的重大技术风险。所以，架构师的架构方案不是高来高去的，而是需要能够落地的，并且在落地的过程中遇到的技术细节问题，架构师是需要参与解决的。这样架构师才能与开发人员无缝对接，架构方案才能指导开发人员进行开发。妹的，路障清扫机呢？？？

路障清扫

       这当然是属于项目管理者的活了。只是我对此的看法是，这个工作就是属于管理范畴了。我们党和政府门前的五个大字很好地说明了一切。为人民服务。我们这里不谈人民。只谈谈项目管理的一些事。作为项目管理者，PMBOK 里面罗列 五大管理过程组，九个知识领域，42个过程。这些也算是基本功。当然对于软件开发这个行业。可能较普通的项目还有自己的特性。最近几年提到的敏捷项目开发，也是一种思路和很好的借鉴。

       这里，我想说的一句话，就是项目经理应该是项目开发路上，路障清扫机。这个比喻，我感觉很贴切也很自然。

路障

        项目进展中，难免遇到各种各样的问题，就像不幸的家庭，各有各的不幸一样。比如，开发人员，开发中可能会存在哪些问题，设计延迟？数据模型建立完整？业务不熟悉？？？临时请三天假？。。。设计人员，设计有偏差？与开发人员交流明白了？还是在整理架构需求？？。。。产品改产品需求了，？周三周四，物业停电安全检查。。。老板突然有了新的想法，要改变现有业务需求。。。张三离职了。。。

        此时，作为项目的管理人员，是否具有处理这些问题的经验以及明白这些问题产生的后果，后续处理等。就像你开着大卡车，前面是一个狭隘的商贩市场的一条路，你要按时送货过去啊，车上的物品尽量不要掉落。

        我们不要事后诸葛亮。你怎么才能做到呢？更好滴为人民服务啊？共产党人说要从群众来到群众中去。你能为我们的这个大卡车清除前面的各种险情和路障么？你能发现前面1公里有座桥断裂了么？你怎么尽快修复它。你知道张三最近心情郁闷，喝酒驾车了么？。。。

清扫

        映射到项目管理者，或是管理层，你有责任为项目目标尽快达成有为你下属铲除路障，当然你有这个能力。中间你会采取不同的手段。不管是内部处理也好，还是外部请求或是请求上报，让高一级别处理也好。你要做的就是发现这些路障，并采取办法解决它。不要等。要及时。想象一下，清扫要求什么？

1、首先要有清扫的意愿，责任就不说了。

2、要有预知哪里会出现路障的能力。

3、实施清扫路障（就像异常一样，要么你正确处理掉，要么向高层抛出）

小结

         有人说，看了这些，如果这么来做，感觉那搞架构的还不累死啊。搞项目管理的真够苦B的。这些只是目前小公司，一人多职，或是一般管理人员的现状要求。没办法，小老板，小公司没那么多利润。搞大的话，那就需要里面定义多种角色以及分工了。不管是搞技术，还是搞管理，累，苦B，都要经历一下才好啊。