一线咨询师的絮絮叨叨

标签: 咨询 | 发表时间:2012-03-25 16:04 | 作者:fullsail
出处:http://blog.csdn.net

一线咨询师的絮絮叨叨

评《一线架构师实践指南》

温昱先生的《一线架构师实践指南》在几乎所有的售书网站上都是一致推荐的一本书,当当4星半,china-pub 4星半,亚马逊卓越上也是4星,就连最客观的豆瓣上,也有7.3分之高。我这种买书大大咧咧的人有幸收了这本书也不算怪事,书大致收藏于2010年,最近清理书架,觉得薄,想顺手啃了,翻了几页,觉得不知所云,于是重新上网看了看资料和评论,担心自己是不是走眼了,继续苦读了一下,理了个头绪。

此书主要围绕CSAI搞的一个ADMEMS的架构设计方法,将架构设计的方法分成了3个阶段,Pre-Architecture阶段(明确需求)、 Conceptual Architecture阶段(分析需求,进行概要设计)和Refined Architecture(架构详细设计)阶段,在这3个阶段中还要持续关注非功能需求(比如性能,安全,重用等)。ADMEMS方法本质还是以建模和图形辅助分析为主,同时创造了一些自己的方法比如ADMEMS矩阵,帮助进行需求分析。好了,上面这句话基本就概括我对这本书的理解,但你只用看一遍我这句话就可以了(读者不用读懂,因为这个概括也是一句废话),这本书你也就不用看了,仅此而已。

从这个方法的出处来大家也可以明白,这本书的目的是帮助做咨询培训,目的和IBM推广RUP和UML建模分析是一个道理,路数也接近。20个专家推荐的噱头也就是20个CSAI的人一起来捧场而已。另外特别有意思的,文中大量的文字描述“业界以为XXX等同于XXXX”,作者为了突出自己方法的优点,一定要和其他一些分析方法找出区别,甚至包括认为用例驱动开发的观念值得商榷等,大都是一些断章取义。其实就是作者为了突出自己方法的优点,标新立异而已罢了。

全书讲的东西其实没有什么特色,建模工具仍然用的UML,分析方法还是软件工程中最基本的一套,没有实质创新,只是不断的翻炒一些概念和忽悠一些概念,那3个阶段说白就是需求阶段,概要设计阶段,详细设计阶段架构师要做的事情,但作者非要学习阿Q,一定要抖抖索索,费劲力气把这个圆圈画圆了。全书中唯一有一点ADMEMS自己独立特色的东西是一个叫二维需求观和ADMEMS矩阵的东东,有一章的精华全部在里面。但其实骨子只是对需求细化分析,而其中的组织需求和用户需求,质量和约束这些概念都是一些牵强的强制划分,并没有多少可以参加的依据和道理。如下图:

                                                                                       图1 所谓的二维需求观和ADMEMS矩阵

另外全书还有一个问题就是废话太太太太多,虽然这类咨询的大部分本质都是将正确的废话。比如说,对于需求要分层,这话有道理不,当然有,但绝对是一句废话。而这本书在废话这个问题有点过火了,举个例子里面的那个5视图法的图片,同类型的就至少出现了3次,然后每个图分拆开再出现一次,作者的目的大概和大内密探里面那个解剖外星人一样,一遍一遍一遍一遍一遍又一遍的重复,是希望我们印象更深刻一点把。当然这个图和本书的风格仍然一致,看似井井有条,实则仍然是正确的废话连天(你把5个元素任意连接起来,换个位置都可以瞎忽悠)。

                                                                                                                                                                             
                                                                                        图2 文中多次出现的5视图法的图片

前面说过了本书标榜的东西不过是一个希望自我推荐的架构分析方法,利用咨询来挣钱的东东,这倒也没有什么问题,我倒是认为,这个方法论作者费劲体力,绕来绕去,也没有把他最想意思清楚表达出来,一下说需求观要二维,一下说概念架构,一下说高层分层,一下又掰扯各种架构视图的关系,天知道作者想表达什么意思?我倒要劝劝作者你的方法再好,也要能用一句简单明了的话总结清楚了,所以我相信听“ 用例驱动设计”咨询的肯定比听ADMEMS这个明白。

另外我想请问一下那些给这本书打5星的评价和那些所谓的专家推荐人士是否对这个本书是否还有一点点印象?大概没人能回忆出这本书的一点痕迹吧。因为虽然温先生讲的很多都是正确的东西,但都是废话,有谁牢记废话?而且我也劝一些兄台们,一本书如果你读不懂,有些时候不一定是你的错,不用装作读懂了给个高分。

最后点题,此书绝对不是一线架构师的实践指南,它只是一个咨询师为了发财致富的絮絮叨叨。方法论的东西和一线有蛋关系,一线架构师要的能力是看到一个需求能把握问题的核心,找到要实现的特性,并且给出解决方案,不是看软件工程的书你就能成架构师。此书对于新手它的作用就是让你看到一些正确的废话,对于老手你看费力看废话干嘛?所以此书我完全不推荐阅读,除非你要上温老师的ADMEMS方法论的咨询课。


作者:fullsail 发表于2012-3-25 16:04:45 原文链接
阅读:0 评论:0 查看评论

相关 [咨询] 推荐:

再谈IT咨询

