案例介绍本案例本案例选择使用华为开发者空间-开发平台，通过开发平台提供的云函数、AI Agent能力实现股票分析助手，由MCP Server部署到创建实时智能股票分析助手，最后在浏览器中使用该Agent进行股票分析 案例内容1.     概述1.1   案例介绍华为开发者空间全新升级，为开发者提供AI时代的智能应用开发体验。通过对AI Agent、Astro等工具平台的嵌入及衔接打通，让开发者使用体验更丝滑。通过提供FunctionGraph、CAE等Serverless计算资源，打通从开发到部署，带来一站式智能应用开发体验。股票数据作为金融市场分析的核心，其时效性、准确性至关重要。传统的AI助手由于知识库更新延迟或无法实时获取数据，难以满足投资者对实时股票信息的需求，这正是行业痛点所在。故本案例选择使用开发者空间开发平台，通过开发平台提供的云函数、AI Agent开发能力，实现由MCP Server部署到创建实时智能股票分析助手，最后在浏览器中使用该Agent进行股票分析。 1.2   适用对象企业个人开发者高校学生股民 1.3案例时间本案例总时长预计60分钟 1.4案例流程  说明：1.华为开发者空间-开发平台创建MCP；2.华为开发者空间-开发平台创建AI 股票分析助手Agent；3.发布体验AI 股票分析助手Agent。 1.5资源总览本案例预计花费0元资源名称规格单价（元）时长（分钟）华为开发者空间-开发平台/060 2.开发平台创建并发布MCP Server在华为云开发者空间开发台，进入AI Agent页面，点击MCP，点击我的MCP，点击创建MCP。  选择空白模板，点击下一步。  MCP服务配置参考：配置项内容服务名称 可自定义，比如：A股股票助手服务描述提供给定股票的基本信息，行情数据，分析股票数据安装方式SSEURLhttp://82.156.17.205/cnstock/sse如上，为方便快速部署与使用，这里我们直接调用外部公开可获得的开源mcp源，如有更多需要可前往https://github.com/elsejj/mcp-cn-a-stock  这时我们的MCP Server服务部署完成。 3.创建AI Agent并发布股票分析助手在华为云开发者空间开发台，进入AI Agent页面，点击Agent，点击创建Agent。 Agent配置如下： 配置项内容基础信息—Agent名称实时股票分析助手基础信息—Agent描述提供给定股票的基本信息，行情数据，分析股票数据模型选择点击智能选择模型自动选择角色设定 点击智能生成角色设定生成对话设置—开场白您好! 我是您的智能实时股票分析助手，我可以为您提供A股股票的基本信息，行情数据，分析股票数据，欢迎询问哦~   接下来配置MCP助手，点击技能->MCP后的+号，选择我们上面创建的A股股票助手，点击添加，点击确定。 然后我们在Agent预览窗口进行对话测试，例如：“请从技术分析角度分析一下贵州茅台的后市走势”   可以看到Agent成功调用了mcp助手进行实时数据获取并分析 4.发布Agent我们测试完成后，可以点击点击右上角保存-发布按钮进行发布。 发布渠道勾选上Web Url，配置API Key。如果还没有创建发布密钥，可以点击页面中“获取API KEY”超链接进行创建。然后点击发布，发布大概需要1~2分钟。     发布成功后我们可以复制Web Url在浏览器新标签页打开，与发布后的实时股票分析助手进行交流 至此，AI实时股票分析助手已经发布完成。“我正在参加【案例共创】第5期 开发者空间 AI Agent 开发  https://bbs.huaweicloud.com/forum/thread-0242186804564942049-1-1.html”    

证券行业，一个我们大家都觉得高大上的行业，一个数据错综复杂的行业，一个信息系统多样的行业。因此如何保障证券行业的数据安全以及网络安全至关重要。今天我们就来聊聊证券行业采购网络安全产品堡垒机的必要性。证券行业采购堡垒机的六大必要性看这里！必要性一、保障内部信息安全据统计70%以上的IT故障以及数据泄露事件是由内部人为引起的，所以保障内部信息安全非常重要。证券行业涉及到大量的敏感数据和交易信息，内部信息安全尤为重要。所以堡垒机的集中管理、权限控制等功能必不可少。必要性二、等保合规要求我国严格落地执行等保2.0政策。根据规定证券行业作为金融领域重要组成部分，必须遵循相关政策，提升信息安全防护能力。必要性三、行业法规要求《证券期货业网络和信息安全管理办法》及《证券期货业网络安全等级保护基本要求》等法规，明确指出经营机构应建立网络和信息安全防护体系，采取包括网络隔离、用户认证、访问控制、策略管理等一系列安全保障措施。堡垒机作为重要的安全运维工具，能够帮助证券行业满足这些法规要求。必要性四、提高运维效率堡垒机能够提供统一的登录入口和权限管理，简化运维流程例如自动化运维，提高运维效率。同时堡垒机还能够提供远程桌面、文件传输等功能，方便运维人员进行远程操作和管理。必要性五、快速处理IT故障将IT资源、内部人员、外部专家统一接入，打破地理、网络的限制，使得IT故障发生时，能第一时间集中相关人员，进行应急处置，快速、高效、协同、安全的排查和解决IT故障。必要性六、应对复杂网络环境证券行业的IT环境往往比较复杂，涉及到多个网络区域和云厂商。堡垒机通过提供中转/Proxy代理服务，能够轻松实现异构网络的互通能力，解决复杂网络环境下的网络互通问题。证券行业采购堡垒机推荐行云管家堡垒机-企业运维安全审计必备，既满足传统IT设备日常运维与审计，也能拥抱云计算保障云数据安全，还是专业等保设备，支持国密信创国产化。

