研发运营一体化能力成熟度模型敏捷开发管理.docx
《研发运营一体化能力成熟度模型敏捷开发管理.docx》由会员分享，可在线阅读，更多相关《研发运营一体化能力成熟度模型敏捷开发管理.docx（20页珍藏版）》请在冰豆网上搜索。
研发运营一体化能力成熟度模型敏捷开发管理
研发运营一体化（DevOps）能力成熟度模型
第2部分：
敏捷开发管理
ThecapabilitymaturitymodelofDevOps
Part2:
Agilemanagementprocess
前言III
1范围1
2规范性引用文件1
3术语1
3.1用户故事userstory1
3.2用户故事地图userstorymapping1
3.3影响地图impactmapping1
3.4AB测试abtest1
4缩略语2
5敏捷开发管理2
6敏捷需求管理2
6.1需求分析2
6.1.1需求内容和形式2
6.1.2需求分析协作3
6.1.3需求管理3
6.2需求与用例管理4
6.2.1需求与用例编写4
6.2.2需求用例验证4
6.2.3需求与用例管理4
7敏捷计划管理5
7.1价值交付5
7.1.1交付与需求6
7.1.2交付质量6
7.1.3交付反馈与度量6
7.2交付过程管理7
7.2.1交付计划7
7.2.2交付活动7
7.2.3价值流动7
7.2.4人员组织7
8敏捷协作管理8
8.1产品经理和团队9
8.1.1协作内容9
8.1.2协作机制9
8.2团队和团队9
8.2.1协作内容9
8.2.2协作机制9
8.3干系人和团队10
8.3.1协作内容10
8.3.2协作机制10
附录A（规范性附录）五级度量指标定义12
参考文献13
表1敏捷开发管理2
表2需求分析3
表3需求与用例管理4
表4价值交付6
前言
研发运营一体化是指在IT软件及相关服务的研发及交付过程中，将应用的需求、开发、测试、部署和运营统一起来，基于整个组织的协作和应用架构的优化，实现敏捷开发、持续交付和应用运营的无缝集成。
帮助企业提升IT效能，在保证稳定的同时，快速交付高质量的软件及服务，灵活应对快速变化的业务需求和市场环境。
本标准是“研发运营一体化（DevOps）能力成熟度模型”系列标准的第2部分敏捷开发管理，该系列标准的结构和名称如下:
第1部分：
总体架构
第2部分：
敏捷开发管理第3部分：
持续交付
第4部分：
技术运营第5部分：
应用架构第6部分：
风险管理第7部分：
组织结构
研发运营一体化（DevOps）能力成熟度模型第2部分：
敏捷开发管理
1范围
本标准规定了研发运营一体化（DevOps）能力成熟度模型下敏捷开发管理过程的能力成熟度要求和评价方法。
本标准适用于：
a）具备IT软件研发交付运营能力的组织实施IT软件开发和服务过程的能力进行评价和指导；
b）可供其他相关行业或组织进行参考；
c）可作为第三方权威评估机构衡量软件开发交付成熟的标准依据。
2规范性引用文件
下列文件对于本文件的应用是必不可少的。
凡是注日期的引用文件，仅所注日期的版本适用于本文件。
凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。
[1]
GB/T32400-2015
信息技术云计算概览与词汇
[2]
GB/T32399-2016
信息技术云计算参考架构
[3]
YD/2441-2013
[4]
3术语
GB/T33136-2016
信息技术服务数据中心服务能力成熟度模型
下列术语和定义适用于本文件。
3.1用户故事userstory
从用户的角度来描述用户期望得到的功能。
3.2用户故事地图userstorymapping
将用户故事按一定顺序和优先级排列以分析与识别最小可行产品。
3.3影响地图impactmapping
是一种用户需求分析的方法，通过Why,Who,How,What逐层分析需求。
3.4AB测试abtest
为Web或App界面或流程制作两个（A/B）或多个（A/B/n）版本，在同一时间维度，分别让组成成分相同（相似）的访客群组随机的访问这些版本，收集各群组的用户体验数据和业务数据，最后分析评估出最好版本正式采用。
4缩略语
下列缩略语适用于本文件。
CIContinuousIntegration持续集成
CDContinuousDelivery持续交付
UIUserInterface用户界面
MVPMinimumViableProduct最小可行产品
INVESTIndependent,Negotiable，Valuable，Estimable，Small，Testable独立的，可讨论的，有价值的，可估算的，小的，可测试的
DEEPPrincipleDetailedAppropriately，Estimated，Emergent，Prioritizedprinciple适当细化的，有估算的，随时产生的，有优先级的原则
UIUserInterface用户界面
5敏捷开发管理
敏捷开发管理，是一种应对快速变化的需求的新型软件开发方法。
它更强调程序员团队与业务专家之间的紧密协作、面对面的沟通、频繁交付新的软件版本、紧凑而自我组织型的团队、能够很好地适应需求变化的代码编写和团队组织方法，主张适度的计划、进化开发、提前交付与持续改进，并且鼓励快速与灵活的面对开发与变更，更注重软件开发过程中人的作用1。
分为敏捷需求管理、敏捷计划及交付管理、敏捷协作管理三个维度，每个维度细分为不同能力子项，如表1所示。
表1敏捷开发管理
敏捷开发管理
敏捷需求管理
敏捷计划及交付管理
需求分析
价值交付
产品经理和团队
需求与用例
交付过程管理
团队和团队
需求验收
团队和干系人
6敏捷需求管理
敏捷需求管理包括需求分析、需求与用例、需求验收三部分内容，体现需求管理过程中的分析、测试、验收三个阶段，敏捷需求管理主要体现在各个环节中使用敏捷方法探寻产品痛点、业务价值、用户体验的能力，适应需求变化的能力，快速验证反馈的能力。
6.1需求分析
需求分析是指需求提出方和产品经理之间明确产品需求的阶段，是产品研发运营一体化最初始阶段，把产品需求具象化，形成待办事项列表的过程。
主要包括需求内容和形式、需求分析协作和需求管理三方面工作，如表2所示。
6.1.1需求内容和形式
1维基百科zh.Wikipedia.org/wiki/敏捷软件开发
需求分析是将用户需求划分为最小需求条目，并探索问题核心相关事项的过程。
（如：
用户故事，以下内容统称为用户故事），用户故事描述用户场景，且能适应在开发过程中对其进行评估、不断细化等变化。
6.1.2需求分析协作
需求分析是各个角色沟通协作形成并细化的过程，协作过程需要各角色深入且持续参与。
6.1.3需求管理
需求分析后的用户故事应包括用户需求所涉及的所有事项，统一管理并按照业务价值由高到低排定优先级，并依据用户需求形成产品研发路线图。
敏捷开发管理中，需求收集环节根据以上三个方面所能达到的不同程度分为以下5个等级，具体如下：
表2需求分析
级别
需求内容和形式
需求分析协作
需求的管理
1
需求分析形成需求文档，作为需求提出方和实施方之间的契约。
在软件开发过程中允许在变更流程执行后进行变
更。
需求提出方、需求分析人员在完成需求文档的编写后，由开发团队按照文档进行设计开发。
有变更流程，需求提出方、需求分析人员可以通过流程变更需
求内容。
需求有收口统一管理。
2
需求分析形成用户故事，用户故事需符合：
1）用户故事在软件开发过程中是可协商并细化的；
2）规模适中，可在一次发布周期的时间内完成；
3）工作量可评估、有优
先级划分。
在用户故事进入开发周期前，由产品经理、需求提出方、开发团队一起细化用户故事。
产品经理使用产品待办列表统一管理用户故事，且通过用户故事优先级排入发布计划。
3
同上且用户故事符合
INVEST标准：
1）故事是独立完整的；
2）故事是可协商并细化的；
3）故事是有业务价值的，能做价值评估；
4）故事是能评估工作量和优先级的；
5）故事是足够小的，例
如：
在1-2日内能完成；
在需求收集、分析、开发、上线运营的任何阶段，需求提出方、产品经理、团队成员、运营人员、使用者等各角色都可随时对用户故事进行细化。
且当发生规模型产品研发情况，各个团队各角色能共同参与用户故事细化。
同上且产品待办列表应符合
DEEP原则：
1）适当的详细描述的，优先级越高越详细明确；
2）用故事点进行估算过大小的；
3）随着产品演进不断涌现和变化的；
4）优先级从高到低排序的。
且当发生规模型产品研发情况，应建立跨团队的产品待办列表，迭代待办列表。
6）故事是可测试的。
4
同上且有提升需求价值的敏捷活动。
例如：
典型角色分析、影响地图、用户故事的层级化拆分等。
同上且应建立改进需求分析协作的机制：
1）应建立特性型的端到端产品研发运营团队，减少跨组织协作的必要性。
2）应建立产品级回顾改进机制。
例如，建立运营驱动需求的体系，在产品演进过程中，不断涌现需求，能不断优化和调整待办列表的顺序。
3）当发生跨团队的产品研发情况，应建立需求分析协作机制，实现史诗故事、特性故事、用户故事的分层管理，可跨团队进行
需求拆解细化。
同上且产品经理对提出的需求在产品演进过程中持续细化和演进，形成场景化驱动和价值驱动的发布规划（如用户故事地图），以保持产品待办列表的价值最大化。
例如，采用精益产品的方法、影响地图、MVP等敏捷方法。
有协作型用户故事沟通工具、产品待办列表管理工具。
有数据收集和大数据分析需求价值和评估的工具，
示例1：
能收集用户交互操作的工具。
5
同上
同上
同上且应建立需求与企业级活动关联，把企业战略和目标通过愿景、目标、关键结果、任务、评估、反馈等环节进行分解，实现企业、团队、个人三个层次对齐，达到需求的业务价值最大
化。
6.2需求与用例管理
需求与用例管理是指产品经理和开发团队把用户故事的验收标准和测试用例进行关联，验收产品功能是否满足用户故事要求的过程。
主要包括需求与用例编写、需求用例验证和需求与用例的管理三个方面，如表3所示。
6.2.1需求与用例编写
是指梳理需求用例，编写需求验收标准，形成测试用例的过程；
6.2.2需求用例验证
使用需求用例，需求用例指导需求开发，验证产品功能的过程；
6.2.3需求与用例管理
建立需求与用例的统一管理库，持续的使用和优化。
敏捷开发管理中的需求与用例管理环节，根据以上三个方面所能达到的不同程度分为以下5个等级，具体如下：
表3需求与用例管理
级别
需求与用例编写
需求用例验证
需求与用例的管理
1
测试用例与需求关联较少，测试用例在设计阶段结束，代码开发阶
段完成。
无
测试用例在需求功能测试完成后未做归档，无法重用。
2
建立测试用例与用户故事之间关联，测试用例在需求分析阶段结
束，设计阶段完成。
测试用例在发布线上环境前全部验证通过。
同上
3
同上
同上，且测试用例通过工具自动执行。
测试用例作为软件资产管理，所有测试案例验证通过后，方可进行线上功能发
布。
4
同上，且产品需求在最初始阶段进行实例化、形成验收标准，成为测试用例的依据，测试能和开发并行工作，形成
升级会员 