2026 战略转型

技术中心转型方案

从传统职能划分向「全栈 + Agent」能力转型

👥 团队规模：69人 📍 状态：方案已确定，落地执行中

背景

三个重要性变化

理解这三点，是理解后续组织与工作流设计的前提

🔧 变化 1

AI 重写了软件工程的生产方式

交付从「多角色串联、长周期」转向「单人 + Agent」端到端闭环——不是效率微调，而是生产范式变化

📢 变化 2

业务部门对技术的诉求变了

业务侧 AI 落地需求多、但普遍缺技术支撑；技术中心有 AI 能力，却缺少主动赋能的组织机制

📊 变化 3

价值证明方式变了

从「完成了多少需求」→ 业务侧可量化的效率提升与 ROI；从被动接单的成本中心 → 主动赋能的价值中心

组织架构

一体两翼

原 8 个部门合并重组，打破前端/后端/QA 职能墙

🪽 左翼

智能解决方案部

18人

深入业务，定义高价值问题
AI/Agent 方案设计与落地
1v1 驻场陪跑，技能转移

🏛️ 主体

工程技术部

42人

传统系统运维与需求迭代
Agent 驱动单人闭环交付
承接 Agent 解决方案落地

🪽 右翼

基础技术部

8人

资源降本
Agent 基础设施（SkillHub / Token 管理）
Agent 规模化部署运维

🪽 左翼

智能解决方案部向业务侧延展
定义问题、落地方案

🏛️ 一体

工程技术部是业务交付的主体
也是 Agent 化转型的主战场

🪽 右翼

基础技术部向基础设施延展
为 Agent 时代提供底座支撑

🧭 底层逻辑

1

Agent 与模型能力极强，迭代速度也很快，但如何让这把尖刀真正渗透到严选业务、实打实产生业务增益而不只是提效？这需要同时具备Agent 内化能力 + 业务理解洞察——技术中心拥有前者，如何让同学具备后者？最直接的方式：到一线去，和业务在一起做业务。智能解决方案部由此而生。

2

Agent 时代，基础设施的内涵发生了质的变化——Token 管理、SkillHub、Agent 规模化运维成为新基建命题。基础技术部原本就存在，但核心命题已从传统运维转向：资源降本 + Agent 时代新基建。

3

工程技术部作为业务需求交付主体 + Agent 转型主战场，需要左翼深入业务洞察、右翼筑牢 Agent 基建——一体两翼，协同才能成事。

转型目标

人员能力 + Agent 体系

🧑‍💻 全栈能力

现状：按职能划分（前端/后端/移动端/QA/PM/产品）

目标：全员具备全栈能力

🤖 Agent 能力

现状：无

目标：全员具备 Agent 方案设计与落地能力

▲ 支撑 ▲

🧩 Agent 体系

研发协同全流程场景：需求/产品 · 研发编码 · 测试 · 运维/DevOps · DataAgent · 项目管理

工程技术部

42 人 · 虚拟小组编制

Agent 驱动单人闭环交付，承接部分需求从传统方案向 Agent 方案迁移

🎯 核心定位　业务系统的稳定交付者与技术底座守护者，同时作为技术能力向 Agent 时代迁移的主力军

🚀 核心目标　交付方式从「多角色串行」转型为「Agent 驱动单人闭环」，人效翻倍，释放产能承接更高价值方向

虚拟小组编制

📦 严选品牌业务

商品组

宠物+非宠物商品运营

营销组

内容/用户/品牌营销

销售组

私域/渠道/O2O/分销

效能组

研发效能与工具链

数开组

数据开发与数仓

🏢 大客户业务

AI 标书 · 智能选品 · 大客户定制方案

🎁 衍生品业务

衍生品系统 · IP 授权与供应链

⚙️ 中后台

客服 + 供应链（仓配/供管/计划/价格管控）

📋 技术BP — 责权对等

技术 BP（Business Partner）是新提出的角色定位：每个虚拟小组的负责人不只是管理需求，而是对业务结果负责的技术合伙人。有责无权是背锅位，必须配够权。

责

① SDD 深度落地的驱动者

推动单人闭环交付模式在小组内真正跑起来

权 · 驱动侧

研发资源分配权：决定组内研发人力投入方向及比例
SDD 落地策略决策权：哪些需求先切 Agent、转型路径，根据 BASE 画像定策略
优先级否决权：业务方"都要紧急"时，按实际产能排优先级
绩效评价建议权：组内成员 BASE 评估与绩效评定，BP 有权重建议权

责

② 效能体系构建的深度参与者

参与 AI 效能工具链构建与反馈，沉淀可复用 Skill

权 · 协作侧

Skill 沉淀规则定义权：什么值得沉淀为 Skill、什么只是一次性脚本
效能体系方案选型投票权：对团队采用的效能工具链和方案有投票决策权
Token 使用管理权：组内 Token 额度分配与使用审批，BP 决定优先保障哪些 Agent 场景

