NingG +

技术成长系列:如何成长为架构师

概要

整体逻辑:

架构师,是什么?

架构师,就是工程师,见多识广的工程师

架构师,衡量标准

整体:

  1. 站得高
  2. 看得远
  3. 扎得深

站得高

考虑「整体」:站在更高的角度,综合看问题。

需求、技术、团队、节奏,等等。

例如:

望得远

考虑「未来」:良好的前瞻和规划。

业务衡量指标、迭代路线、成本(开发成本、维护成本、二次开发成本)、系统扩展性,等等。

例子:

扎得深

特别说明:做了规划、方案选型、业务理解,但是总归要实现,只有关注实现、关注细节,才能保证工程质量,以及遵循演进路线。

考虑「细节」:洞察底层落地的细节。

例子:

Note:

架构师,如何成长

如何成长为架构师

解决,什么问题

把控业务、理解需求:

Note:

  1. 项目成败,50%+ 依赖项目选得好不好
  2. 技术要跟「业务方/需求方」,定期沟通机制,保持沟通,前期就解决掉理解上的偏差
  3. 需求是正确的,但需求是否是紧迫的?目标用户在哪里?
  4. 追踪用户的使用情况

规划,发展路径

清晰规划、合理迭代:

Note:

  1. 长周期项目,风险大,变动大,外部环境、资金、人员等,上级的容忍度
  2. 架构要支持未来 12~18 个月的业务冗余量
  3. 架构也避免过度设计

选用,什么方案

广泛调研,合理选型:

  1. 前期调研:做事之前,先调研,避免重复造轮子
  2. 根据业务阶段、业务特点,进行选型,例如:
    1. 探索期业务,怎么快怎么来
    2. 形态确定的业务,给业务增长预留空间

Note:

  1. 调研方法:技术专家咨询;奇葩方法:招聘,问候选人

遇到,什么挑战

细节把控、技术创新、项目管理、团队配合:

项目实施过程,是施展综合能力的过程,包括:技术沟通管理协调等。

Note:这些是基本功。

取得,什么结果

产出业绩、衡量指标:

Note:

  1. 衡量结果:做完事情,一定要去衡量结果
  2. 数字陷阱:衡量结果的指标,要多样,相互佐证,避免数字陷阱
  3. 技术反向索要业务结果
  4. 技术向前先后,都要接触,作用:约束 PM 避免不合理的业务需求,通过相互交流

复盘,什么不足

及时复盘、精益求精:

Note:

  1. 非常重要:做完事情,复盘非常重要
  2. 自己的复盘:个人角度,在团队沟通、项目推动,项目是否有延期,哪些做得比较好,哪些地方换个做法更合适
  3. 项目的复盘:整体项目角度,业务指标、项目周期
  4. 故障复盘:CaseStudy,一定是一连串的错误,才会导致 bug,找出谁、什么时候、什么事情,导致最终的结果,找出可以避免的办法

总结

Note:

构建,解决问题的逻辑:面对一个问题,有条理的思考和行动,对整体、细节、进展都有一个合理的预期。

Top