架构为什么难?(6-5)懒人的捷径-土法架构方法论

标签:和谐生产方式王甲佳架构业务逻辑

访客:28849  发表于:2012-12-01 22:45:58

      怪不得@徐蕊 说我有媒体感觉,刚才看了一下大家在《架构为什么难?(6-4)》后的评论,启发颇多!!!如果我将最近大家的讨论认真编辑一下,一定是一篇好文章,要署名就要是“一行同仁”了。不过还真的想写一篇呢,其实是编辑一篇。这说明了两个问题:一、主题讨论过程中产生的碎片化知识怎么去归纳整理?颇有潜力;二、有人主持的讨论式主题学习可能是比较有效的。

       回到6-5的主题,“懒人的捷径-土法架构方法论”。其实说到方法论,就不是“土法”的了,是对经验的一种再总结。那么,我多理解的“便捷架构”方法,其实就是先找到“积木”,然后再“百搭”。让企业的系统成为一种可以构造的系统,而不是一个“建设”的系统。找积木,就是找到需要“化”(“化”是一种过程,不是静止的状态,信息化就是将许多实体“搬”到IT系统的过程)的对象,然后再去分析关系,构造关系。生产力的价值一定是通过关系的构造里实现的。为什么超市里面大白菜能卖到一元钱一斤还抢着买,而菜地里面5分钱一斤还没有人要?就是因为供销关系没有构造好,菜还是一样的菜。也就是因为对象是一样的,但是因为关系结构不一样,显得最终呈现的价值迥然不同。这个方面老师最喜欢举例的就是金刚石和石墨,都是碳原子组成的,区别就在于原子排列的结构不一样。       
     
      大部分厂商,大部分CIO都喜欢在业务流程改善、甚至变革上做文章,我早期也是如此。咨询公司去企业诊断,第一刀往往会在组织结构方面下手,理由是组织需要和战略相结合。优先级真的应该是如此吗?看上去是七寸,其实是一根尾巴。那么应该首先干什么呢?就是业务对象、业务要素的实际体验。即便一下子没有办法找到或者合适的划分业务对象,也要有分析PS图层的本领,去“勘探”业务元素。好比我们看到一碗蕃茄蛋汤汤不错,或者是还有待改进。不是首先研究火候、切法、什么时候放盐。而是要去看它里面到底有哪些东西,确定主料是蕃茄和鸡蛋之后,基于他们的属性再去看火应该什么样会更好,盐什么份量更合适。再之后,可以“研发”出蕃茄炒鸡蛋这样的新“应用”、新“产品”,对于煮鸡蛋、蒸鸡蛋、糖拌蕃茄乃至番茄酱这些方面有所作为。在6-1里面说到产品有关的东西其实就是这个土法所形成的。
      这需要一种“盲人摸象”的本领,要将自己假设为多个盲人,不是从耳朵去推导腿、推导鼻子,而是分别去摸,然后在去做关联。附录里面有@李科  说的一个房地产行业的信息化案例,非常有说服力!建议大家仔细看看。

      那么企业里面到底有多少“元素”呢?老的说法“人机料法环”、“产供销人财物”,新的分法就更多了。实际上有些偏对象多一些,有些偏关系多一些。比如“人财物”就是偏对象,而“产供销”就是偏关系的。可以根据自己的企业一线情形来去做勘探和区分,即便我们分析不出如元素周期表那样精准的东西出来,我们也能大致描绘出对象的族群来。

      有了对象这些“积木”,就要去考察企业历史演变过程中,关系的变化痕迹。这个感觉就象考古,需要分土层,其实就是年代文化层啊。比如生产管理,现在的计划执行方式是VIP客户的订单采取跟单制,专人跟踪,一般客户的及标准产品做法是接近面向库存的方法,为什么呢?以前怎么样?去年什么样,5年前什么样?几种角色想怎么样?客户希望怎么样?等等。基于基本对象做“考古”,结果是来得快的。我们做调研往往是看现状,很少去看历史,根据自己的臆想的一个标尺去找现状与理想模式的差距,然后就去做改进措施。实践的结果往往是折腾。如何才能考古呢?除了沉于现场,没有第二个渠道。看历史在某种程度上甚至比看现状还重要。不是有句话说“忘记历史就是背叛未来”吗?

     当你梳理出基于若干对象,也就是若干角色的业务发展历史的时候,企业经营要素的最底层关系模式往往就能迅速地浮现出来。你去架构未来系统的时候,往往有一种颇有纵深感的洞察力量会支持你,甚至用最简单的逻辑推演就会“发现”5年后应该是什么样子。

      这个土法,难登大雅,不避拙劣,先呈现出来。欢迎大伙拍砖。我对技术的掌握比一窍不通稍微好一些,所以只能这样土,算是摸了一下大象的鼻子。

      6-6 希望能分享一些“干货”,又不好意思拿出来。如果能对大伙的疑虑或者问题能疏解一二,如果能在这个方面得到大家更好的经验分享,那就大赚了。

   
