关于IT架构师

 对于IT行业从业者, 尤其是工作5 ~ 10年的同仁们, 可能或多或少都经历以下典型困惑:

• 这东西技术能实现吗, 你那架构图没什么指导意义,还是让我直接来吧

• 软件/工具更新真快哦,我哪赶得上节奏啊

• 人都说我做架构师,就画了两三张皮,怎么会这样呢…

• 这个软件包/平台是个黑盒子,我哪知道里面是什么东西,人家集成商说不能改,我怎么压啊…

• 离技术开发越来越远了,心里真不踏实,还能做架构吗,不会被潮流淘汰吧…

• 这东西最后都是合作伙伴/下包商开发,费那么多劲做那么多设计干嘛啊,让他们做吧

• 让我制定质量标准,这活难啊,怎么定啊,各家都有各家的路子与方法

• 高起点, 统筹规划, 要让科技成为我行的核心竞争力,啊? 怎么办呢?

 不管您深处在IT咨询公司、IT集成商、软件厂商、甲方的科技/信息部门,由于国内IT行业的竞争压力与大家争先恐后地努力向“上”走, 那么就形成了外在因素驱动身在行业其中的您必须也得向上走, 在国内如果从业4 ~ 5年,如果一直还是个程序员,很多时候就变成了一个“怪物”了, 这有可能是行业的一个特点吧 ...... 既然是向上走, 无分两条道路:管理条线、技术条线,这很多公司/单位中,其实这两个职业发展条线其实在某些环节是合在一起的,这里我就从不同的几个角度分享些IT架构师的几个职责/角色的定义:

  1) 从输入/输出的角度来看:"整合创新、价值创造、左右脑平衡利用"

2) 从项目的角度来看:"一个甘愿为项目团队搭台子的人"

3) 从组织的角度来看:"从内容/内涵角度确保项目质量的中坚骨干"

关于IT架构师技能模型

关于简化技能等级评估:

 1) Know what (知道是什么)

 通常是指导术语层面的简单定义,以及该项事务发展的简单归类,基本用途,但并没有真正经历过,没有直接经历方面的经验。

 2) Know How (自己知道怎么做)

 指至少经过一遍以上的(项目)经验,已经掌握该项事务的基本执行层面的业务流程、架构设计、技术实现等方面的内容。

 3) Know Why(知道为什么, 对业务有什么样的发展和促进)

 通常是经过若干项目实施后,真正在思考为什么这个企业需要这个东西(如XXX管理系统/管理工具),才开始从价值链层级审视自己原来做过的事情,并开始慢慢领悟其中的奥秘,通常在这个事情,会经历个人的思维转型(From Technical View to Business View),通常在这个事情,可能会从事咨询相关的工作。

 4) Play Key Instructor / Mentor for others

 能够将自己的经验、方法沉淀下来,并分享与引导别人...

 5) Perfect

 武学上的化境,通常是很难达到的,或则说这一层级无法用语言清晰定义