- - 人月神话的BLOG
前面很多文章都详细谈到过了IT咨询的方法和内容,涉及到技能等,本篇杂谈下IT咨询包括的内容. 最顶层的还是IT战略规划,当前我们看到的情况很少有单独的IT战略规划层面的项目,因此一般来讲企业战略规划中会涉及到业务战略和IT战略的内容,同时业务驱动IT,IT战略和业务战略需要匹配. IT战略规划本身也是展开进行详细的企业信息化规划的基础.

SOA架构咨询

- - 人月神话的BLOG
对于SOA架构咨询,其核心还是在于组件化和服务化,然后才是服务管控和治理,基于服务化思想对传统软件开发生命周期过程的改进. SOA架构大家刚接触时候很容易将其理解为一种单纯的技术架构,或者更多的人仅仅是将SOA理解为service服务接口,这些都是对SOA方法论很大的误解. SOA咨询一个重点就是业务驱动IT,而非单纯的IT架构咨询,SOA咨询一般都会结合企业架构和云的思想,结合组件化架构和领域服务的思想,高层结合BPM端到端流程整合目标,并对这些内容进行有效的融合.

一线咨询师的絮絮叨叨

- - CSDN博客推荐文章
温昱先生的《一线架构师实践指南》在几乎所有的售书网站上都是一致推荐的一本书,当当4星半,china-pub 4星半,亚马逊卓越上也是4星,就连最客观的豆瓣上,也有7.3分之高. 我这种买书大大咧咧的人有幸收了这本书也不算怪事,书大致收藏于2010年,最近清理书架,觉得薄,想顺手啃了,翻了几页,觉得不知所云,于是重新上网看了看资料和评论,担心自己是不是走眼了,继续苦读了一下,理了个头绪.

软件外包,IT咨询和转型

- - ITeye博客
软件外包, IT 咨询和转型. 软件外包一般指甲方给出需求,乙方实现的力气活. IT咨询与软件外包很相似,不过通常IT咨询业务的甲方都没有什么成型的方案,只有一个朦胧的想法. “咨询”二字的含义就是需要乙方将甲方这些朦胧的想法形成完整的方案,然后实现之. 这两个行业主要是出售自己的劳务服务,面临的问题很多.

企业架构和IT规划咨询

- - 人月神话的BLOG
企业架构,业务架构,数据架构. 我们将核心价值链上的端到端总结为两个核心,其一是供应链的端到端流程和业务;其二是产品研发的端到端和业务. 各个企业由于类型不同往往对两条价值链各有 侧重. 生产代工类企业没有自己的产品研发,那么只有供应链;高科技研发企业可以做到卖产品核心技术和专利,不做具体供应链方面事情.

艾德睿智国际教育咨询高薪诚聘留学咨询顾问

- 大梦 - Pure Pleasure - Reborn
因业务发展需要,艾德睿智国际教育咨询公司现大量招聘美国留学咨询顾问. 年龄、性别、国籍、学历不限. 有意加盟艾德睿智国际教育咨询公司、共同发展者,请发送简历至:lixiaolai@gmail.com. 因时间精力有限,恕不接受直接面谈.

再谈敏捷和ThoughtWorks中国咨询师

- lishali - 酷壳 - CoolShell.cn
之所以用了“再”,是因为之前的两篇文章——. 我在《那些炒作过度的技术和概念》中批评了ThoughtWorks中国咨询师的咨询方法是以一种接近于教条、炒作、洗脑和电视购物的方法(虽然我心底觉得有时候有时候更像传销),当然,批评是没有意义的,所以我也给了中国ThoughtWorks那些年轻的咨询师们一些我认为有建设性的建议.

像咨询顾问一样做工作型PPT

- 雪倩 - 让PPT设计NEW一NEW
    很久没有和大家聊PPT了,非常愧疚,实在工作过于繁忙. 趁着教师(教师节)、拉登(911十年纪念日)、嫦娥(中秋节)三位难得在一起的机会,我今天和大家聊聊我的本职工作——管理咨询顾问,以及咨询顾问的PPT如何做.     我不太喜欢八卦,所以呢对于管理咨询顾问这个职业,我就略谈一二. 很多朋友不太知道“咨询顾问”是干嘛的,不能怪大家,因为这个职业还是偏冷门,我只希望以简单的方式让大家大致了解一下这个工作的内涵:.

Josh Berkus谈软件咨询行业的基本原则

- - InfoQ cn
Josh Berkus是关系型开源数据库PostgreSQL的核心开发成员,同时担任一家PostgreSQL咨询服务公司的总裁,他最近 分享了自己在软件咨询行业的经验,列举了一些基本法则. 技术层面的问题只是管理方面问题的一种表现形式,如果某个公司在生产的软件中存在长期无法解决的问题,那么可以预见到,这个公司在管理管理业一定存在长期没有解决的问题.

2011年简单总结-SOA咨询和实施

- - 人月神话的BLOG
在2011年对SOA的理解,从咨询到实施基本朝着纵深方向发展,我们对SOA的最大贡献就是理论到实施,真正的SOA实施落地,10多个系统的接入,300多个服务每天上50万次以上的运行. SOA的跨系统和流程整合,端到端的业务和流程监控. SOA的价值逐渐显现,跨系统流程整合工作也逐步开始考虑. 今年在这点上谈的比较多,也逐步开始落地实施,将SOA咨询和实施方法论从系统间真正的引入到系统内,将面向对象的需求分析方法和SOA思想进一步融合,从业务建模到系统用例建模,从流程分析到服务识别和分析,从业务组件化到系统模块化,这些工作都逐步开始落地实施.