小米粒

1、 销售项目评审模块微服务改造（技术负责人/SE）
项目背景：原项目评审模块为单体架构，耦合度高、发布效率低，无法适应业务的快速扩展需求。
我的角色：SE兼团队负责人，从零组建8人开发团队，主导整个微服务改造项目。
关键挑战与解决：
领域拆分：将销售流程中臃肿的评审模块拆分为评审流程服务、规则引擎服务、附件管理服务等6个子域。
平滑迁移：制定绞杀者模式（Strangler Pattern）的迁移策略，确保改造期间原有业务不受影响，最终顺利完成全量切换。
交付成果：新架构上线后，评审流程的平均处理时长缩短约40%，单次发布风险大幅降低，迭代效率提升显著
2、企业MetaSaaS销售系统聚合设计（系统架构师/SE）
项目背景：销售业务线存在多套独立的老旧销售系统，数据模型异构、业务入口分散，导致维护成本高昂且用户体验割裂。为统一技术栈与业务体验，需将存量系统平滑整合至新一代MetaSaaS销售平台，实现数据统一、体验一致、业务可扩展的目标。
我的角色：SE（系统工程师），深度参与MetaSaaS架构的聚合层设计，主导企业销系统从旧系统向新平台迁移的整体方案。
核心贡献：
异构数据模型的迁移映射方案设计
深入分析原销售系统与MetaSaaS新平台的数据模型差异（字段语义、枚举值、关联关系等）。
设计可配置的字段映射引擎与数据清洗规则，支持不同来源的旧数据通过适配器模式转换为新平台的标准格式。
制定存量数据全量与增量同步策略，确保迁移过程中数据不丢失、不重复、业务可追溯。
系统平滑迁移与灰度切流策略
设计双写验证机制（新老系统并行运行期间，数据同时写入并定时对账），直至新系统稳定性达到100%后再下线旧系统。
制定详细的回滚预案，确保任何异常情况均可快速切回老系统，保障业务连续性。
基于标准制品的租户定制化开发体系
针对MetaSaaS多租户场景，设计标准业务制品（如合同模板、审批流、字段扩展） 仓库，满足90%以上共性业务需求。
提出扩展点（Extension Point）机制，允许不同企业租户在不修改核心基线代码的前提下，通过配置或低代码方式完成个性化业务定制。
制定制品版本管理与升级规范，确保MetaSaaS平台迭代时，各租户的定制化内容能够平滑兼容，避免升级冲突