01 / 企业与问题
问题发生在哪里?
案例服务于一家基金公司的内部研发团队。业务需求零散、变化快,研发人员已经使用不同 AI 编程工具,但个人习惯和方法差异较大。管理层希望形成整个团队的协作能力,业务、产品、研发与人事对培训的期待也不完全相同。
各人掌握自己的工具与技巧,团队缺少共同的能力标准。原来的研发流程与文档分工没有随 AI 使用方式更新,统一购买工具也不能自动解决协作。只讲功能的通用课程,很难回答团队每天如何共同交付。
02 / 原案例做法
AI 进入了哪些环节?
- 01
先验证真实能力与需求
通过现场操作、原型和不同角色交流,了解成员实际水平,分别梳理管理层、研发、产品与人事关心的问题。
- 02
用完整任务组织训练
把转型认知、工具使用、流程变化与项目实践组成连续路径,在培训中持续观察并调整内容。
- 03
共同设计协作文档
围绕客户的研发方式,从实际任务中整理 Spec 文档与角色分工,通过多次反馈形成适合团队的模板。
- 04
多期实践后沉淀方法
把每一期发现的问题带到下一期,逐步让业务人员和产品经理参与,留下团队可以继续复用的文档和工作方式。
03 / 原案例反馈
发生了什么变化?
原文记录了三期实践,基金公司开始统一工具和研发协作方法,并沉淀 Spec 文档。原受访者没有获得这家基金公司可公开的完整 ROI 数据,因此主要反馈是组织与流程变化。
书中另有一家制造业客户的短期小组统计,不能移用为这家基金公司的收益,也不应当作长期研发效率结论。培训是否有效仍需看真实任务的质量、协作与持续采用。
04 / OPC 中国整理建议
你的企业,可以从哪里开始?
选一个正在进行的小功能,由产品、研发和测试共同完成一次 AI 协作。记录需求说明、实现、评审与测试中的交接问题,把有效做法整理成团队模板。
开始前准备
- 可以用于实训的研发任务
- 成员当前工具与能力情况
- 既有文档、评审和测试标准
一起看这些结果
- 任务完成与返工时间
- 协作文档是否可复用
- 培训后实际使用与交付质量
具体范围、实现方法与验收方式,需要结合你的业务进一步沟通。
本文根据 Datawhale《FDE案例100》 No.7「从个人提效到组织能力:FDE用AI推动企业研发转型」摘要编排。原资料记录于 2026 年 9 月,PDF 第 68—76 页。项目进展与效果为原案例记录;“你的企业可以从哪里开始”为 OPC 中国整理的建议。本案例为第三方行业实践参考。
查看 Datawhale 原始案例集