陈顺生-零售行业数字化转型BizDevOps建设实践

中国DevOps社区峰会2023·广州 零售行业数字化转型BizDevOps建设实践 陈顺生无限极（中国）有限公司测试与效能经理 陈顺生 无限极测试与效能经理 擅长测试管理、敏捷与DevOps 公司JIRA、云效平台、Coding产品管理员 公司研发效能推广者 目录 1 2 背景和挑战 破局思路 3实践和分享 4收益和思考 背景和挑战 你眼中的交付团队？ 最好的时代，最坏的时代？ 数字化转型对软件交付的挑战 你眼中的交付团队？ 面向业务 我的需求提交好久了，什么时候可以上线？ ——不敢承诺 面向产品 大家都说需求好急，排序怎么做合理？ ——没有规划 面向研发 大家都很忙，但是 其他部门还说工作量不饱和？ ——没有证据 数据分析：描述性分析 按场景形成数据闭环，用户旅程 数据分析：诊断性分析 实现业务转型和创新 千人千面，千人千程，推荐任务 数据分析：预测性+处方性分析 最好的时代，最坏的时代？ 单一功能线上化->数据孤岛 业务数字化：线下-》线上 信息化 DS/ES/LSS/LIMS/QMS... 数字业务化：数据闭环，驱动运营 各种工具的推出和使用 云+大数据：人与人，人与物 数智业务化：AI/算法驱动运营 数字化 CDP/MA/DAM/CMS/标签/大数据/算法触点/极系列/商城小程序/企微/微信 智能化 千人千面/GPT/洞察/精准/驱动 数字化转型对软件交付的挑战 快速交付和迭代 过去按月发布的版本，现在基本都是按 周按天计算 跨平台、复杂 从传统的管理系统延展到多触点，移动 应用、云服务、SaaS、海量大数据 CDP/MA/DAM/大模型/NLP/标签/算法/ 大数据/实时计算 技术更新快 组织文化和人员技能 瀑布/敏捷/持续学习/创新/协作 破局思路 交付困境的三板斧 打造数字化时代的高绩效组织 敏捷迭代也要统一的流程 破局密码-三板斧 组织文化 （思想破局、组织形态破局） 流程 （破局） 工具 （赋能） 架构 （升级） 数据驱动 打造数字化时代的高绩效研发组织 敏捷团队 负责产品需求范围与优先级 负责交付与资源配置 守护交付质量把关技术质量负责版本交付 职职职 能能能 线线线 敏捷团队 业务负责人交付团队负责人测试小队长架构师版本经理 授 权管理 负责产品需求端到端交付负责交付进度与质量完成需求和任务研发 管理 产品经理开发小队长 研发小队 随着“岗位”的边界消失，技能将替代岗位，成为员工和工作的连接点 沟通的仪式感 跨团队协作沟通 每日站立会议 团队月度复盘 度沟通 需求池月 提测演示 代码评审 迭代规划 需求评审 用例评审 设计评审 项目复盘 项目报批 需求会签 流程管理级别（M1、M2、PM） 团队级别（scrum） 需求级别 共享团队日历 团队复盘会议资料 好团队需要遵守的价值观 03 04 02 05 01 06 过生日文化，营造氛围 有奖有罚 透明公开，可视化工作 排期透明，进度透明，问题透明 信守承诺，协作提升 站立会议检讨到期日期 度量一切，持续改进 别啰嗦，看你的指标 经营意识,关注ROI 不谈钱，伤感情 知识分享，复制成长型组织 成为最好的自己-好东西要分享，培养主持：我做你看>你做我 看>轮流负责 研发模式 自有人力 简述 适用类型 优点 缺点 员工 核心系统守护 熟悉业务、代码设计水平高，产出质量高 负载有限，容易成为瓶颈 ODC 在案外包人员，由员工PM带队 1、短平快的需求2、产品迭代型 1、响应快速2、可减轻员工具体实施工作3、熟悉流程规范（正规军） 1、员工PM管理成本高2、成本固定 供应商SOW 项目全包、半包 1、交付周期明确2、交付范围清晰3、独立完整性 1、灵活用工2、具体实施过程介入少 1、采购周期不确定2、规范性执行弱、较少考虑通用扩展性及运维3、项目验收把控要严谨4、核心人员变动影响大 合适的人做合适的事 敏捷迭代也需要统一的流程 痛点/机会点研究 功能测试/性能测试... UAT验收 早期报价 需求会签 需求池管理 BRD 运维优化 版本规划 Backlog 迭代 提测&演示 工时填报 测试用例与评审 技术设计与评审 生产缺陷 正式发布 性能优化 灰度发布 代码扫描与评审 代码开发 发版测试 发版 运维 PRD设计与评审故事点估算 任务分解工时预估 迭代规划 实践和分享 CICD 质量内建 数据驱动 架构升级 插上工具的翅膀 研发分支模型 AoneFlow CICD CICD 开发与运维人员共享 •构建模版 •Deploy模版(gitops) •统一制品库 需求评审 代码扫描 代码评审 冒烟演示 技术评审、 用例评审 接口开发自测、 自助压测 代码覆盖率 会前评论数评审率、通过率提测通过率≥90% 会前评论数P0、P1级接口通过率分支/路径覆盖率≥80% 变更宣言 所有的变更都应被记录，以便于跟踪和回溯。 我们知道自己不知道，因此会主动协调相关干系人全面评估变更影响和风险。 变更影响将在实施前且尽早地通知受影响用户。 对“生产保持敬畏”和完整清晰的变更步骤清单，是最有效的风险管控措施。 我们追求技术上的精进，致力于把所有的变更实现自动化、智能化。 技术验证和业务验证，是变更实施后不可省略的环节。 事前对变更技术方案进行测试，是变更成功的最有力保证。 稳定性保障 日常保障 业务高峰保障 平台修炼 •监控告警 •安全众测 •智能推荐配置规格 •故障注入 •活动保障方案 •云商保驾护航 •一键弹性扩缩容 •自研AIOPS平台迭代 •可观测平台集成 敏态和稳态-一切为了快速的响应 自研架构优势 •行业公司特性 •统一技术栈 •快速上手、复用 •避免重复造轮子 打通Biz流程 单个立项 •平台投入 •供应商结算 •财务复盘 •业务复盘 •ROI复盘 数据驱动-效能提升看得见 收益和思考 收益 思考 取得的收益 •为公司创造价值，长在业务上 成本中心-->ROI收益增强（经营思维） •需求端到端流程，提高人效重塑组织 部门壁垒-->协同流动、透明负载被动等-->主动要 •有计划的交付节奏，敢于承诺 迭代不清晰-->迭代3周-->2周 •不用熬夜发布 “忐忑”上线-->灰度尝试 系统平台 开发缺陷严重级别占比 生产质量分 生产缺陷关闭周期 平台1 -59% +6% -54% 平台2 -56% +3% -1% 平台3 -53% +9% -12% 平台4 -58% +21% -2% 几点思考DevOpsonAI 1.智能文档生成 2.智能代码生成、审查 3.智能测试 4....