不知道你有没有疑问,反正我是困惑了~
企业架构(Enterprise Architecture,EA),从字面上看和信息化没有一点关系,但是这个词又确实是因为企业要做信息化才诞生的。没有计算机的时候企业就没有架构了吗?文字游戏害死人啊~
我知道研究这种看上去在天上飘的概念没有多少人感兴趣,但是这种貌似空泛的理论是否真的接不了地气,是否真的就对我们的日常工作没有指导价值呢?
本质上,企业架构也好业务架构也罢只不过是构建企业信息系统的一种方法论,分为TOGAF、DoDAF、Zchman等很多流派,大家在持续关注IT界的各种新理论、新工具的时候会发现它们大都宣称自己是包治百病的大力丸!如果被这种宣传口号忽悠的随波逐流,受伤的只能是没有独立思考的墙头草,还是不要迷信任何大牛和权威了,因为Frederick Brooks博士在1986年就告诉了我们——“没有银弹”!
“没有银弹”是经过多年实践反复证明的,但是违反这一自然规律的借尸还魂现象从来就没停止过,也许有意无意的就会相信或者期待某种新兴的权威的工具或技术,可以在生产率、缺陷减少、可靠性和简易性等方面带来极大的变化!
那是不是说大家都不要研究新理论、新工具、新方法了呢?因为软件业就是这么个泥潭,怎么折腾也就是那么回事~ 想必各位有志青年有很多话要讲。。。
个人理解,进步是一种必然趋势,也许要推翻“没有银弹”理论需要很多年的努力,或者期待人工智能接近人类水平的那一天,在这之前保持一种审慎乐观的心态来接收各种新事物,但一定不能盲从和失去了自我思考。
我之所以研究“企业架构”是因为正在尝试推动一套“业务建模”实践,说的好听点也是一种方法论,这时候有些问题就必须解决,如何给这套方法找到足够的理论支撑,如何从更高层次给它准确定位,如何有说服力的推演它的价值链。。。
对这个领域有所研究的朋友都会发现,业务建模领域真正有实践指导价值的资料非常少,市面上的书籍分为两种流派,一种是比较高层次的企业架构类的书籍,这一类大都比较曲高和寡,或者说没有一定的积累很难理解那些书里在说什么;另一种就是偏技术类的书籍,这种书可能会以业务建模开个头,但是不会进行深入探讨,基本都是RUP理论中相关内容的复述或举例说明。
而且软件领域的各种理论和方法基本都是围绕着如何成功的完成一个项目为目标的,也就是一次性的不考虑重用与积累的方法论。没有人站在软件企业的角度,或者说站在企业应用软件厂商的角度来总结一套方法和理论,如何降低成本、提高效率、规避风险、客户满意、员工开心、利润攀升。。。
虽说没有银弹,但是没有一份公开资料或书籍讨论这个领域的问题,也真叫人心寒啊~ 也许是我孤陋寡闻吧,希望有这方面线索的朋友慷慨分享。。。
站在企业应用软件提供商的角度来说,从战略上要占据行业制高点,各种新业务新概念必须要跟得上潮流,拿得出方案。但维持企业运转的是日常生产和销售,这是企业的发动机,谁不想马儿不吃草,马儿还能不停的跑啊~ 但是想把软件生产做好是非常困难的,有人说软件工人蓝领化是一条出路,有人说软件企业要靠创新和技术精英来拉动。。。也许都有道理,但是能不能解决问题,还需要时间来证明。
我想探讨的是另外一条路径,也有很多厂商在这条路上摸爬滚打了不少年,比如大家比较熟悉的SAP和它提出的“业务流程平台”,还有金蝶、用友等国内厂商的各种私有平台,现在比较流行的以Google App Engine为代表的公共云平台等等。。。
其实各大厂商都清楚,技术平台容易搭建,业务平台才是核心,业务平台来自哪里?只能通过深厚的行业实践经验不断积累,而如何完成有效积累?只能通过将“业务建模”工作落实到日常生产活动中去,才能持续的有效的建立企业业务积累。
接下来也许会偶尔抽空对“企业架构”再说说闲话,可能更多的时间要放在“业务建模”的实践研究上,虽然这方面成体系的资料不多,但是散布在各种资料书籍中的亮点和精要还是很值得深入体会的,希望有兴趣的朋友多交流!
企业架构(Enterprise Architecture,EA),从字面上看和信息化没有一点关系,但是这个词又确实是因为企业要做信息化才诞生的。没有计算机的时候企业就没有架构了吗?文字游戏害死人啊~
我知道研究这种看上去在天上飘的概念没有多少人感兴趣,但是这种貌似空泛的理论是否真的接不了地气,是否真的就对我们的日常工作没有指导价值呢?
本质上,企业架构也好业务架构也罢只不过是构建企业信息系统的一种方法论,分为TOGAF、DoDAF、Zchman等很多流派,大家在持续关注IT界的各种新理论、新工具的时候会发现它们大都宣称自己是包治百病的大力丸!如果被这种宣传口号忽悠的随波逐流,受伤的只能是没有独立思考的墙头草,还是不要迷信任何大牛和权威了,因为Frederick Brooks博士在1986年就告诉了我们——“没有银弹”!
“没有银弹”是经过多年实践反复证明的,但是违反这一自然规律的借尸还魂现象从来就没停止过,也许有意无意的就会相信或者期待某种新兴的权威的工具或技术,可以在生产率、缺陷减少、可靠性和简易性等方面带来极大的变化!
那是不是说大家都不要研究新理论、新工具、新方法了呢?因为软件业就是这么个泥潭,怎么折腾也就是那么回事~ 想必各位有志青年有很多话要讲。。。
个人理解,进步是一种必然趋势,也许要推翻“没有银弹”理论需要很多年的努力,或者期待人工智能接近人类水平的那一天,在这之前保持一种审慎乐观的心态来接收各种新事物,但一定不能盲从和失去了自我思考。
我之所以研究“企业架构”是因为正在尝试推动一套“业务建模”实践,说的好听点也是一种方法论,这时候有些问题就必须解决,如何给这套方法找到足够的理论支撑,如何从更高层次给它准确定位,如何有说服力的推演它的价值链。。。
对这个领域有所研究的朋友都会发现,业务建模领域真正有实践指导价值的资料非常少,市面上的书籍分为两种流派,一种是比较高层次的企业架构类的书籍,这一类大都比较曲高和寡,或者说没有一定的积累很难理解那些书里在说什么;另一种就是偏技术类的书籍,这种书可能会以业务建模开个头,但是不会进行深入探讨,基本都是RUP理论中相关内容的复述或举例说明。
而且软件领域的各种理论和方法基本都是围绕着如何成功的完成一个项目为目标的,也就是一次性的不考虑重用与积累的方法论。没有人站在软件企业的角度,或者说站在企业应用软件厂商的角度来总结一套方法和理论,如何降低成本、提高效率、规避风险、客户满意、员工开心、利润攀升。。。
虽说没有银弹,但是没有一份公开资料或书籍讨论这个领域的问题,也真叫人心寒啊~ 也许是我孤陋寡闻吧,希望有这方面线索的朋友慷慨分享。。。
站在企业应用软件提供商的角度来说,从战略上要占据行业制高点,各种新业务新概念必须要跟得上潮流,拿得出方案。但维持企业运转的是日常生产和销售,这是企业的发动机,谁不想马儿不吃草,马儿还能不停的跑啊~ 但是想把软件生产做好是非常困难的,有人说软件工人蓝领化是一条出路,有人说软件企业要靠创新和技术精英来拉动。。。也许都有道理,但是能不能解决问题,还需要时间来证明。
我想探讨的是另外一条路径,也有很多厂商在这条路上摸爬滚打了不少年,比如大家比较熟悉的SAP和它提出的“业务流程平台”,还有金蝶、用友等国内厂商的各种私有平台,现在比较流行的以Google App Engine为代表的公共云平台等等。。。
其实各大厂商都清楚,技术平台容易搭建,业务平台才是核心,业务平台来自哪里?只能通过深厚的行业实践经验不断积累,而如何完成有效积累?只能通过将“业务建模”工作落实到日常生产活动中去,才能持续的有效的建立企业业务积累。
接下来也许会偶尔抽空对“企业架构”再说说闲话,可能更多的时间要放在“业务建模”的实践研究上,虽然这方面成体系的资料不多,但是散布在各种资料书籍中的亮点和精要还是很值得深入体会的,希望有兴趣的朋友多交流!