YD∕T 3763.2-2021 研发运营一体化(DevOps)能力成熟度模型 第2部分:敏捷开发管理(通信).pdf
《YD∕T 3763.2-2021 研发运营一体化(DevOps)能力成熟度模型 第2部分:敏捷开发管理(通信).pdf》由会员分享,可在线阅读,更多相关《YD∕T 3763.2-2021 研发运营一体化(DevOps)能力成熟度模型 第2部分:敏捷开发管理(通信).pdf(15页珍藏版)》请在咨信网上搜索。
1、 ICS 35.020 CCS YD 中华人民共和国通信行业标准 YD/T 1754T2018 代替 YD/T 研发运营一体化(DevOps)能力成熟度模型 第 2 部分:敏捷开发管理 The capability maturity model of DevOps Part 2: Agile management process (报批稿) (本稿完成日期:2018.12.18) -发布 -实施 中华人民共和国工业和信息化部 发 布 YD/T 1754T2018I 目次 前言 .II 1 范围 .1 2 规范性引用文件 .1 3 术语和定义 .1 3.1 用户故事 user story .1
2、3.2 用户故事地图 user story mapping .1 3.3 影响地图 impact mapping .1 3.4 AB 测试 ab test .1 4 缩略语 .2 5 敏捷开发管理 .2 6 价值交付管理 .2 6.1 需求工件 .2 6.2 需求活动 .4 7 敏捷过程管理 .7 7.1 价值流 .7 7.2 仪式活动 .8 8 敏捷组织模式 .10 8.1 敏捷角色 .10 8.2 团队结构 .11 YD/T 1754T2018II 前言 研发运营一体化是指在IT软件及相关服务的研发及交付过程中,将应用的需求、开发、测试、部署和运营统一起来,基于整个组织的协作和应用架构的优
3、化,实现敏捷开发、持续交付和应用运营的无缝集成。帮助企业提升IT效能,在保证稳定的同时,快速交付高质量的软件及服务,灵活应对快速变化的业务需求和市场环境。 本标准是“研发运营一体化(DevOps)能力成熟度模型”系列标准的第 2 部分 敏捷开发管理,该系列标准的结构和名称如下: 第1部分:总体架构 第2部分:敏捷开发管理 第3部分:持续交付 第4部分:技术运营 第5部分:应用设计 第6部分:安全及风险管理 第7部分:评估方法 第8部分:系统和工具技术要求 本标准/本部分按照GB/T 1.12009给出的规则起草。 请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。
4、本标准/本部分由中国通信标准化协会提出并归口。 本标准/本部分起草单位:中国信息通信研究院、北京华佑科技有限公司、中国移动通信集团有限公司、华为技术有限公司、百度在线网络技术(北京)有限公司、北京京东尚科信息技术有限公司、阿里巴巴(中国)有限公司、中国联合网络通信集团有限公司。 本标准/本部分主要起草人:方炜、李海传、何勉、栗蔚、萧田国、牛晓玲、景韵、黎嘉豪、申健、徐毅、廖靖斌、徐奇琛、廖希密、罗琼、程颖 YD/T 1754T20181 1范围 本标准规定了研发运营一体化(DevOps)能力成熟度模型下敏捷开发管理过程的能力成熟度要求和评价方法。 本标准适用于具备IT软件研发交付运营能力的组织
5、实施IT软件开发和服务过程的能力进行评价和指导;可供其他相关行业或组织进行参考;也可作为第三方权威评估机构衡量软件开发交付成熟的标准依据。 2规范性引用文件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅所注日期的版本适用于本文件。凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。 1 GB/T 32400-2015 信息技术 云计算 概览与词汇 2 GB/T 32399-2016 信息技术 云计算 参考架构 3 YD/2441-2013 互联网数据中心技术及分级分类标准 4 GB/T 33136-2016 信息技术服务数据中心服务能力成熟度模型 3术语和定义
6、 下列术语和定义适用于本标准。 3.1用户故事 user story 从用户的角度来描述用户期望得到的功能。 3.2用户故事地图 user story mapping 将用户故事按一定顺序和优先级排列以分析与识别最小可行产品。 3.3影响地图 impact mapping 是一种用户需求分析的方法,通过Why,Who,How,What逐层分析需求。 3.4AB 测试 ab test 为Web或App界面或流程制作两个(A/B)或多个(A/B/n)版本,在同一时间维度,分别让组成成分相同(相似)的访客群组随机的访问这些版本,收集各群组的用户体验数据和业务数据,最后分析评估出最好版本正式采用。 研
7、发运营一体化(DevOps)能力成熟度模型 第 2 部分:敏捷开发管理 YD/T 1754T201824缩略语 下列缩略语适用于本文件。 CI Continuous Integration 持续集成 CD Continuous Delivery 持续交付 UI User Interface 用户界面 MVP Minimum Viable Product 最小可行产品 INVEST Independent, Negotiable,Valuable,Estimable,Small,Testable 独立的,可讨论的,有价值的,可估算的,小的,可测试的 DEEP Principle Detailed
8、 Appropriately,Estimated,Emergent,Prioritized principle 适当细化的,有估算的,随时产生的,有优先级的原则 UI User Interface 用户界面 5敏捷开发管理 敏捷开发,是一种新型软件开发方法,应对快速变化的市场和技术环境。它更强调价值交付过程中所涉及的各类角色(如业务、产品、开发和测试等)之间的紧密协作、能够很好地适应变化的团队组织、协作和工作方式,主张演进式的规划和开发方式、持续和尽早的交付,并不断反馈调整与持续改进,并且鼓励快速与灵活的面对变更,更注重软件开发过程中人的作用。敏捷开发分为价值交付管理、敏捷过程管理、敏捷组织模
9、式三个维度,每个维度细分为不同能力子项,如表1所示。 表1敏捷开发管理 敏捷开发管理 价值交付管理 敏捷过程管理 敏捷组织模式 需求工件 价值流 敏捷角色 需求活动 仪式活动 团队结构 6价值交付管理 价值交付管理包括需求工件、需求活动两部分内容,体现需求管理过程中的分析、测试、验收三个阶段。价值交付管理主要体现在各个环节中使用敏捷方法探寻用户(客户)问题和诉求、业务价值、并定义有效产品功能的能力,适应需求变化的能力,快速验证反馈的能力。 6.1需求工件 需求工件是指对需求和用例的管理,是产品经理和开发团队将用户故事的验收标准和需求测试用例进行关联、验收产品功能是否满足用户故事要求的过程。主要
10、由以下四个部分组成: 1)需求内容与形式:需求内容的分析是探索问题核心相关事项的过程,这一过程需要形成足够小的需求条目,如:用户故事。用户故事是一种有效的需求形式,它描述用户的业务场景及用户在场景中的活动。可以在开发过程中对其进行评估、不断细化; 2)需求测试用例编写:编写需求验收标准,形成测试用例的过程; 3)需求测试用例验证:需求测试用例指导需求开发,验证产品功能的过程; YD/T 1754T201834)需求测试用例管理:建立需求与测试用例的统一管理库,持续的使用和优化。 敏捷开发管理中的需求与工件环节,根据以上四个部分所能达到的不同成熟程度,可分为以下 5个等级,如表 2 所示。 表2
11、需求工件 级级别别 需求内容和形式需求内容和形式 需求测试用例编写需求测试用例编写 需求测试用例验证需求测试用例验证 需求测试用例管理需求测试用例管理 1 a) 需求分析形成需求文档,作为需求提出方和实施方之间的契约。 b) 在软件开发过程中允许经变更流程执行后进行变更。 测试用例与需求相互独立,测试用例在设计结束、代码开发阶段完成。 无。 测试用例在需求功能测试完成后没有做归档,无法重用。 2 同上,且需求分析形成用户故事,用户故事需符合以下要求: a) 用户故事在软件开发过程中是可协商并细化的; b) 规模适中,可在一次发布周期内完成; c) 可以评估工作量、有优先级。 同上,且建立测试用
12、例与用户故事之间的关联,测试用例在需求分析结束,设计阶段完成。 同上,且测试用例在发布线上环境前全部验证通过。 同上。 3 同上,且用户故事符合 INVEST 标准: a) 用户故事是独立完整的; b) 用户故事是可协商并细化的; c) 用户故事是有业务价值的,能做价值评估; d) 用户故事是能评估工作量和优先级的; e) 用户故事是足够小的,例如:在同上。 同上,且测试用例通过工具自动执行。 同上,且测试用例作为软件资产管理,所有测试用例验证通过后,方可进行线上功能发布。 YD/T 1754T201841-2 日内能完成; f) 用户故事是可测试的。 4 同上,且有挖掘和分析需求价值的敏捷活
13、动。例如:典型角色分析、影响地图、用户故事的层级化拆分等。 同上,且产品需求在最初始阶段能进行实例化、形成验收标准,成为测试用例的依据。测试能和开发并行工作,形成测试用例。 同上。 a) 同上,且测试用例在产品迭代更新中一直保持完整和准确。 b) 所有的功能上线都以测试通过用例验证为目标,每次迭代上线都必须执行沉淀下的所有的测试用例,直到验证和修复通过才可上线。 c) 需求测试用例无需重建就能为产品功能回归验收时使用。 5 同上。 同上。 a) 同上,且需求应具备可阅读的文档和可测试验证的实例。 b) 通过建立可视化生产流程,将用户故事应用到迭代开发、验收测试、部署上线的整个过程中。 a) 同
14、上,且应建立企业级可视化便捷的平台,管理包含测试用例的需求文档,可以通过需求文档查看产品的全貌。 b) 需求提出人、最终使用人、产品经理、开发运维人员可依托平台进行更好的沟通和协作。 6.2需求活动 需求活动包括需求分析、需求验收两个部分,需求分析主要是指需求提出方和产品经理之间明确产品需求的活动,是产品研发运营一体化的初始阶段,把产品需求具象化,形成待办事项列表的过程。需求验收是指产品经理、需求提出者和最终用户对产品的功能验收,要求能对需求进行快速测试、快速确认、快速反馈、快速优化。本节的需求验收,仅是指功能验收,非功能测试不在本节的范围内。需求活动包括以下五个方面的工作: 1)需求分析协作
15、:需求分析是各个角色沟通协作形成需求用例或用户故事,并细化的过程,协作过程中各角色深入持续参与; YD/T 1754T201852)需求管理方式:需求分析后的用户故事应包括用户需求所涉及的所有事项,统一管理并按照业务价值由高到低排定优先级,并依据其形成产品研发路线图; 3)需求验收的频率:指不同角色对需求功能验收的频率,频率越高效果越好; 4)需求验收的范围:指需求验收应尽量具备有业务价值的端到端的验收; 5)需求验收的反馈效率:指需求验收的结果准确、快速的反馈到开发团队的过程的效率。 敏捷开发管理中,需求活动根据以上五个方面所能达到的不同程度分为以下 5 个等级,如表 3 所示: 表3需求活
16、动 级级别别 需求分析协作需求分析协作 需求管理方式需求管理方式 需求验收频率需求验收频率 需求验收范围需求验收范围 需求验收反馈效需求验收反馈效率率 1 a) 需求提出方、需求分析人员在完成需求文档的编写后离场,开发团队按照文档进行设计开发。 b) 有变更流程,需求提出方、需求分析人员可以通过流程变更需求内容。 需求有归口统一管理。 在项目过程中,有 多 次 验 收 测试。 项 目 最 终 上 线后,需求提出者或最终用户应对全量功能进行验收。 有 验 收 测 试 流程,能把结果反馈到产品经理和开发团队。 2 同上,且在用户故事进入开发周期前,由产品经理 、 需 求 提 出方、开发团队一起 细
17、 化 用 户 故事。 同上,且产品经理使用产品待办列表统一管理用户故事,通过用户故事优先级排入发布计划。 同上,且产品研发有稳定的迭代和 有 计 划 的 交付,每次交付都应有验收。 同上,且在每次交付验收时,产品经理应对团队的交付成果进行验收。 同上。 3 a) 同上,且在需求收集、分 析 、 开发、上线运营的任何阶段,需求提出方、产品经理、团队成员、运营人员、使用者等各角色同上,且产品待办 列 表 应 符 合DEEP 原则: 1)适当的详细描述的,优先级越高越详细明确; 2)用故事点进行估算过大小的; 3)随着产品演进同上,且产品研发 有 稳 定 的 交付,在每次交付都应有验收。在跨团队产品
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- YDT 3763.2-2021 研发运营一体化DevOps能力成熟度模型 第2部分:敏捷开发管理通信 YD 3763.2 2021 研发 运营 一体化 DevOps 能力 成熟度 模型 部分
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【曲****】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【曲****】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。
链接地址:https://www.zixin.com.cn/doc/97156.html