@刘小锋:其实企业本身流程不规范,不严谨是一方面,另一方面是市场,市场有很多的潜规则。整个链条都不按规则出牌,其中一环想规范,很难。金蝶、用友等国内厂商说自己适应国情,其实就是破坏了这种严谨性,对一些特殊情况可以人为干预。虽然理论上讲肯定不如SAP,但我觉得是符合目前这个大环境的。

@喻胜: 对业务深入研究很有必要,在此基础上匹配出来的信息化项目,才会更有效率.

@Yangming:回复 @朱暑冰 :在项目过程中这些情况发生是非常经常的,原因就在于对业务架构没有一个完整的把握,有时候,想完整的把握也是需要时间的。
@朱暑冰:回复 @Yangming :是的,所以@王甲佳 王总说花了2年多来体验和调研。当然只有少数的企业能够承受如此长的时间,更推荐的做法是平时时刻在做需求调研,而不是立项后才做。
@王甲佳:回复 @朱暑冰 :对,需要用心经营。真的CIO一定是和企业共成长的。那样才能做出@何雪峰 那样的十年还稳健的架构来。

@罗昱宇: 整体规划架构在IT建设中是最重要的一环,但也是最困难的,磨刀不误砍柴工,只有规划得当才会有真正的IT发展。

@何雪峰 :整体架构的规划确实十分重要,在同行中,我们看到了太多推倒重来的案例。 2003年进入企业的头几件事之一,就是规划集团整体信息化架构,这是技术层面,也是结合企业主线业务架构层面的规划;到今天已经近10年;目前进入第三个五年规划,我们在深入推进集团信息化的同时,单独抽调技术核心审视我们的这个架构,总结10年龄运作中发现各种问题,从细节上启动进一步优化的工作。 回顾10年的工作,内心中最骄傲的就是这个整体架构的规划、实现。

@刘国强 :总之一句话,开发人员要与一线人员打成一片,才会对自己开发的东西有深切感受,才知道用户体验是不是自己想象的那样。 业务是客观存在的,处理也是现成的,开发人员如何有效地用程序语言来表达清楚,就不是那么容易。(2012-11-28 22:27)


========

