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
武学上的化境，通常是很难达到的，或则说这一层级无法用语言清晰定义
