NingG +

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

2016-07-23

概要

整体逻辑：

架构师，是什么？

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

架构师，衡量标准

整体：

  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：

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

原文地址：https://ningg.top/tech-growth-series-how-to-be-architect/
微信公众号 ningg, 联系我

同类文章:

微信搜索: 公众号 ningg, 联系我, 交个朋友.

京ICP备19013747号-1
Top