责

③ Agent 解决方案的承接者

承接 Agent 方案落地并持续运维

权 · 承接侧

Agent 方案承接否决权：方案不适合当前组，有权拒绝，不能硬塞
交付方式决定权：传统 or Agent 方式，BP 拍板，不需上级审批
需求过滤权：B/C 级需求有权挡回，走智能解决方案部或业务自助

左翼 · 智能解决方案部

18 人

到一线去，和业务在一起做业务——让 Agent 这把尖刀真正渗透严选业务，产生业务增益

🎯 核心命题　技术中心有 Agent 内化能力，但缺业务理解洞察。如何让两者结合？到一线去——这是最直接、最有效的方式。

🎯

主动赋能

跑到业务一线，从被动接单转向主动定义问题

🤖

Agent 落地

设计并落地 AI/Agent 解决方案，交付可量化的 ROI

🔄

技能转移

1v1 驻场陪跑，沉淀 Skill 资产，最终让业务方自主运维

🧭 闭环飞轮

深入业务一线 → 定义高价值问题 → Agent 方案落地 → Skill 沉淀 → 技能转移 → 退出轮换

每一次落地案例 → 沉淀为 Skill 资产 → 存入知识库 → 下一个业务部门直接复用。最终目标：业务方自主运维，团队退出轮换。

右翼 · 基础技术部

8 人

核心命题：资源降本 + Agent 时代新基建

🎯 命题转变　基础技术部原本就存在，但 Agent 时代让基础设施的内涵发生了质的变化——从传统运维转向资源降本 + Agent 新基建。

💰 资源降本

服务器资源优化与缩容
成本监控与预算管控
年度降本目标落地

🏗️ Agent 时代新基建

SkillHub：Skill 资产的存储、版本与分发
Token 管理：额度分配、使用审计与成本核算
Agent 规模化部署运维
中间件与基础设施保障

右翼的价值：让 Agent 跑得稳、跑得省、跑得起来——没有新基建，Agent 是玩具；有了新基建，Agent 才是生产力。

工作流重塑

需求管理流

统一入口，智能分级——一体两翼各归其位

🏛️ 一体

🔴 A 级需求

核心系统 / 高复杂度 / 多团队协同

→ 工程技术部

Spec 定义 → Agent 执行 → 人工验收

SDD 单人闭环交付，关键节点 Human-in-the-Loop

🪽 左翼

🟡 B 级需求

AI/Agent 可解决 / 流程型 / 提效空间明确

→ 智能解决方案部

深入一线 → Agent 方案 → Skill 沉淀 → 技能转移

到业务中去，交付可量化的 ROI，最终退出轮换

🪽 左翼 + 🪽 右翼协同

🟢 C 级需求

标准化 / 自助工具可完成 / 能力可转移

→ 业务自主

SkillHub 模板 → 工具赋权 → 自建应用

左翼技能转移 + 右翼 SkillHub/Token 等基建，两翼协同支撑业务自助

核心目标：B + C 级需求年度占比达 50%+，释放工程技术部产能到更高价值方向——一体专注 A 级，左翼承接 B 级，两翼协同支撑 C 级，各归其位

工作流重塑

三条核心工作流

一体两翼，三条工作流各归其位、协同运转

🏛️ 一体

🔧 工程交付工作流

技术收敛单一工种 → 多角色协同成本 → 0 → 人机协同监督 HITL

未来没有前端/后端/QA 分工，只有「研发工程师」；AI 全部自闭环，关键决策节点引入 Human-in-the-Loop

🪽 左翼

🤖 AI 智能解决方案工作流

深入业务一线 → 定义高价值问题 → Agent 方案落地 → Skill 沉淀 → 技能转移 → 退出轮换

核心飞轮：每一次落地案例 → 沉淀为 Skill 资产 → 存入 SkillHub → 下一个业务部门直接复用。最终目标：业务方自主运维，团队退出轮换

🪽 左翼 + 🪽 右翼协同

🛠️ 业务自助解决工作流

左翼技能转移 + 右翼 SkillHub/Token → 业务自助解决

左翼将 Agent 技能转移给业务方，右翼提供 SkillHub 模板中心 + Token 管理等基建，两翼协同让 C 级需求业务方自助解决

总结

一体两翼，协同破局

技术中心转型，核心就三件事

🏛️

组织归位

一体全扛所有需求

一体专注 A 级，两翼协同承接 B/C 级

左翼到一线找需求，右翼建新基建，一体释放产能

⚡

交付升级

多角色串行，人天堆叠

Agent 驱动，单人闭环

SDD + HITL，技术收敛单一工种，人效翻倍

🎯

目标锚定

完成了多少需求

B+C 级需求占比 50%+

价值中心而非成本中心，用 ROI 证明转型

一体两翼不是分工，是协同——左翼找战场，右翼建跑道，一体打赢仗