在金融科技的浪潮中，Python以其简洁的语法和强大的功能，成为金融投资领域的新宠。无论是数据分析师、量化交易员还是投资研究员，Python都提供了丰富的工具和库来帮助他们更好地理解市场、制定策略和执行交易。本文将带领读者从Python的基础知识出发，逐步深入了解其在金融投资中的多种应用。Python：金融投资的新工具Python，一种开源的高级编程语言，以其易读性和易用性而广受欢迎。在金融领域，Python的应用包括但不限于数据获取、数据分析、策略开发和资产配置。Python的跨平台特性和丰富的库支持，使其成为金融专业人士的理想选择。网络爬虫：获取市场数据Python的网络爬虫功能可以帮助投资者自动获取股票价格、企业财报等市场数据。通过Python使用Alltick API，投资者可以轻松地从交易所网站或其他金融信息平台上抓取数据，为后续的数据分析和策略制定提供原材料。数据分析：历史回测数据分析是Python在金融领域中的另一个重要应用。利用pandas、numpy等数据处理库，投资者可以对历史数据进行深入分析，发现潜在的投资机会。此外，通过回测，投资者可以在不承担实际风险的情况下，验证交易策略的有效性。投资研究：策略开发Python的统计和机器学习库，如statsmodel和tensorflow，为量化模型设计和策略开发提供了强大的支持。投资者可以利用这些工具开发出基于历史数据和市场规律的交易策略，实现自动化交易。数据整理：资产配置资产配置是分散投资风险的一种有效手段。Python可以帮助投资者快速搜集、整理和分析资产配置相关的数据，自动根据预设规则进行资产分配，实现投资组合的优化。学习Python：从IDE开始对于初学者来说，选择合适的集成开发环境（IDE）是学习Python的第一步。常见的Python IDE包括Spyder、Jupyter、PyCharm和VS Code等。这些IDE提供了代码编辑、调试、运行和版本控制等功能，帮助用户更高效地编写和测试代码。Python常用名词解析为了更好地理解Python代码，以下是一些基本的Python术语和概念：print：用于输出信息，查看程序运行结果。註解：用于解释代码，不会被程序执行。縮排：Python使用缩进来定义代码块。SyntaxError：程序语法错误提示。變數：给数据命名，用于存储信息。資料型態：数据的基本分类，如整数、浮点数、字符串和布尔值。基本運算式：进行数学运算的表达式。關係運算式：比较两个值的大小。邏輯運算式：处理逻辑关系，如and、or和not。布林值：表示逻辑判断的结果，True或False。input：从用户那里获取输入。pip：Python的包管理工具，用于安装外部库。import：导入模块，使用其功能。迴圈：重复执行一段代码直到满足特定条件。函式：执行特定任务的代码块，可以重复调用。Python在金融投资领域的应用是多方面的，从数据获取到策略执行，Python提供了一整套解决方案。对于希望进入量化交易领域的投资者来说，掌握Python是一项宝贵的技能。随着技术的不断进步，Python在金融领域的应用将会更加广泛和深入。通过本文的介绍，我们希望读者能够对Python在金融投资中的应用有一个基本的了解，并激发进一步学习和探索的兴趣。随着实践的深入，Python将帮助投资者更好地分析市场、制定策略，并最终实现投资目标。

好久没兑换过东西了，今天会上什么商品

金融行业注重风险控制，对市场有敏锐的洞察。2020年疫情虽然突如其来，但有家金融企业却早已未雨绸缪，公司通过视频会议开展远程商务、工作部署、业务协同等，不仅保障了业务的顺利开展，也加速了企业数字化改革，结合券商成熟的线上交易系统，在最小化办公的情况下，确保了A股在2020年2月份顺利开市，这家金融企业就是财通证券。财通证券是一家经中国证券监督管理委员会批准设立的综合性证券公司，公司下属6家子公司，140多家证券分支机构，近4千多名员工。为何财通证券能躲过疫情的影响？这得益于在疫情之前，财通证券就已经部署了华为云会议系统，以软硬终端结合的方式覆盖总部及所有分支机构，这使得财通在面对2020年的新冠疫情时，有了强有力的应对手段，2021年将持续升级。SmartRooms智能会议室，全场景智能协作根据实际需要和成本投入的整体考虑，财通证券针对大中小型会议室不同层次需求，基于华为云会议，结合全系列高清智能协作终端，构建了全场景云端协同的智能会议室升级方案。通过专业的音视频会议、智能白板协作、多屏互动信息无缝流转、无处不在的AI，满足财通证券多终端内容共享、跨地域视频会议和数据共享、跨企业沟通协作、会议室和移动会议融合互通、企业信息发布等全场景沟通协作需求。华为云会议SmartRooms智能会议室解决方案，全系列专业视频会议终端，从一体化的智能协同大屏，集视频会议、白板和投屏于一身，只需一根电源线，即可开启Box/Bar+普通电视大屏，打造大中型高清智能会议室，满足企业大中小型各类会议室场景。同时打破传统会议室多套系统数据割裂、会议室间无法联通的壁垒，让信息沟通畅快无阻。来源：飞象网

