答辩.md

逻辑

  • 技术架构相关的工作
    • 技术架构的目标
      • 可复用性
      • 可扩展性
      • 高效率
      • 高质量
    • 技术架构做的工作
      • 技术整体分层架构
      • 数据建模, 提升业务的可扩展性
      • 识别抽象业务组件, 提升可复用性
      • 流程与规范, 提升效能和质量
      • 基础设施的改进, 提升效率和质量
  • 项目落地
    • 整机
      • 与 IPM 共创
    • 组件
    • 其他协作系统
      • 场测
  • 反思和改进
  • 未来工作的展望
    • 愿景
    • 实施路径

开发目标

  1. 把控 Tones 整体架构设计方案, 并推动评审, Tones 研发引入微服务架构的设计, 推动评审, 并在场测进行落地
  2. 把控 Tones 整体架构设计方案，并通过评审
  3. Tones 主平台代码开发，落地到场测系统，按时交付
  4. 把控项目信息管理、需求管理、慢轨发布火车技术方案设计

能力建设目标

1、制定开发规范和规约
2、研发过程关键文档编写落地
3、研发整体进度及时风险把控
4、推动重要 BUG 当日修复
5、研发过程符合 web 项目管理规范

开发目标

技术架构

  • 推进领域驱动的微服务架构的搭建, 技术方案设计与编写, 推动重要技术决策通过评审, 并在场测项目中逐步完成微服务架构组件的落地;
  • 引入应用架构, 通过合理的代码架构分层来更好的支撑业务按照领域建模, 抽离出可复用的技术组件, 如飞书消息等;
  • 软件项目管理域涉及到多个数据源多个系统多个团队的数据交互, 针对这种数据逻辑复杂的场景, 梳理并给出数据架构;

技术方案

  • 重要业务模块进行概要设计, 技术任务的识别, 给出技术方案, 开发任务拆解和工时评估, 关键代码和疑难问题的攻关;
  • 研发过程贯彻设计先行的原则, 制定技术类相关文档编写的模板, 技术方案的设计和评审;
  • 推进 Docker 化部署方案, 制定并固化标准 web 集成流水线的模板, 加快研发环境快速交付, 提高部署/灾备等日常研发效率;

项目执行

  • 承接外部提交的需求, 根据业务需求的特点拉通研发迭代节奏, 并给出开发计划, 包括 KMS 每月一次迭代, 粉丝管理一个季度一起迭代, 分支管理扩展兼容展锐平台;
  • 同 IPM 技术共创, 磨合出共享源码的研发协作模式, 多开发分支合并版本发布规范, 在该模式下完成项目项目管理/共性问题业务模块的研发;
  • 对内深入场测, 共性问题, 软件项目管理, 榫卯组件等业务, 任务拆解, 协助转化为项目执行, 推动研发过程中技术侧的阻塞/疑难/共性问题及时解决并迭代优化流程;
  • 对外协助沟通, 促进自动化测试用例融入现有的场测系统中, 分支管理等流程审批需求通过飞书卡片消息等提升用户体验等;

能力建设目标

流程与规范

  • 制定 WEB 研发过程规范并推动落地, 完成 Tones 包括需求转化项目规范, 开发分支管理规范, web 版本发布规范等;
  • 参与协助项目过程管理, 磨合 Tones 研发需求拆解粒度:
    2.1 新的需求按照 "高内聚低耦合" 的原则拆分相对独立的功能模块 (采用小瀑布的模式);
    2.1 优化类需求分析给出具体的修改点, 拆分成研发侧的任务 (采用敏捷迭代的模式);
  • 推进 web 研发质量通过环境晋级的方式进行质量把控, 研发的制品通过 DEV/SIT/UAT/PROD 进行功能集成和特性质量的验收;
  • 学习整机软件研发的流程, 理解 CI 承接的业务, 更加深刻的理解工具链对研发效能中的价值;

