IT架构师技能评估模型与成长历程

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

• 这东西技术能实现吗， 你那架构图没什么指导意义，还是让我直接来吧
• 软件/工具更新真快哦，我哪赶得上节奏啊
• 人都说我做架构师，就画了两三张皮，怎么会这样呢…
• 这个软件包/平台是个黑盒子，我哪知道里面是什么东西，人家集成商说不能改，我怎么压啊…
• 离技术开发越来越远了，心里真不踏实，还能做架构吗，不会被潮流淘汰吧…
• 这东西最后都是合作伙伴/下包商开发，费那么多劲做那么多设计干嘛啊，让他们做吧
• 让我制定质量标准，这活难啊，怎么定啊，各家都有各家的路子与方法
• 高起点, 统筹规划, 要让科技成为我行的核心竞争力，啊? 怎么办呢？

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

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

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

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

　　关于简化技能等级评估：

　　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

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