（脱敏版）毕鸣一_大模型驱动的组织管理创新专题_从“人仰马翻”到“事半功倍”——大模型助力研发团队高效管理.pdf

《（脱敏版）毕鸣一_大模型驱动的组织管理创新专题_从“人仰马翻”到“事半功倍”——大模型助力研发团队高效管理.pdf》由会员分享，可在线阅读，更多相关《（脱敏版）毕鸣一_大模型驱动的组织管理创新专题_从“人仰马翻”到“事半功倍”——大模型助力研发团队高效管理.pdf（54页珍藏版）》请在三个皮匠报告上搜索。

1、毕鸣一深耕大前端性能优化多年，先后负责过多个大型项目的性能稳定性测试及测试工具平台的研发工作，当前负责终端、前端和跨端可观测产品的技术研发和平台建设先后对接了多个ToC、ToB和ToG的项目支持；进行了多次公有云、私有云、混合云的项目部署；落地了国内、亚太、中东、北美、欧盟等多种客户的交付实施行业分享及知识社区QConQConHarmonyOSHarmonyOS开发者论坛开发者论坛 广州广州等行业大会分享嘉宾InfoQInfoQ腾讯云腾讯云TVPTVP腾讯云开发者腾讯云开发者腾讯程序员腾讯程序员等视频号直播分享嘉宾腾讯云开发者腾讯云开发者腾讯技术工程腾讯技术工程工程师的分享工程师的分享等公众号

2、、知乎号媒体矩阵作者腾讯云开发者社区腾讯云开发者社区原创分享计划资深作者、优质共创者、年度创作之星腾讯腾讯GOGO编程指南编程指南参与编撰者解析问题的艺术解析问题的艺术课程讲师腾讯学堂腾讯学堂 聘任讲师目录从泥泞到坦途：大模型如何铺就高效研发之路日常遇到的经典“研发场景”去年，某架构师反馈他Review了一位研发同学的代码，发现研发同学花了整整五天时间，只完成了一个简单的接口开发。他很好奇，为什么效率这么低？经过沟通，他发现，因为这里涉及到了研发同学不熟悉的模块，模块通信用了一个类似的RPC框架，研发同学把大部分时间都花在了阅读文档阅读文档、熟熟悉框架和调试环境悉框架和调试环境上，真正用于开发

3、的时间不到20%某著名互联网大厂公开资料：某著名互联网大厂公开资料：研发序列人员只有15%-25%的时间用于实际研发某新兴互联网企业内部消息：某新兴互联网企业内部消息：研发序列人员只有15%以下的时间用于实际研发某专注于产品的老牌软件公司：某专注于产品的老牌软件公司：研发序列人员只有18%的时间用于实际研发团队自身数据统计：团队自身数据统计：研发序列人员只有20%以下的时间用于实际研发研发效能的数据统计从管理者的角度研发团队人员多、新人培训成本高、薪资福利成本高核心功能开发时间长，容易跟不上转瞬即逝的商务机遇期同时学习新技术新方案时间久，落地效果总是预期不符即使做个最简单的MVP版本也需要大量

4、的时间成本十瓦的高速脑力一直被打断，没有完整的高效思考时间，提不起来速度重构的成本高、时间长，管理者无法接受，导致学到的高级技能只能做面试题，无法实际应用在工程项目中项目的历史包袱重，要在多个技术架构和语言中不断切换上下文，小心翼翼的避免踩坑从研发人员的角度文档多、内容冗余、实时性差，研发人员需人工分析、比对、实验导致学习成本高走查数据流转过程耗时间，已有函数功能不了解，基础库的功能不掌握，导致重复造轮子，引入旧缺陷服务上云、接口上云步骤复杂，权限设置文档抽象可读性低，容易出现理解偏差认知负担大模型文档知识库1数据展示数据展示“对话式”输出答案，并给出代码示例和参考文档2分析处理分析处理大模型

5、学习RAG（知识库内容+基础代码知识）3格式清洗格式清洗统一归档、格式化、录入知识库4数据收集数据收集已有的接口文档、配置文档梳理人肉知识库文档的易读性文档的易读性完善的文档和完善的代码一样，充满着对边界条件的说明，让人难以读懂，因为人类天然对文档类的多路径逻辑阐述难以理解文档的可读性文档的可读性文档多到一定程度和没有文档是一回事文档的可维护性文档的可维护性当文档过时后，下一个使用的人是否能有效更新文档是一个难以衡量的事情，一般是文档有效性降低到一定阈值后，进行一场“运动式”“运动式”的治理对话式大模型对话式大模型信息符合人类的基础认知，具有易读性和效率高的特点，且可以拿原始的参考文档验证根据

6、提前准备模版和提示词，让“需求”变得明确，从而可以做到“不要给非目标客户演示不要给非目标客户演示过于复杂的产品功能过于复杂的产品功能”文档的可维护性可以通过修改提示解决，也可以通过增加正确的案例集来对冲增加正确的案例集来对冲，维护更维护更加易用加易用大模型知识库马斯克说过：人和AI有一个相似的点，学习训练需要很长时间，但逻辑推导仅需要很短的时间某内部云接口平台，一个新接口“上云”需要17个步骤，文档冗长，步骤繁多，研发同学在写好业务代码的同时，还需要专门花时间来上云，陷入了“研效沼泽研效沼泽”新人没有文档的情况下，平均需要2-3天才能完成“接口上云”新人在有文档的情况下，平均需要1天才能完成“