工具与方法

  • 制定并推进 web 研发 CI/CD 能力建设和环境快速初始化/恢复, 减低研发过程被 block 的耗时;
  • 引入 CAT 等微服务应用监控, 辅助尽快定位错误, 确保重大 bug 当日修复完成;
  • 推进 WEB 灾备/日常版本发布等工作的自动化, 能力下沉到工具链中, 相关技术方案的编写与拉通, 减低 web 运维时间占比;
  • 组织 Code Review, 技术专题分享, 研发效率工具使用介绍推广等形式提升团队技术能力;

能力建设目标

需求到项目流程的高效转化

做到事情

网关建设

  • 支持网络转化, 部署在深圳阿里云, 海外通过网关将接口接入到内网

基础组件建设

  • 打通 SSO/ 用户中心/ 统一权限

PPT 的逻辑

个人介绍

  1. 个人简介

    • 持续交付/研发效能/架构师
    • 2007-2011/软件工程/安徽工业大学
    • 深耕于技术 10+ 年, 从业务研发到技术架构, 参与和主导多个微服务架构项目的落地实践,
      最近 4 年集中在工具链, 架构治理, 研发效能领域实践
    • 追求工程卓越, 经历多种业务形态和研发模式, 积累了 6 年+ 技术团队 Leader 的经验

  2. 主要经历

    • 云励科技, 票税垂直行业, 票税 SaaS 化产品多租户架构
    • 依图科技, AI 的图像识别领域, 带领基础架构的工具链团队
    • 麻袋财富, 互联网金融行业, 微服务化技术架构演进
    • 银联智慧, 基于银联交易流水的大数据挖掘产品的研发

主要工作

  1. 技术架构

    1. 研发效能是什么?

    2. 整体技术架构

    3. 微服务架构设计

    4. 引入 Web 开发微服务架构设计

    5. 应用架构

      • 解决什么问题

    6. 数据架构

  2. 技术方案

    1. 设计优先的原则

      • 编写推进 5+ 以上技术方案评审
      • 概要设计
      • 技术方案
      • Code Review 和技术分享

  3. 项目执行

  4. web 研发流程规范

  5. web 研发基础设施建设

未来展望

  • 技术架构
    • web 微服务化架构
    • 完善和打磨 web 微服务化架构
    • 学习总结和优化其他那些的研发模式, 比如组件/ 整机, 提升研发体验
    • 沉淀业务组件, 避免重复建设, 解决可复用性问题, 更高效的交付业务价值
    • 技术架构, 识别和引入和推广更多研发效率的技术
  • 深入业务
    • 梳理繁杂的业务活动, 不断打磨和沉淀业务模型

微服务的架构设计和解锁的部分

  • 为什么需要微服务
  • 应用架构
    • 本质上 4 层架构
    • 与 python 的区别 MVC
  • 交付物的制品就是一个可独立运行的 web app

场测在整个测试 Stage 的现在及不久的未来

  • 任务分发网络
  • 目前有多少人在使用

共性问题价值

效能提升的问题

  • 分支做的比较
  • 只有当你这个流程被固化并且是最高效的时候才能沉淀到每个人手头上

技术分享

  • 拿场测中落地的技术组件如何使用的来组织分析
  • 分享对业务的理解帮助研发更好的承接业务

知识库建设

  • 完成至少 10+ 篇技术方向上的文档超过 100 comments

冰山的下面

  1. 研发流程和工具是什么样子的

    • 用户看到的是冰山上面的部分
    • 看不到的是冰山下面的部分
      • 流程

优化找到做一件事最正确高效到方式

左全讯 comments

  • 技术架构的目标
  • 怎么达成这个目标
  • 表达方式 哪些是自己做的
  • 度量的指标
  • 公司项目的目标
  • 我的工作跟目标的对齐
  • KISS
  • STATR
  • 带来创新的东西 ( 价值)