金融行业注重风险控制，对市场有敏锐的洞察。2020年疫情虽然突如其来，但有家金融企业却早已未雨绸缪，公司通过视频会议开展远程商务、工作部署、业务协同等，不仅保障了业务的顺利开展，也加速了企业数字化改革，结合券商成熟的线上交易系统，在最小化办公的情况下，确保了A股在2020年2月份顺利开市，这家金融企业就是财通证券。财通证券是一家经中国证券监督管理委员会批准设立的综合性证券公司，公司下属6家子公司，140多家证券分支机构，近4千多名员工。为何财通证券能躲过疫情的影响?这得益于在疫情之前，财通证券就已经部署了华为云会议系统，以软硬终端结合的方式覆盖总部及所有分支机构，这使得财通在面对2020年的新冠疫情时，有了强有力的应对手段，2021年将持续升级。SmartRooms智能会议室，全场景智能协作根据实际需要和成本投入的整体考虑，财通证券针对大中小型会议室不同层次需求，基于华为云会议，结合全系列高清智能协作终端，构建了全场景云端协同的智能会议室升级方案。通过专业的音视频会议、智能白板协作、多屏互动信息无缝流转、无处不在的AI，满足财通证券多终端内容共享、跨地域视频会议和数据共享、跨企业沟通协作、会议室和移动会议融合互通、企业信息发布等全场景沟通协作需求。华为云会议SmartRooms智能会议室解决方案，全系列专业视频会议终端，从一体化的智能协同大屏，集视频会议、白板和投屏于一身，只需一根电源线，即可开启Box/Bar+普通电视大屏，打造大中型高清智能会议室，满足企业大中小型各类会议室场景。同时打破传统会议室多套系统数据割裂、会议室间无法联通的壁垒，让信息沟通畅快无阻。多端灵活连接，随时随地沟通协作据统计，财通证券集团范围的部门例会、跨地区业务讨论等各类会议每年近万次。云会议已经成为财通证券员工日常沟通的重要组成部分，华为云会议提供的端云协同方案，让线下会议室和线上云会议完美融合,无论是通过华为IdeaHub、视讯终端或电脑、手机等移动终端都可以便捷入会，使公司内部管理、沟通协作体验上都变得更加流畅和易用。业务交流和培训，从线下转到线上，简单高效。在跨企业沟通场景中，既能免去线下组织会议的繁琐，又能保证跨企业沟通的灵活和安全。发起会议时，可以通过短信、邮件等方式通知与会者，与会人员在会议通知中点击链接即可一键入会;非本企业员工无需账号也可入会交流;会议可设置密码，可锁定会议，保障会议的安全沟通。高清视频会议，大型会议极致体验财通证券每年要组织二十多场大型公司全员会议，对视频会议的清晰度和流畅性要求较高。华为云会议具备1080P高清视频会议，AI背景降噪和环境噪音消除，智能抗啸叫和回声消除等功能，让用户享受更优质的音视频体验;智能导播摄像头和AutoFraming智能取景，让发言人持续C位;智能音幕，屏蔽外围噪声，让用户拥有极致的会议体验。一键投屏，多屏互动使用华为云会议的超清数据共享功能，面向客户和投资者在线展示季报、年报，推送高清数据图表、走势K线等场景;通过华为云会议面向公司员工进行业务培训和交流，让新业务内容快速传递到各网点，会中实时超清共享文档，清晰讲解，会议主持灵活，轻松互动答疑解惑。手机、电脑一键无线投屏，投屏后可以直接在大屏上批注和反向控制电脑，如PPT翻页等，投屏内容可截取到白板上进行标注，展示互动更灵活。实时字幕、自动翻译、自动会议纪要等AI技术加持，让开会更智能。全方位隐私保护，会议更安全金融行业对于安全性的要求非常高，华为云会议从云端防护、管道传输安全、端侧接入等保护隐私，构筑了全方位的安全可靠能力，支持共享水印让截屏可追溯;会议锁定有效防止外人接入;防截屏功能还可以有效防止通过常规手段恶意截屏。针对重要在线会议活动，华为公司能够提供专业的会议保障服务，包括会前网络诊断评估、调试和演练、会中全程监测以及应急处理、会后总结等，让每次的全员大会组织更有保障。如今，智能会议室已作为企业数字化转型重要基础，进入千行百业，华为云会议基于华为30多年的音视频技术积累和华为云原生架构，打造更专业的云会议服务，期待未来华为云会议助力更多企业提高沟通协作效能，实现数字化转型。来源：极客网

RPA之家证券行业解决方案分享给大家，希望对大家有帮助。

财通证券是一家经中国证券监督管理委员会批准设立的综合性证券公司,公司下属6家子公司,140多家证券分支机构,近4300名员工。企业网点遍布全国各地,线上远程协同成了刚需。　　2019年,财通证券部署了华为云会议系统,以软硬终端结合的方式覆盖总部及所有分支机构。这使得财通在面对2020年突如其来的新冠疫情时,有了强有力的应对手段。结合券商成熟的线上交易系统,在最小化办公的情况下,确保了A股在今年2月份顺利开市。疫情期间,公司通过视频会议开展远程商务、工作部署、业务协同等,保障了业务的顺利开展,也为企业数字化改革提供了有益的经验。　　随着金融行业的快速发展,金融行业对沟通的多元化和及时有效性的诉求越来越迫切。财通证券持续完善沟通协作平台建设,主要基于哪些因素的考量呢?　　总部和多地分支机构如何远程沟通　　对于财通证券来说,日常会议需求突出。每年要组织二十多场大型公司全员会议。此类会议要求高质量的音视频处理能力、高清的会场画面以及极高的稳定性。　　财通证券结合实际需要和成本投入的整体考虑,针对大中小型会议室不同层次需求构建了基于华为云的整体解决方案。华为云会议提供的端云协同方案,让线下会议室和线上云会议完美融合,无论是通过智慧大屏、视讯终端或是移动终端都可以便捷入会,使公司内部管理、沟通协作体验上都变得更加流畅和易用。

