架构师
架构师的能力：
- 业务场景化能力（技术服务于业务）
- 支撑业务成长
- 降低业务成本
架构师的交付成果是一整套决策流，文档、架构图是一种交付载体
全能型角色
最适合当软件架构师的，是一线能力最强的程序员
- 技术能力
- 产品能力（业务）
- 大局观
- 前沿视野（支撑未来的架构）
- 个人影响力
- 沟通能力
架构师 = 技术人员 + 项目经理 + 产品经理
- 开拓技术知识面：读源码 学习优秀软件设计
- 精研业务：转变视角
- 发现没被挖掘的需求
- 通过技术促进业务提效 自动化
- 技术人员以外的职责
- 软实力：
从技术人员到架构师
工作的越久，经验越多，并不代表着能力也会随着时间提高，避免成为一个高级新手，一年的CRUD经验用上好几年，首先超越的是自己而非任何人
有些知识在当前阶段看起来是没有任何作用的，但只有经历过痛苦，才知道这些知识的重要性
- 沉淀总结
- 解决问题方法论 -> 往下深挖 -> 好为人师
- 走进业务
- 与业务人员不断沟通反馈
- 不惧变化
- 对业务人员讲人话
- 向外表现
- 表达想法
- 向上管理
- 学会拒绝
- 主动承担
- 跳出舒适区
发展路线
应用架构师
- 路线最平滑
技术面：
- 主流技术栈（深度 + 广度）
- 可行性验证（POC）
- 技术选型
业务面：
- 需求分析拆解
- 与业务方对接
业务架构师
- 业务领域专家
- 技术领域偏向
- 业务建模 将业务转为模型抽象 工作流
- 技术选型最佳实践
- 解决方案偏向
系统/企业架构师
宏观：
- 技术路线指定
- 企业技术演进
- 技术生态搭建
落地：
- 业务规划
- 非业务需求
如何推进项目的执行与落地
优先级
识别重点：主链路业务
时间表
将业务单位定义成一个个故事里程碑 保证项目交付节奏
协调能力
- 部门协调 供应商...
技术 -> 生产力
当技术问题成为业务发展的瓶颈
拆解问题
- 以大化小 自顶向下
- 职责领域划分：角色+边界+功能
- 分层构建：实现方式+技术细节
技术服务业务
- 开源：技术助力新业务
- 节流：辅助业务降本提效
采购 or 自建？
制定技术发展路线图
- 短期：强业务需求
- 中期：支撑业务长期发展
- 长期：技术平台 生态圈 技术反哺业务
面向未来架构
- 容量规划：当前所需要的最大值 未来的余量 主链路规划
- 底层技术：大厂实践具有指导意义
- 分治 轻量级 快速复制
路线修订
修订的原因
- 竞争对手业务的变化
- 外部市场变化
如何修订
- 设计、评估备选方案
- 周期审视