@李科 :《难得从容从容难,信息化项目不是那样赶工期》有点感慨。我们行业曾经有一个非常成功的信息化案例,该公司的CIO,也是我非常尊敬的一位前辈。他老人家刚进入地产行业的时候,头半年的时间什么也没有干,就干一件事情,深入各个业务部门了解业务模式的运作,所有集团业务评审会议,项目月度运营会议全部参加,所有项目业务会议纪要都认真学习、笔记,制度、流程的设计全部参与。大半年的时间过去 了,才开始废掉原来系统,全部重新选型重新建设,为期三年初见成效。且将业务模块化,推动项目管理机制的可复制性,支持一线地区公司产品研发,全集体共享,知识管理项目也做得很好。据他所说,对地产业务不了解,所以只能先学习。而正是这种学习,成就了他们公司信息化项目的成功,也一度成为行业学习的典范。
     有时候形式的调研,去跟业务部门的业务骨干,部门领导沟通他们希望想管理什么?这种赶鸭子上架的模式,往往也是自欺欺人。房地产企业的业务模式已经高度具有相似性,但是各家企业在具体运作的过程中其管理的颗粒度差异极其大。而讲出来的,也未必是真实的基于部门、公司、未来业务发展所需要管理和积累的部分,因此,CIO极其团队在这个过程中客观的了解、调研没有长时间的沟通、观察,信息化项目的价值是短期的,其影响也是有限的。这点非常赞同王总洞察深刻,这样的老板也是值得尊敬的。(2012-11-30 09:48)


@王甲佳@李科 :情况多么相似,刚到公司那半年,我主要工作就是蹭会。班组晨会,生产车间总结会,生产计划会,质量分析会。这个过程就好比盲人摸象,好在做了几乎所有角度的盲人

评论(9)

您可以在评论框内@您的好友一起参与讨论!

    1. 杨俊 传统的IT规划里面架构就是销售是CRM,采购是SCM,生产-财务是ERP,然后总线连接或是SOA。但真正在企业运营中就发现套装软件并不能简单覆盖业务各环节,要做出业务口认可且及时响应的系统,还是需要有自己IT力量。这时候就开始考虑平台,是否有平台,是否是模块化的,是否可自己参与维护升级;再往下就是自己做的这些定制的软件和套装软件之间怎么衔接最好,系统架构该怎么设计。而真正开始考虑架构问题后,就要把自己企业业务特点和未来发展考虑进去,架构必须具有一定稳定性,而不是流程不变。在企业在这种经济环境下,要求流程不变是不现实的,你的架构必须能支持流程在一定范围内的灵活变化。但真正的业务对象和数据是不变的

      回复[1] 2012/12/05 15:26

    1. 陈冠宇 果然是有媒体范儿~~~

      回复[1] 2012/12/03 10:47

    1. Yangming 业务层面:
      业务对象抽象;
      对象的属性,对象与其它对象的关系;
      对象内的操作;
      对象针对其它对象产生的服务性操作。
      研发层面:
      构件化;
      关系的处理流程化。
      信息资源层面:
      积累与展现。

      回复[1] 2012/12/03 10:04

    1. 陈飔 流程自动化,workload automation一直是一个有效的工具,在技术升级和管理复杂化的情况下,不应该忽视呀!

      回复[1] 2012/12/03 10:03

    1. 王甲佳 草根做法,不够章法,请大伙多多指正。

      回复[0] 2012/12/03 08:52

    1. 王甲佳 【题解】这个"懒人",说的是我自己,为什么说是懒人呢?是因为作为信息化工作的一分子,看不了几行代码,服务器文件目录也说不上,技术上是非常懒于攻坚,基本还保留着被朋友们说是文科生的特性。但是所负责的事情却不是低阶的。只有找其他途径,便于让自己能尽量主动,少被动。

      回复[0] 2012/12/02 18:56

    1. 徐蕊 其实想想也不是懒,就是想不清楚。CIO现在的眼光还是有些局限,要跳出IT,跳出业务看更大的范围,用CEO的眼光看问题,架构就明晰了。

      回复[5] 2012/12/02 13:20

    1. 张嘉奕

      感谢王总分享,文章已推送至e行网“热点精华”页面~

      回复[0] 2012/12/02 13:10

    1. 姜稳 向王老师的辛勤耕耘致敬。架构为什么难是一篇很切中要害的文章,读后很有收获,这里引用@朱暑冰 老师的一句话表达我最大的收获:要深入业务,长时间跟踪,才能真正了解业务需求。

      回复[2] 2012/12/01 23:04

<--script type="text/javascript">BAIDU_CLB_fillSlot("927898");