供稿专家：孙健  华泰证券敏捷教练  赵红兵 华泰证券某产品开发负责人  马林胜、孙长虹、黄灵 Hi-Agile敏捷教练/咨询师说到规模化敏捷，大家通常马上会想到市场上的各种主流框架。诚然，现成的框架能与企业现状较好结合的时候，基于框架的实施是省时省力的。然而，实践中我们经常会遇到的情形是，企业的情况千变万化，往往跟框架的假定相去甚远，有时候应用现有框架代价巨大，甚至产生削足适履的效果。本文以证券行业的某头部企业的重点产品为例，探讨基于行业特征，同时脱离现成框架的规模化敏捷实施的实践总结。01我们眼中的规模化敏捷如何在产品研发中凝聚力量以快速捕捉市场机会、使之转化为业务收益，并持续地做到这一点，是很多大型组织需要解决的问题。具体而言，复杂产品开发中，-      如何让共同的目标凝聚多个敏捷团队？-      多个敏捷团队如何协作？-      如何快速地、持续不断地推出新的产品功能？-      如何控制协作的复杂度以降低管理成本，并减少系统瓶颈？-      如何保持透明性，使产品研发的过程可见，使风险和障碍容易显现，并被移除？-      如何不断演进自己以适应环境的变化？在我们看来，规模化敏捷的本质是应用精益、敏捷的思想和实践来寻求这些问题的解决方案。02从五个核心能力看规模化敏捷实践规模化敏捷可能有无数的剖析视角。我们认为，从具体实践落地的角度，规模化敏捷最依赖于五种核心能力：目标对齐，节奏，同步，依赖解耦，持续改进我们可以基于这些核心能力衍生、演进实践，使组织能够勠力同心、快速应变。本节将以某重点产品为例，介绍基于这五种核心能力实践中如何帮助产品开发。图 1 规模化敏捷的五种核心能力下图展示了所述产品上下文。自外而内的两层椭圆中，外层表示产品所属投资组合，内层表示本文本产品范围。产品内部包含多个相对独立的应用，每个应用设有Scrum Master (SM)和Product Owner （PO），图中的两个应用作为示意。各应用均基于Scrum方式搭建团队，每个应用包括若干专职、固定的Scrum小组。值得注意的是：本产品内所包括的应用往往同时被投资组合中的其他产品所依赖，这形成了复杂的相互依赖关系，形成了产品开发活动的一个关键制约因素。注：下文所提到的“Scrum Master”（SM）、“Product Owner”(PO) 均为各应用级别角色，他们通常负责多个Scrum团队。图 2 产品范围及主要活动（产品协作会：各应用PO主导、协作定义优先级计划协作会：各应用SM主导、下一迭代排期，兼上一迭代回顾接口对齐点，在迭代开始之前确定相依赖产品之间的接口）2.1目标对齐你大概听过这个故事：工地上三个石匠在忙碌。路人问，你们在做什么？第一个石匠说，我在砌墙。第二个说，我在挣钱养家。第三个说，我在建一座大教堂。人们常常赞叹第三个石匠的格局，但第一个石匠可能过于被“顺便”轻视了。的确，我们心中应该有我们在修建的大教堂，那是使命所在。然而，眼前要砌的这堵墙是否该是当前关注的焦点？从目标对齐的角度而言，我们需要基于长期业务目标，但更要能够：-        将作为远景的大目标分解为短期的小目标，-        使相关人和团队的“小目标”指向一致，-        使相关团队在实现小目标的过程中步调一致。长期的大目标给我们方向，短期的小目标让我们聚焦。大、小目标的对齐让我们能够勠力协作，然后才能持续快速交付。产品的目标对齐由以下三个关键活动驱动。图 3  三个关键活动驱动产品目标对齐 产品协作会及其先导活动基于业务价值并考虑相互依赖关系，产品各PO共创进行需求拆分和优先级排序(必要时业务裁决)。产品协作会输出下一迭代所需排期的需求列表。产品协作会是一个线下与线上结合的活动，绝大部分实质性工作发生在会议之前。PO们在会议之前需要深入分析需求，并与相关方充分沟通；会议更多是一个查漏补缺的检查点。表1 产品协作会（注：每个迭代两周时间；W: 当前迭代第一周；W+1: 当前迭代第二周；W-1: 迭代开始前的一周…其他类推。） 计划协作会及其先导活动基于产品协作会产出，产品各应用的SM协作排期。（如前所述，“SM”是一个应用的Scrum Master，背后可能有多个Scrum小组。）协作排期本质上是从传统Scrum计划会议抽取出了产品级的计划工作（之后Scrum小组会在迭代计划会中各自进行详细计划）。与产品协作会类似，绝大部分实质性排期工作同样发生在会议之前的线下沟通中。表2 计划协作会 接口对齐点基于计划协作会产出，各产品架构定义相互依赖的接口；迭代开始之前（W-1周）确定相互依赖的各应用接口。这个活动是迭代计划会的一个跟进，也是迭代中联调工作的序章。 表3 接口对齐点可以看到，此产品的对齐机制结合了少量例行活动和大量线下沟通：产品协作会与计划协作会类似，会议作为对齐点，但实质性工作大部分都发生在线下；接口对齐点更是仅仅作为一个检查点存在。这与各通用的敏捷框架有明显区别，比如SAFe、LeSS都在不同程度上强调大规模集体计划活动。之所以有这样的不同，背后原因有二：第一，该产品所属投资组合是多个相关联产品的集群，多个价值流交错；产品所依赖的很多应用同时服务于投资组合内的其他产品，这与SAFe或LeSS典型场景中的唯一解决方案显著不同。第二，产品开发中广泛使用的合作方（外包）员工目前还不能深入参与到早期需求活动中。在这种复杂场景下，大规模集体计划很难保证效率。相形之下，本产品所采用的对齐方式以去中心化的、渐进式的计划方式为基础，以集中的检查点为制约，对类似情形有参考价值。2.2 节奏与同步如果你参加过拔河比赛，你可能知道，站在旁边喊号的人很大程度上决定了比赛胜负。喊号实际上是对节奏的控制。在比赛中利用稳定节奏制造冲击波，是获胜的一个诀窍。规模化软件开发对节奏的依赖也如拔河。各相关产品基于固定的迭代节奏互相配合，重要活动可预期、可管理，才能在团队之间形成合力并免于混乱无序。同步发生在节奏之中，包括正式和非正式活动，基于信息共享促成合作，在目标对齐的前提下使人们有机会在整体上权衡取舍。本文所述产品所在投资组合范围内的应用共同使用两周为单位的同一个迭代节奏。对高度关联的产品而言，这样统一拉齐的节奏有利于目标对齐。截止我们写作本文时，迭代节奏以及其中的主要活动如下图所示。“跨产品优先级共创”比开发迭代提前2个周期。其主要活动是前文已述的“产品协作会”，作为研发的触发器。“需求梳理与跨迭代排期”为开发迭代提供直接输入，包括需求沟通活动、接口同步活动以及需求的分析与设计。这些活动比开发迭代提前1个周期。“开发迭代”是主要的价值产生阶段。开发迭代内部有联调控制点，表示跨系统联调的控制开始时间；还有提测控制点表示提交系统测试的控制开始时间，不同小组略有区别。图 4  迭代节奏与其中的同步活动同一节奏为多产品目标对齐和研发协作提供了可靠的心跳，是稳定交付的基础。受限于目前的人员状况，当前节奏设计仍然略偏复杂：该产品的相当部分开发及测试工作由合作方完成，合作方员工的高流动性导致难以形成积累，这导致更多管控需要和相应流程环节——这里有待继续探索简化机制。2.3 依赖解耦规模化场景中，各团队之间的依赖关系往往是效率杀手。“依赖解耦”就是应用各种方式减少、控制依赖，使团队的工作能够尽可能独立。有观点甚至认为规模化敏捷的本质是“去规模化”，也就是通过研发组织之间的解耦来降低组织协作的复杂性。完全的组织解耦未必可行也未必最优，解耦的最佳投入产出点需要通过探索来逐渐逼近。本产品采用的典型尝试包括长期的基础业务能力解耦和短期的旅客机制。 基础业务能力建设基础业务能力体现为多应用共享的公共服务。抽取基础业务能力是降低系统复杂度的一种尝试，这里的关键是尽量避免公共服务成为业务开发的依赖。IT部门的天职是迅速、高质量地响应业务需求。然而由于资源有限，短期和长期的响应能力是一对矛盾。着眼短期，我们需要以全部人力尽可能快地响应业务请求；而长远看来，我们需要为基础业务能力建设留出人力，因为成熟的基础业务能力支撑可使应用功能开发事半功倍。（注意：这个实践的尝试需要慎重，基础业务能力如果无法做到较高的独立性，很可能会产生适得其反的效果。）我们在本产品开发中采用了一种渐进建设基础业务能力的思路。如下图：作为远景，期望中的基础业务能力与应用产品开发应该是解耦的，基础业务能力开发应具有适当的前瞻性和成熟度，聚焦公共服务，支撑应用开发。不过，当前基础业务能力范围还包括为“应用特定服务”部分，其内容与特定应用仍有紧密耦合。为保障业务响应速度，“应用特定服务”部分要紧跟应用开发的节奏；同时，相关开发人员需要与基础业务能力部分（尤其是架构师）保持紧密合作，并受业务能力的基础设施和规则制约，以备相关功能平台化。长期看来，随着基础业务能力的完善，“应用特定服务”部分的软件功能应向上下两个方向分化 – 部分沉淀为基础业务能力的通用服务，部分上升合入业务需求开发。图 5 应用功能与基础业务能力开发的平衡  旅客机制敏捷团队应该基于价值组织。而同时，敏捷团队也应该保持稳定。然而，这两个原则有时是冲突的。当有冲突的时候怎么办？这里我们借鉴了LeSS中的旅客概念（是借鉴而非借用 - LeSS中的旅客更倾向于目标团队赋能，而在我们这里旅客的首要目的是需求交付）。如果某个迭代，基础业务能力有较多的某特定应用开发工作，则基础业务能力团队研发工程师可作为“旅客”临时加入应用，按照应用优先级工作。这种做法的作用有：一，降低团队之间的耦合程度，从而降低协调复杂度（跨团队沟通转化为团队内沟通）。二，平衡基础业务能力开发与应用需求开发。在这二者之间，可上可下的旅客制提供了灵活性。三，促进基础业务能力与业务应用合作紧密度，使基础业务能力开发保持业务敏感。当然，旅客机制只是一种可能的尝试，远不是银弹。在这种多价值流交错的情况下，我们需要在“消除依赖”和“管理依赖”之间寻找一种平衡。2.4 持续改进工作方式演进基于对精益敏捷理念的把握和实践中得到的反馈，产品研发实践在一直不断地调整、适配。在不同范围内，持续改进机制的主要承载活动包括：-      Scrum小组的迭代回顾会这是源于经典Scrum框架的基本检视调整活动。-      应用内的SoS例会应用内的SoS例会有两个作用：一是日常工作的同步，二是对开发过程中问题的及时回顾和改进。这种及时回顾产生的改进事项会记录在Wiki中，并在下一次会议中检查结果。各个回顾活动强调自下而上的问题发现，领导层致力于帮助团队解决问题。-      产品范围的迭代协作会前文“目标对齐”部分已介绍此活动，这里不再赘述。 从规模化敏捷实践中获得的收益-      规模化场景中特别需要避免各团队各自为战。本产品的对齐机制设计基于多应用的优先级共创，各应用协作产生每个迭代所需完成的功能列表、所需支撑的业务目标，使得各个应用有同认可的目标，这成为应用间协作的坚实基础。-      多应用统一的节奏为产品开发中的各个事件提供了可靠的过程框架。同一节奏方便了去中心化的同步活动，并以例行的（中心化的）检查点及配套工具（Wiki，Jira）增强透明性，确保去中心化活动的质量。这在简化沟通、协作的同时，有效地暴露进而消除了迭代执行中的障碍。-      需求与实现的双重迭代周期（辅以清晰的流程、角色、职责）使需求的梳理活动严谨有序，产品规划与需求实现有规律地交叠推进。 03 当前面临的主要挑战和仍在进行中的探索多价值流交错情形之下，规模化的演进方向前文已述，本产品所属投资组合面临的是多产品并存且相互依赖，多价值流交错的复杂场景。在此情形下，现成的规模化框架并不能提供系统的解决方案，必须探索自己的方式。我们正在进行的探索基于对如下几个关键点的考量：第一，多产品目标对齐。在投资组合范围内，把多个产品所形成的网络看做一个价值流网络整体，这个网络有共享的业务目标。我们正在努力的一个方向是：以多应用的优先级共创为基础，以路线图支持长期组织战略（长期目标对齐），以使多个应用能够集中力量，在同一发布中分兵协作，共同支持跨产品的业务需求（短期目标对齐）。第二，去中心化协作。价值流网络越庞大复杂，大型的集体活动和决策就越昂贵，我们就越需要依赖于去中心化的协作方式。这与员工赋能相辅相成，我们依赖于优秀的员工高度自主地、高质量地完成他们各自的产出，更依赖他们与合作伙伴的紧密协作、相互支持。第三，透明。去中心化的场景下，我们更需要有效的度量设计，形成过程和度量的整体视图，从而能够暴露需要关注的需求开发问题，以及系统性问题。这样，我们才有机会在去中心化的同时，为需求开发过程去除障碍，并避免混乱无序。“大需求”的支持：一个具体的挑战影响投资组合范围内多个产品的“大需求”尚未完全纳入对齐机制和迭代节奏：目前，大需求往往基于固定交付时间点独立排期、一次性验收，在迭代节奏之外运作。对此，我们正在试图将大需求按照“MVP+增量”的方式进行拆解，并基于此强化投资组合范围内的对齐机制，使大需求开发纳入同一迭代节奏，并相应地通过可视化看板提供整体视图。图 6 大需求的MVP拆分方式示意最后本案例规模化敏捷探索已经进入深水区。在致力于探索这些深层次问题的解决之道的同时，我们希望在本产品开发中所做的这些探索能够对你有参考价值，同时也欢迎跟我们一起探讨规模化敏捷开发的实践。

