首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏后端沉思录

    打车业务闭环思考

    刚接触到打车业务时,很好奇我们的整体业务链路是什么样的?系统如何圈司机?订单通过什么方式派给司机?订单的状态如何跃迁?等等一连串的疑问,困扰着我,当然产生了更加强烈的兴趣,驱使不断学习周边业务。 站在目前我所在的业务模块,用图示简略的概括供需撮合、业务驱动、全局架构图,而形成业务闭环,更加细节的系统交互就不作多述。 跃迁驱动 撮合完成后,业务的开展需司机驱动订单状态跃迁而展开,完成乘客用车流程,整个流程很复杂。 全局架构 全局架构图展现了各个大模块间的交互,整体架构为大中台-小前台。 总结 业务的开始与结束,在业务开展中最终会形成业务闭环(用车端发起--》用车端结束)。

    36510编辑于 2021-12-09
  • 来自专栏时间课堂,时钟专家

    时间同步业务闭环管理——时间监测

    在这些信息化、智能化业务中,时间同步是不可或缺的一个基础支撑条件。 鉴于时间同步质量对业务运行的重要性及潜在影响,增加时间同步监测,使时间同步业务闭环管理的模式提升业务质量势在必行。 因此,时间同步是一个需要持续进行的长期业务。在现代授时技术中,从NTP网络时间服务器、时间同步装置获取到高精度时间信息,并据此校准本地时钟是最常见的一种时间同步方式。 第二方面是被授时设备的时间同步状态进行监测,并将监测数据上送到管理系统,使运维人员能及时发现被授时设备时间同步业务的异常情况。

    1.2K113编辑于 2022-06-24
  • 来自专栏研发效能EE

    研发效能组织架构:职能独立vs业务闭环

    研发效能团队相对于各个公司主营业务规模来说并不是很大,在经历的几家公司里主要是有两种组织架构,职能独立型组织架构和业务闭环型组织架构。 特性团队就是一个业务闭环的组织架构。图中的负责具体业务的运维人员甚至都可以闭环业务中去,这样整体效率会更高。 业务闭环组织架构劣势 团队整体压力大 对业务闭环组织的负责人(FTO)要求高,定方向、搭班子、带团队的综合能力都要很出色。 各个业务闭环团队都会针对自己的团队、自己的业务非常实际地做出决定,在技术栈选择、规范性遵从上一般不是很注重,需要技术委员会、专家团队横向引导 业务闭环组织架构的一个很重要的点在于找到一个懂业务的 FTO 本文总结 本文主要对比了职能独立型组织架构和业务闭环型两种组织架构的特点、优势、劣势。通常来说对于团队规模不大、比较独立、目标相对明确的业务采用业务闭环型组织架构会更好。

    88530编辑于 2023-09-26
  • 来自专栏研发效能EE

    DevOps|破除壁垒,重塑协作-业务闭环释放产研运协作巨大效能

    上篇文章《研发效能组织架构:职能独立vs业务闭环》介绍了职能独立型组织架构和业务闭环型组织架构的特点,优劣势。 业务闭环型组织架构迭代日历对于业务闭环型的团队,很多职能团队之间被动的拉通、对其变成了团队内部之间的自我驱动,主动承担。职能团队之间正式的交流会议就没那么重要了,团队内部之间更多的是非正式的交流。 图片 同样按照上面的时间我们就可以粗算出一个迭代(10个工作日),开会时间分别为:站立会:0.5h*10=5hPRD评审会:1h测试用例评审会:1h迭代评审&反思&双周会:1h所以业务闭环组织架构下一个迭代开会总时间最少为 通常情况下业务闭环组织架构要比职能独立型组织架构,一个迭代里每一个人开会时间降低4h,开会时间占比减少50%。组织架构变化带来的效率提升远比架构、技术基础设施更直接、更直观和更吸引人。心动否? * * *阅读我的更多文章研发效能组织架构:职能独立vs业务闭环破局DevOps|8大北极星指标指引研发效能方向DevOps | 研发效能价值如何衡量高效能敏捷交付团队反思:特性团队(FeatureTeam

    56160编辑于 2023-09-27
  • 来自专栏研发效能EE

    DevOps|破除壁垒,重塑协作——业务闭环释放产研运巨大效能(中)

    上篇文章《研发效能组织架构:职能独立vs业务闭环》介绍了职能独立型组织架构和业务闭环型组织架构的特点,优劣势。 产品团队和设计团队之间的沟通会没有体现在其中 迭代评审会和迭代回顾会,对于小团队来说可以合并成一个会议,但需要控制时间 会议时间为我们项目中开会的实际时长,不同团队、业务和规模下也许不同。 业务闭环型组织架构迭代日历 对于业务闭环型的团队,很多职能团队之间被动的拉通、对其变成了团队内部之间的自我驱动,主动承担。职能团队之间正式的交流会议就没那么重要了,团队内部之间更多的是非正式的交流。 同样按照上面的时间我们就可以粗算出一个迭代(10个工作日),开会时间分别为: 站立会:0.5h*10=5h PRD评审会:1h 测试用例评审会:1h 迭代评审&反思&双周会:1h 所以业务闭环组织架构下一个迭代开会总时间最少为 通常情况下业务闭环组织架构要比职能独立型组织架构,一个迭代里每一个人开会时间降低4h,开会时间占比减少50%。组织架构变化带来的效率提升远比架构、技术基础设施更直接、更直观和更吸引人。心动否?

    39820编辑于 2023-09-27
  • 自主决策、跨系统执行、全留痕:Agent业务闭环的技术原理

    实在Agent通过“大模型+屏幕语义理解+超自动化”的融合架构,在技术层面同时解决了决策断点和系统断点,实现了从触发到归档的真正业务闭环。本文聚焦其核心技术原理。 语义映射阶段:将视觉向量与预训练的业务语义空间对齐。模型理解“蓝色矩形按钮+位于表单底部+紧邻取消按钮”的组合极可能是“提交”而非“保存草稿”。 整个过程不需要预先定义UI选择器,界面改版后只要业务语义不变,Agent仍能自适应完成操作。在信创环境下,这一技术的价值尤为突出。 四、全留痕机制:三维度审计链条全闭环的终点是归档。 这套技术架构在制造业和金融业的生产环境中已得到验证,为业务闭环提供了工程化可行路径。

    9510编辑于 2026-05-25
  • 腾讯“云基座+AI大模型”重构公积金核心系统与业务闭环纪要

    当前企业与机构在数字化转型中暴露出的核心痛点集中在基础设施与业务模式的断层: 底层架构的安全与兼容断层:传统业务系统亟需摆脱外部依赖,面临操作系统(如CentOS停服替换)、数据库(去O及开源替代)和平滑迁移的巨大压力 深度植入公积金五大AI业务场景: 智能审批与风控:引入AI视觉与OCR技术自动提取核验征信与贷款材料,构建多维风险特征图谱实现骗提骗贷事前预警。 第四章:重塑业务流转效率的邯郸公积金实践 客户案例:邯郸市住房公积金管理中心 实施动作:依托腾讯云技术,邯郸市公积金中心打破传统表单填报模式,打造了全国首个“边聊边办”数字柜台。 通过自然语言对话,以微信小程序等入口实现全流程业务办理,覆盖公积金查询、提取、贷款测算等场景。 量化价值: 业务覆盖广度:全面覆盖并接入了 48项 日常高频办理需求。 压倒性的算力与研发规模底座:腾讯七年累计研发投入达4000亿元,内部研发人员比例达74%;自研业务全量上云规模突破5000万核,为企业节约成本超30亿元。

    25010编辑于 2026-04-15
  • 从 “能对话” 到 “能执行”,ZGI 工作流如何让 AI 落地业务闭环

    对开发者而言,搭建企业级 AI 业务流程时,最头疼的莫过于跨系统集成的繁琐、业务逻辑的复杂迭代,以及 AI 无法从 “输出分析” 转向 “主动执行” 的局限 —— 比如制造业需对接 IoT、ERP、MES 多系统实现生产调度,金融行业要串联合同解析、风险检测、ERP 录入完成合同审阅,传统开发模式下,不仅需编写大量接口代码,还得处理异常场景,导致项目周期长达数周,且难以快速响应业务变化。 它以低代码拖拽式操作,将跨系统对接、业务逻辑编排、AI 能力调用整合为可视化流程,让开发者无需深耕多系统 API 细节,就能快速搭建 “查询 - 分析 - 执行 - 反馈” 的完整业务闭环,尤其在制造业 对开发者而言,ZGI 工作流的价值在于:无需陷入跨系统对接的技术细节,只需聚焦业务逻辑设计,就能让 AI 从 “能对话” 升级为 “能执行”,快速落地企业级业务闭环。 现在访问 ZGI 开发者平台,获取专属技术支持,领取 “企业级流程搭建礼包”(含 10+ 行业 demo、组件开发手册),助力你 1 周内完成 AI 业务闭环从 demo 到生产的落地。

    49110编辑于 2025-12-15
  • 来自专栏用户6296428的专栏

    需求价值闭环实践

    二、目标 在以需求维度开展价值闭环活动的基础上,实现从公司战略及业务线 OKR 到具体落地需求的自洽,到通过 Feature Team 的运作方式进行价值闭环过程联动,并辅以信息化度量分析手段,对研发资源规划 当各业务线在制定 OKR 时,先确定 OKR 的内容,评估对应的用户价值和商业价值(一般情况下,建议至少评估到 KR 级别的价值,每个 KR 都聚焦在最核心的 1 个价值上),再对齐公司以及其他业务线公共目标的价值 在规划会、排期会等节点,同步分析报告结果,和业务线&各小组负责人评估与商业方向/业务目标/ OKR 的匹配度,并推动进行 OKR 校准或资源分配动态调整等。 ? 微观:提升价值闭环活动质量 需求价值闭环活动有了「形」之后,要使其有「神」的话,就要考虑提升价值闭环质量。 从需求价值闭环长效管理机制来看,根据不同的业务场景,横向拉齐各业务方之间以及与产研侧的OKR共同目标,纵向在宏观、中观、微观层面继续深入实践,还面临不小的挑战,需要不断地去探索并持续改进。

    1.2K20发布于 2020-08-24
  • 来自专栏大数据架构师成长之路

    OKR-闭环模式

    重在解决哪些问题】 1.上下同欲 本文一开始提到的上下同欲问题,首先要让每一位同学都要清晰的了解公司的发展目标,公司的目标怎么来的,一定是匹配战略的,那么为了实现这个战略目标团队所处在什么位置呢,结合团队的业务发展方向 计划和总结是一个闭环,围绕Objective的Key Result逐一攻破。最后在retrospective上,复盘就聚焦在价值是否达成,是否和KR的主线是紧密关联的,针对这个进行圆桌讨论。 我认为这才是最重要的部分,要形成这样的闭环: 制定okr--->目标导向--->团队学习、成长、知识库形成、重新认知、执行力提升、视野开阔--->目标达成--->盘点Review---->制定OKR。 【OKR的一些实践】 l 一些错误的示范:管理这件事并不容易,如果很简单的把五块业务分给五个人去执行就万事大吉,那就真成了甩手掌柜。

    1.4K40发布于 2020-04-16
  • 基于ADP与AgentPortal构建企业级智能体闭环:从“场景理解”走向“业务执行”

    能不能进入业务、产生结果”。 然而,企业在实际推进大模型落地时,面临三个核心的业务与系统瓶颈: 业务环境复杂: 企业面对的是多角色、多规则、多环节的复杂任务,单一形态的助手难以真正理解业务语境与目标。 构建“开发-协同-执行”闭环:打造场景化智能体服务体系 企业级Agent的真正落地绝非单点能力的堆叠,而是必须形成完整的“开发—协同—执行”闭环能力。 执行闭环(Code Agent): 突破信息处理的边界,承接动作执行,连接企业内部系统与外部能力,最终推动任务完成与结果交付。 通过围绕关键业务场景构建可执行的场景链路,企业能够将散落的知识、系统和动作打通,并通过场景化Skill包的沉淀,逐步演进为专属的企业级Skills能力体系,最终实现AI技术在复杂业务流中的规模化复制与业务闭环

    17610编辑于 2026-05-18
  • 《前端功能开关SDK全景剖析:从远程配置到数据闭环,重构业务迭代底层逻辑》

    正是在这一需求下应运而生的核心工具,它并非简单的“开关逻辑”封装,而是一套贯穿功能生命周期的完整解决方案—从远程配置的实时响应,到用户定位的精准分层,再到A/B测试的科学验证,最终通过数据上报形成决策闭环 在实际业务场景中,远程配置的价值得到了充分体现。 A/B测试的价值在实际业务中得到了广泛验证。 数据上报是前端功能开关SDK构建“功能优化闭环”的关键环节,它将用户行为转化为可分析的数据资产,为远程配置的调整、用户定位的精细化、A/B测试的决策提供持续的数据流支持。 远程配置、用户定位、A/B测试与数据上报并非相互独立的模块,而是形成了一个“功能管控-数据反馈-优化迭代”的闭环生态,这一生态系统的协同运作,才是前端功能开关SDK真正的核心价值所在。

    32600编辑于 2025-08-21
  • 来自专栏数商云贸

    企业中台服务:数据中台、业务中台构建起数据闭环运转的运营体系

    随着大数据技术和业务不断发展,将企业的核心能力以数字化形式沉淀到平台,形成以企业服务为中心,以业务中台和数据中台构建起数据闭环运转的运营体系,供企业更高效地进行业务探索和创新,以数字化资产的形态构建企业差异化的核心竞争力 企业中台服务不仅是企业数据的集中地和业务的策源地,更是一个企业开始具备有观察自身问题的显微镜和预见未来问题的望远镜这两种能力的过程。 一、数商云企业中台系统搭建优势 1、源于实际 企业业务中台原子能力源自解决方案实践; 2、全链路标准产品 标准产品可以直接用于业务场景的支撑; 3、业务中台赋能 新功能点可借助中台快速构建,一种能力可以支持多个场景 数商云企业中台服务主要产品 1、实践方法 PMP:研发过程管理;项目/产品生命周期管理;运作情况透视; 能力库:能力标准;能力沉淀和获取; 测试平台:接口自动化;UI 自动化;质量分析和保障; 拼装平台:解决方案、业务能力的快速复用和渐进交付 ; 工具和框架:前后端分离容器;三端统一方案;中后台设计语言等; 2、业务能力 销售域能力:商品、订单、交易、价格、库存、会员、营销等; 采供域能力:业务伙伴、合同、物料、寻源、对账等; 通用域能力:用户

    2.7K30发布于 2021-01-22
  • 私有化部署数据分析平台:从数据链路、权限审计到业务闭环

    平台能不能进入企业已有的数据、安全、权限和运维体系,业务团队能不能持续用起来,才是更重要的判断标准。 数据链路是否可控私有化场景下,企业关注的不只是数据存储位置,还包括数据从哪里采集、如何加工、谁能访问、访问后是否留痕、哪些数据可以被业务使用。 数据分析是否贴近业务问题很多企业已经有数仓和 BI,但业务团队仍然回答不了日常问题:哪个渠道带来的客户质量更高?注册、试用、下单或续费在哪一步流失?哪些用户有复购可能? 数据分析平台需要支持来源、路径、漏斗、留存、分群、归因、LTV 等分析场景,让业务团队能围绕用户行为定位问题。5. 分析结果是否能进入运营闭环数据分析的终点不是看板,而是行动。 选型结论私有化部署解决的是数据环境和系统边界问题,但平台真正产生价值,还要看数据能不能进入业务团队的日常使用。

    9610编辑于 2026-05-15
  • 来自专栏prepared

    持续闭环工具PDCA

    五、结论 PDCA 是一种持续闭环工具,通过循环的方式帮助组织和个人实现目标,并不断优化和改进工作流程。

    1.1K10编辑于 2023-12-07
  • 来自专栏prepared

    持续闭环工具PDCA

    五、结论 PDCA 是一种持续闭环工具,通过循环的方式帮助组织和个人实现目标,并不断优化和改进工作流程。

    1.7K10编辑于 2023-12-07
  • 构建亿级用户实时互动平台,小鹅通借腾讯云TRTC实现业务全景闭环

    线上教育高峰并发挑战,传统架构难支撑业务创新 疫情期间线上教育需求激增,小鹅通平台需同时应对单向直播、视频点播、双向连麦三类核心场景的亿级流量压力。 PB级存储需求 毫秒级延迟与成本双优化,用户时长翻倍增长 小班课场景端到端延迟降至70毫秒,学生签到响应速度从3-5秒提升至1-2秒 美颜特效功能使平台用户平均使用时长实现翻倍增长 全链路闭环方案降低研发成本 针对教育场景特别优化的抗丢包算法与多平台SDK,使客户可专注于业务创新而非底层技术维护,目前已服务吴晓波频道、十点读书、华夏基金等百万级企业客户。

    20910编辑于 2026-04-06
  • BP综述:闭环脑刺激

    我们还介绍了闭环刺激方法的概念,作为一种高度个体化的治疗性脑刺激的涌现原则。脑电图同步TMS的方法如图1所示。图1 闭环刺激采用脑电图(EEG)通知的经颅磁刺激1.  闭环刺激的基本概念闭环刺激的特点是治疗系统和大脑之间的双向交互,给定刺激的特定参数影响大脑动力学,同时从大脑读取的神经生理学数据用于调整(后续)刺激的参数。 就我们所知,目前还没有实现运动皮层的自适应闭环状态依赖性刺激来优化可塑性诱导。 然而,在特定回路的个体化闭环神经调控方法成为神经精神患者的可行治疗方案之前,仍存在一些重大障碍。 展望鉴于上述挑战,实现本分析中理解的闭环治疗性脑刺激的完整版本似乎无法立即实现。

    63010编辑于 2024-06-03
  • 腾讯数据闭环平台概要

    一、产品定位与核心亮点 技术定义:腾讯数据闭环平台是基于云服务、预标注大模型、多模态大模型、生成式大模型、海量数据集,赋能数据采集、存储、清洗、标注、生产、品控、检索闭环链路,服务于自动驾驶、空间计算等领域模型训练和调优的数据管理平台 核心亮点: 全自研数据闭环链路,覆盖自动驾驶数据管理全流程; 业内领先自动化标注及挖掘能力,集成多模态大模型提升效率; 核心引擎和工具助力快速实现自主可控,支持数据平台自主搭建。 成本高昂(17元/帧,3帧/人天;50万帧需850万元、16.7万人天(100人标4.5年)); 极致阶段(99%→99.99%):corner case、极端case难以采集,模型优化受阻; 具体业务痛点 三、应用框架和功能介绍 功能框架 采用“数据采集-存储-清洗-标注-生产-品控-检索”闭环架构,核心功能模块包括: 4D标注工具链:多模态云端识别大模型自动化标注,激光视觉融合4D动态标注大模型(支持 产品优势 全自研数据闭环链路,保障自主可控; 集成预标注大模型、多模态大模型、生成式大模型、云服务、海量训练数据集(覆盖城市道路、高速快速路、室内场地、园区场景、3DGS数据等); 业内领先自动化标注及挖掘能力

    13710编辑于 2026-04-29
  • React18+Next.js13+TS,B端+C端完整业务+技术双闭环完结无密

    React18+Next.js13+TS:B端+C端完整业务构建与技术双闭环的卓越实践在当今的互联网生态中,前端技术栈的不断更新和迭代,为企业带来了前所未有的发展机遇。 React18、Next.js13与TypeScript(TS)的结合,正引领着前端技术的革新,尤其是在构建B端和C端完整业务时,它们所展现出的技术双闭环能力,让人惊叹不已。 在C端业务中,我们则通过这套技术体系,为用户提供了流畅、个性化的用户体验,赢得了市场的广泛认可。技术双闭环的实现,不仅体现在技术的先进性上,更体现在技术的完整性和闭环性上。 我们通过React18、Next.js13与TypeScript的结合,实现了从前端到后端、从业务到技术的完整闭环。 在这个闭环中,我们不断地优化技术架构、提升性能、修复bug,以确保应用的稳定性和可用性。同时,我们还根据市场和用户反馈,不断地迭代和优化业务逻辑,以满足不断变化的市场需求。

    39010编辑于 2024-06-22
领券