华泰证券：规模化敏捷的核心能力演进作者: 孙健 赵洪兵 马林胜 孙长虹 黄灵 说到规模化敏捷，大家通常马上会想到市场上的各种主流框架。诚然，现成的框架能与企业现状较好结合的时候，基于框架的实施是省时省力的。然而，实践中我们经常会遇到的情形是，企业的情况千变万化，往往跟框架的假定相去甚远，有时候应用现有框架代价巨大，甚至产生削足适履的效果。华泰证券作为证券业的头部公司，在科技方面的投入与建树在行业中都堪称楷模。自2017年以来，华泰证券与Hi-Agile（上海惠艾）合作，从2017年开始引入敏捷工作方式。几年来，各IT团队相继建立了以Scrum为基础的运作方式，并在产品层面逐渐形成了一系列根据其场景定制的、行之有效的规模化敏捷实践，并在不断调整和优化中。本文以华泰证券某一重点产品为例，探讨脱离现成框架的规模化敏捷实施的一种可行思路。作者简介：孙健, 华泰证券敏捷教练。赵洪兵，华泰证券某产品开发负责人。马林胜、孙长虹、黄灵，Hi-Agile咨询师01我们眼中的规模化敏捷 如何在产品研发中凝聚力量以快速捕捉市场机会、使之转化为业务收益，并持续地做到这一点，是很多大型组织需要解决的问题。具体而言，复杂产品开发中，-        如何让共同的目标凝聚多个敏捷团队？-        多个敏捷团队如何协作？-        如何快速地、持续不断地推出新的产品功能？-        如何控制协作的复杂度以降低管理成本，并减少系统瓶颈？-        如何保持透明性，使产品研发的过程可见，使风险和障碍容易显现，并被移除？-        如何不断演进自己以适应环境的变化？在我们看来，规模化敏捷的本质是应用精益、敏捷的思想和实践来寻求这些问题的解决方案。02从五个核心能力看华泰的规模化敏捷实践规模化敏捷可能有无数的剖析视角。我们认为，从具体实践落地的角度，规模化敏捷最依赖于五种核心能力：      目标对齐，节奏，同步，依赖解耦，持续改进。我们可以基于这些核心能力衍生、演进实践，使组织能够勠力同心、快速应变。本节将以华泰某重点产品为例，介绍基于这五种核心能力实践中如何帮助产品开发。                                      图 1 规模化敏捷的五种核心能力下图展示了所述产品上下文。自外而内的两层椭圆中，外层表示产品所属投资组合，内层表示本文本产品范围。产品内部包含多个相对独立的应用，每个应用设有Scrum Master (SM)和Product Owner （PO），图中的两个应用作为示意。各应用均基于Scrum方式搭建团队，每个应用包括若干专职、固定的Scrum小组。值得注意的是：本产品内所包括的应用往往同时被投资组合中的其他产品所依赖，这形成了复杂的相互依赖关系，形成了产品开发活动的一个关键制约因素。注：下文所提到的“Scrum Master”（SM）、“Product Owner”(PO) 均为各应用级别角色，他们通常负责多个Scrum团队。   图 2 产品范围及主要活动（产品协作会：各应用PO主导、协作定义优先级计划协作会：各应用SM主导、下一迭代排期，兼上一迭代回顾接口对齐点，在迭代开始之前确定相依赖产品之间的接口）  2.1目标对齐       你大概听过这个故事：工地上三个石匠在忙碌。路人问，你们在做什么？第一个石匠说，我在砌墙。第二个说，我在挣钱养家。第三个说，我在建一座大教堂。人们常常赞叹第三个石匠的格局，但第一个石匠可能过于被“顺便”轻视了。的确，我们心中应该有我们在修建的大教堂，那是使命所在。然而，眼前要砌的这堵墙是否该是当前关注的焦点？从目标对齐的角度而言，我们需要基于长期业务目标，但更要能够：-         将作为远景的大目标分解为短期的小目标，-         使相关人和团队的“小目标”指向一致，-         使相关团队在实现小目标的过程中步调一致。 长期的大目标给我们方向，短期的小目标让我们聚焦。大、小目标的对齐让我们能够勠力协作，然后才能持续快速交付。       产品的目标对齐由以下三个关键活动驱动。 图 3  三个关键活动驱动产品目标对齐l  产品协作会及其先导活动      基于业务价值并考虑相互依赖关系，产品各PO共创进行需求拆分和优先级排序(必要时业务裁决)。产品协作会输出下一迭代所需排期的需求列表。产品协作会是一个线下与线上结合的活动，绝大部分实质性工作发生在会议之前。PO们在会议之前需要深入分析需求，并与相关方充分沟通；会议更多是一个查漏补缺的检查点。表1 产品协作会  l  计划协作会及其先导活动 （注：每个迭代两周时间；W: 当前迭代第一周；W+1: 当前迭代第二周；W-1: 迭代开始前的一周…其他类推。）基于产品协作会产出，产品各应用的SM协作排期。（如前所述，“SM”是一个应用的Scrum Master，背后可能有多个Scrum小组。）协作排期本质上是从传统Scrum计划会议抽取出了产品级的计划工作（之后Scrum小组会在迭代计划会中各自进行详细计划）。与产品协作会类似，绝大部分实质性排期工作同样发生在会议之前的线下沟通中。表2 计划协作会      基于计划协作会产出，各产品架构定义相互依赖的接口；迭代开始之前（W-1周）确定相互依赖的各应用接口。这个活动是迭代计划会的一个跟进，也是迭代中联调工作的序章。  l  接口对齐点 表3 接口对齐点可以看到，此产品的对齐机制结合了少量例行活动和大量线下沟通：产品协作会与计划协作会类似，会议作为对齐点，但实质性工作大部分都发生在线下；接口对齐点更是仅仅作为一个检查点存在。这与各通用的敏捷框架有明显区别，比如SAFe、LeSS都在不同程度上强调大规模集体计划活动。之所以有这样的不同，背后原因有二：第一，该产品所属投资组合是多个相关联产品的集群，多个价值流交错；产品所依赖的很多应用同时服务于投资组合内的其他产品，这与SAFe或LeSS典型场景中的唯一解决方案显著不同。第二，产品开发中广泛使用的合作方（外包）员工目前还不能深入参与到早期需求活动中。在这种复杂场景下，大规模集体计划很难保证效率。相形之下，本产品所采用的对齐方式以去中心化的、渐进式的计划方式为基础，以集中的检查点为制约，对类似情形有参考价值。2.2 节奏与同步如果你参加过拔河比赛，你可能知道，站在旁边喊号的人很大程度上决定了比赛胜负。喊号实际上是对节奏的控制。在比赛中利用稳定节奏制造冲击波，是获胜的一个诀窍。规模化软件开发对节奏的依赖也如拔河。各相关产品基于固定的迭代节奏互相配合，重要活动可预期、可管理，才能在团队之间形成合力并免于混乱无序。同步发生在节奏之中，包括正式和非正式活动，基于信息共享促成合作，在目标对齐的前提下使人们有机会在整体上权衡取舍。本文所述产品所在投资组合范围内的应用共同使用两周为单位的同一个迭代节奏。对高度关联的产品而言，这样统一拉齐的节奏有利于目标对齐。截止我们写作本文时，迭代节奏以及其中的主要活动如下图所示。-        “跨产品优先级共创”比开发迭代提前2个周期。其主要活动是前文已述的“产品协作会”，作为研发的触发器。-        “需求梳理与跨迭代排期”为开发迭代提供直接输入，包括需求沟通活动、接口同步活动以及需求的分析与设计。这些活动比开发迭代提前1个周期。-        “开发迭代”是主要的价值产生阶段。开发迭代内部有联调控制点，表示跨系统联调的控制开始时间；还有提测控制点表示提交系统测试的控制开始时间，不同小组略有区别。图 4  迭代节奏与其中的同步活动同一节奏为多产品目标对齐和研发协作提供了可靠的心跳，是稳定交付的基础。受限于目前的人员状况，当前节奏设计仍然略偏复杂：该产品的相当部分开发及测试工作由合作方完成，合作方员工的高流动性导致难以形成积累，这导致更多管控需要和相应流程环节——这里有待继续探索简化机制。2.3 依赖解耦规模化场景中，各团队之间的依赖关系往往是效率杀手。“依赖解耦”就是应用各种方式减少、控制依赖，使团队的工作能够尽可能独立。有观点甚至认为规模化敏捷的本质是“去规模化”，也就是通过研发组织之间的解耦来降低组织协作的复杂性。完全的组织解耦未必可行也未必最优，解耦的最佳投入产出点需要通过探索来逐渐逼近。本产品采用的典型尝试包括长期的基础业务能力解耦和短期的旅客机制。n  基础业务能力建设基础业务能力体现为多应用共享的公共服务。抽取基础业务能力是降低系统复杂度的一种尝试，这里的关键是尽量避免公共服务成为业务开发的依赖。IT部门的天职是迅速、高质量地响应业务需求。然而由于资源有限，短期和长期的响应能力是一对矛盾。着眼短期，我们需要以全部人力尽可能快地响应业务请求；而长远看来，我们需要为基础业务能力建设留出人力，因为成熟的基础业务能力支撑可使应用功能开发事半功倍。（注意：这个实践的尝试需要慎重，基础业务能力如果无法做到较高的独立性，很可能会产生适得其反的效果。）我们在本产品开发中采用了一种渐进建设基础业务能力的思路。如下图：作为远景，期望中的基础业务能力与应用产品开发应该是解耦的，基础业务能力开发应具有适当的前瞻性和成熟度，聚焦公共服务，支撑应用开发。不过，当前基础业务能力范围还包括为“应用特定服务”部分，其内容与特定应用仍有紧密耦合。为保障业务响应速度，“应用特定服务”部分要紧跟应用开发的节奏；同时，相关开发人员需要与基础业务能力部分（尤其是架构师）保持紧密合作，并受业务能力的基础设施和规则制约，以备相关功能平台化。长期看来，随着基础业务能力的完善，“应用特定服务”部分的软件功能应向上下两个方向分化 – 部分沉淀为基础业务能力的通用服务，部分上升合入业务需求开发。图 5 应用功能与基础业务能力开发的平衡n  旅客机制      敏捷团队应该基于价值组织。而同时，敏捷团队也应该保持稳定。然而，这两个原则有时是冲突的。当有冲突的时候怎么办？这里我们借鉴了LeSS中的旅客概念（是借鉴而非借用 - LeSS中的旅客更倾向于目标团队赋能，而在我们这里旅客的首要目的是需求交付）。如果某个迭代，基础业务能力有较多的某特定应用开发工作，则基础业务能力团队研发工程师可作为“旅客”临时加入应用，按照应用优先级工作。这种做法的作用有：一，降低团队之间的耦合程度，从而降低协调复杂度（跨团队沟通转化为团队内沟通）。二，平衡基础业务能力开发与应用需求开发。在这二者之间，可上可下的旅客制提供了灵活性。三，促进基础业务能力与业务应用合作紧密度，使基础业务能力开发保持业务敏感。当然，旅客机制只是一种可能的尝试，远不是银弹。在这种多价值流交错的情况下，我们需要在“消除依赖”和“管理依赖”之间寻找一种平衡。2.4 持续改进n  工作方式演进基于对精益敏捷理念的把握和实践中得到的反馈，产品研发实践在一直不断地调整、适配。在不同范围内，持续改进机制的主要承载活动包括：-       Scrum小组的迭代回顾会这是源于经典Scrum框架的基本检视调整活动。-       应用内的SoS例会 应用内的SoS例会有两个作用：一是日常工作的同步，二是对开发过程中问题的及时回顾和改进。这种及时回顾产生的改进事项会记录在Wiki中，并在下一次会议中检查结果。各个回顾活动强调自下而上的问题发现，领导层致力于帮助团队解决问题。-       产品范围的迭代协作会前文“目标对齐”部分已介绍此活动，这里不再赘述。n  从规模化敏捷实践中获得的收益-       规模化场景中特别需要避免各团队各自为战。本产品的对齐机制设计基于多应用的优先级共创，各应用协作产生每个迭代所需完成的功能列表、所需支撑的业务目标，使得各个应用有同认可的目标，这成为应用间协作的坚实基础。-       多应用统一的节奏为产品开发中的各个事件提供了可靠的过程框架。同一节奏方便了去中心化的同步活动，并以例行的（中心化的）检查点及配套工具（Wiki，Jira）增强透明性，确保去中心化活动的质量。这在简化沟通、协作的同时，有效地暴露进而消除了迭代执行中的障碍。-       需求与实现的双重迭代周期（辅以清晰的流程、角色、职责）使需求的梳理活动严谨有序，产品规划与需求实现有规律地交叠推进。03 当前面临的主要挑战和仍在进行中的探索n  多价值流交错情形之下，规模化的演进方向前文已述，本产品所属投资组合面临的是多产品并存且相互依赖，多价值流交错的复杂场景。在此情形下，现成的规模化框架并不能提供系统的解决方案，必须探索自己的方式。我们正在进行的探索基于对如下几个关键点的考量：第一，多产品目标对齐。在投资组合范围内，把多个产品所形成的网络看做一个价值流网络整体，这个网络有共享的业务目标。我们正在努力的一个方向是：以多应用的优先级共创为基础，以路线图支持长期组织战略（长期目标对齐），以使多个应用能够集中力量，在同一发布中分兵协作，共同支持跨产品的业务需求（短期目标对齐）。第二，去中心化协作。价值流网络越庞大复杂，大型的集体活动和决策就越昂贵，我们就越需要依赖于去中心化的协作方式。这与员工赋能相辅相成，我们依赖于优秀的员工高度自主地、高质量地完成他们各自的产出，更依赖他们与合作伙伴的紧密协作、相互支持。第三，透明。去中心化的场景下，我们更需要有效的度量设计，形成过程和度量的整体视图，从而能够暴露需要关注的需求开发问题，以及系统性问题。这样，我们才有机会在去中心化的同时，为需求开发过程去除障碍，并避免混乱无序。n  “大需求”的支持：一个具体的挑战     影响投资组合范围内多个产品的“大需求”尚未完全纳入对齐机制和迭代节奏：目前，大需求往往基于固定交付时间点独立排期、一次性验收，在迭代节奏之外运作。    对此，我们正在试图将大需求按照“MVP+增量”的方式进行拆解，并基于此强化投资组合范围内的对齐机制，使大需求开发纳入同一迭代节奏，并相应地通过可视化看板提供整体视图。图 6 大需求的MVP拆分方式示意最后华泰的规模化敏捷探索已经进入深水区。在致力于探索这些深层次问题的解决之道的同时，我们希望在华泰产品开发中所做的这些探索能够对你有参考价值，同时也欢迎跟我们一起探讨规模化敏捷开发的实践。