阿里巴巴DevOps实践指南(五)| 业务驱动的协作-阿里云开发者社区

开发者社区> 开发者小助手> 正文

阿里巴巴DevOps实践指南(五)| 业务驱动的协作

简介: 明确需求层次以及每个层次承载的价值之后,接下来要做的是定义每个层次的协作过程,最终服务于“顺畅高质量地交付业务需求”这一目标。如何组织各个层次的协作,来达成这一最终目标?
+关注继续查看

image.png

编者按:本文源自阿里云云效团队出品的《阿里巴巴DevOps实践指南》,扫描上方二维码或前往:https://developer.aliyun.com/topic/devops,下载完整版电子书,了解阿里十年DevOps实践经验。

明确需求层次以及每个层次承载的价值之后,接下来要做的是定义每个层次的协作过程,最终服务于“顺畅高质量地交付业务需求”这一目标。如何组织各个层次的协作,来达成这一最终目标?我们将从两个方面分别讲述:1)协作的层次以及各层次的定位和目标;2)以业务为源头驱动整体协作。

协作的层次以及各层次的定位和目标

如下图作所示,基于需求的层次关系,我们将协作自上而下分成三个层次。分别是业务运营层、产品交付层和技术实现层。这三个层次中,越向上越是业务和目标导向的,越向下越是技术和工程导向的。

image.png
业务需求交付的三个层次

接下来,我们将分别讲述这三个层次的协作要点和目标。

业务运营层

业务运营层处于最上层,是驱动整体协作的源头核心。我们要建立的是业务驱动的协作模式——通过业务拉通和协调整体产品交付和技术工作。

业务运营层由业务人员负责,他们管理的核心对象是业务需求,目标是业务需求交付的效率和效果。

在业务运营层,首先要管理好业务需求的端到端的交付流程,包括:创建或接收业务需求;规划业务需求的发布和版本;管理跟踪业务需求交付;验收和发布业务需求;反馈和改进业务的设计和规划等。

向上,业务需求或者是向目标对齐,基于目标创建和规划业务需求;或者是响应客户诉求,将客户的诉求转化为业务需求。业务需求发布后,要能够基于其对接的目标和客户诉求形成反馈闭环。

向下,业务需求会拆分为产品需求,并分配至对应的产品交付团队。同时,还要协调相关产品需求的交付过程,对齐它们的进度,及时发现瓶颈问题,加速业务需求的实现。

为了保障业务的交付效率和有效性,业务运营层需要三个核心能力。

  • 业务规划能力:业务规划指的是基于业务目标、客户诉求、市场情况,结合资源约束等,做出取舍,决定做什么不做什么以及何时做;
  • 交付协调能力:基于业务需求拆分和分配产品需求,并协调产品需求的交付过程,发现和处理问题和瓶颈,最终保证业务需求的顺畅交付;
  • 业务反馈调整能力:在需求发布后即时收集用户和市场的定性及定量的反馈,并基于反馈调整后续的规划和业务演进,保证业务进化和迭代的有效性。

这三个能力形成完整的规划、交付、调整闭环。加速这一闭环并提高它的有效性,将帮助组织提升业务交付的效率和效果,更好地满足客户的诉求和达成业务目标,这也是业务运营层的长期目标。

产品交付层

产品交付层由产品交付团队负责,产品交付团队包括产品经理和开发团队。他们关注和管理的核心对象是产品需求,目标是提高产品需求的持续交付能力,包括速度、可预测性和质量,最终服务业务需求的交付。

在产品交付层,首先要管理好产品需求的端到端的交付流程,包括:接受拆分自业务需求的产品需求,或者规划产品需求;对产品需求进行排期或做出迭代计划;跟踪和管理产品需求交付过程;反馈和改进产品的交付效率。产品交付层,向上对接业务交付,向下对接技术和工程活动。

向上,产品交付要向业务交付对齐。首先,产品需求的内容、计划及进度向进行中的业务需求对齐,保障业务的交付速度和质量。其次,为了保障长期效率,产品还要面向未来规划和演进,如:面向未来业务发展的提前产品布局和准备;或者为了长期效率进行和消除技术债务的产品重构和沉淀。

向下,产品需求会被拆分为技术任务,由不同的人负责。产品交付层协调技术任务的进度,及时发现瓶颈和问题,确保产品需求的顺畅和高质量交付。

为了提高产品需求的交付效率,业务运营层需要建设三个核心能力:

  • 规划和演进能力:产品需求要响应即时的业务需求,还要关注长期的效率。
  • 排期和交付能力:决定需求的交付顺序和节奏,并管理交付过程,保证产品需求的快速交付。
  • 交付效能改进能力:改善团队的协作,产品的架构和设计,工程和技术实践等。

这三个能力构成从规划、交付到改进的闭环,确保产品交付的持续效率。

技术实现层

技术实现层由技术人员负责,包括开发、测试等。技术实现层关注的核心对象是系统(应用)的变更,他们基于产品需求拆分任务或创建变更,并完成开发、测试、联调和变更发布。

在技术实现层,首先应该为开发者提供良好的工具、环境和机制,让他们可以高效的完成工作,并保障交付的质量。以此为基础,技术实现层的工作要向产品交付对齐,对齐各自的工作,尽快完成和交付产品需求。

综上所述,基于需求的结构,我们将需求的交付工作分为三个层次。每个层次都有负责角色,他们要专注完成自己的工作,同时更要能够相互协同,实现业务需求的顺畅和高质量交付。其中,业务既是驱动这一协作过程的源头,也是协作的目标。下一节我们将关注怎样让这一协作过程更高效和有效。

以业务为源头驱动整体协作

上面我们分析了协作的层次。每个层次都有自己的目标,有专门的负责角色,他们的管理对象以及工作任务不同,为了让他们能更高效的工作,他们应该有自己专属的协作空间。

image.png
业务驱动的分层协作

上图展示了业务驱动协作方式,它按需求的层次将协作也分为三层,各个层相互连接构成整体。接下来我们将从三个方面加以阐述,分别是:1)为每个层次创建专属工作空间;2)连接各个层次,实现高效协同;3)以需求连接和结构化过程资产。

为每个层次的创建专属工作空间

负责角色 目标 管理对象 工作职责 工作空间
业务层 业务人员 响应和满足业务诉求达成业务目标 以业务需求为核心,同时关注其下属产品需求
  • 创建或接收业务需求
  • 规划业务需求的交付计划或版本
  • 拆分产品需求
  • 管理跟踪业务需求交付过程
  • 验收和发布业务需求
  • 反馈和改进业务的设计和规划
业务工作空间
产品层 产品交付团队(含产品经理及技术团队) 规划和交付产品需求满足业务交付的短期和长期需求 以产品需求为核心,同时关注其下属的技术任务
  • 接受或创建产品需求
  • 管理和跟踪产品需求的交付过程
  • 对产品需求进行排期或做出迭代计划
  • 拆分产品需求的技术任务
  • 反馈和改进产品的交付过程
产品交付空间
技术层 技术开发 完成技术任务并高质量和即时的交付需求 系统变更及其它个人任务
  • 接收、管理工作任务
  • 开发、联调和验证
  • 集成需求并变更系统
开发者工作台
总体目标 拉通端到端的交付过程,确保过程质量,对齐各个层次的工作,最终实现业务需求的顺畅和高质量交付。

针对不同角色的工作职责的工作空间

上表列举了各个层次特征。每个层次的负责人(或团队)不同,他们的目标、管理对象和工作职责不同。为了提高每个层次工作的效率和质量,他们应该有自己专属工作空间,具体包括:业务工作空间、产品交付空间和开发者工作台。这些空间可以在不同的数字化工具中配置。不同的研发管理工具的实现方式不同,它可能是一个独立的项目;也可以是逻辑的视图。

在数字化工具中,区分各个空间的是:1)支持不同的需求类型;2)不同需求类型有不同工作流(需求从开始到完成所要经历的阶段);3)各个空间应用不同的功能服务(如版本规划、迭代排期等)。

业务工作空间支持的需求类型是业务需求和产品需求,其中以业务需求为主,并基于业务需求拆分产品需求。在业务工作空间中清晰定义业务需求的工作流(参见图二示例)。业务工作空间中应用的典型功能服务有需求拆分、业务规划和业务复盘等。

产品交付空间支持的需求类型是产品需求和工作任务,其中以产品为主,并支持从产品需求拆分任务;在产品交付空间中要清晰定义业务需求的工作流(参见图二示例)。产品交付空间中应用的典型功能服务有迭代排期,任务拆分、进度统计等。

连接各个层次需求和需求流程,实现高效协同

以上各个层次的工作空间,可以专注于工作。同时,各个层次又是互相连接,构成有机整体的,下图反映其中的连接关系。下面将基于最典型的场景介绍各个层次的协作流程,以及它们之间的连接。

image.png
各个层次的连接

业务人员工作在业务工作空间,管理需求的端到端的交付过程。他们创建、接受、分析和规划需求。规划好的业务需求会被拆分为产品需求,这通常由业务人员与各产品的产品经理共同完成。拆分的产品需求,被分配到对应的产品交付团队。

产品交付团队工作在产品交付空间,他们接受拆分的产品需求或者自主创建需求、进行产品设计和需求澄清、完成需求排期、拆分技术任务、开发并集成需求、完成部署。

技术开发人员工作在个人工作空间,他们接受或拆分技术任务、创建变更、进行系统开发和集成联调、提交代码、完成持续集成验证,发布变更。

业务工作空间和产品交付空间的联动关系是:1)业务需求拆分的产品需求会被分配到对应的产品交付空间,此时产品需求与业务需求维持归属关系;2)当下属的产品需求完成排期后,对应的业务需求会进入开发中状态;3)当业务需求所有下属产品需求完成后,业务需求进入“待验收”状态

产品交付空间和个人工作台的联动关系是:1)产品需求会分配到个人,需求拆分的任务也会分配到人。这些需求和任务都会自动出现在个人工作空间;2)个人对需求和任务的更新会自动体现到相应的产品和业务空间;3)当下属任务开始开发时,对应的产品需求会进入开发中状态;4)当产品需求所有下属的任务开发完成后,产品需求进入“待测试”状态。

这三个层次相互解耦,不同角色可以专注于各自的职责和目标,高效完成自己的工作。它们又相互连接,构成一个有机整体。通过这个有机的整体,我们以业务为驱动拉通端到端的交付过程,确保过程质量,对齐各个层次的工作,最终实现业务需求的顺畅和高质量交付。

以需求连接和结构化过程资产

需求交付是知识工作,过程中有大量的产出物,如:讨论的记录、临时或正式文档、UE/UI 的设计、代码、测试用例、应用变更记录等,这些都是重要的知识资产。

如何管理好这些资产的创建过程,并结构化的组织和索引它们?这是一个重要的挑战。它事关沟通和协作的效率,更关系到组织的智力资产的价值。

image.png
交付过程中产出物与需求的关联

如上图所示,资产应该与研发过程中的价值单元相关联,所谓价值单元指的是前文介绍的需求的层次结构。在需求交付的价值流中,我们创建并与相关资产关联。如:业务需求创建时关联原始业务诉求的描述,业务需求的分析则关联相关的业务分析文档;产品设计过程中关联相关文档和测试用例;技术任务交付过程中关联相关的应用、变更和代码。

这一方面让研发的数字资产直接与客户价值打通,另一方面让它与价值的创造活动关联。打通这些信息间的连接,避免了信息孤岛,不仅提高沟通和协作效率,更让资产沉淀有序和结构化,便于信息的检索和使用,充分发挥研发过程数字资产的价值。

总结:整体的交付流程和反馈闭环

image.png
整体交付流程和反馈闭环

以上我们定义并介绍了业务驱动的协作过程。如上图所示,这个过程包含业务、产品和技术三个方面。

第一是业务交付和反馈闭环(图中橙色部分),它的核心关注点是业务的快速响应和交付,以及业务目标的达成;第二个是产品交付和反馈闭环(图中蓝色部分),它的核心关注点是产品需求的快速交付,产品的演进,以及产品交付效能的持续提升;第三个是技术和工程实践(图中绿色部分),它的核心关注点是基础设置和技术及工程能力的持续改进,从而奠定产品和业务效能的基础。

这一交付过程既分层解耦又有机连接,帮助我们打通交付的各个环节和层次,它让整个组织协调一致,发挥最大的效率,实现对业务的精准响应和快速迭代进化。

免费下载《阿里巴巴DevOps实践指南》

阿里巴巴合伙人和业界多位大佬力荐、何勉、陈鑫等17位阿里资深技术专家联袂出品、阿里十年DevOps经验沉淀总结、阿里巴巴DevOps落地实践一本通。

前往:https://developer.aliyun.com/topic/devops,下载完整版电子书。

image.png

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

相关文章
业务系统的带宽能力
业务系统的整体带宽能力,取决于公网带宽、网卡速率以及磁盘吞吐量,本文量化分析阿里云上部署,可能存在的瓶颈,以及提供参考建议
457 0
【工业串口和网络软件通讯平台(SuperIO)教程】七.二次开发服务驱动
SuperIO相关资料下载:http://pan.baidu.com/s/1pJ7lZWf 1.1    服务接口的作用  围绕着设备驱动模块采集的数据,根据需求提供多种应用服务,例如:数据上传服务、数据请求服务、4-20mA服务、短信服务、LED服务以及OPC服务等。
699 0
linux内核驱动知识三,自动创建设备文件devfs与udev
Linux  2.4内核中devfs 创建设备目录:     devfs_handle_t devfs_mk_dir(devfs_handle_t dir, const char *name, void info); 创建设备文件: devfs_handle...
686 0
阿里云服务器端口号设置
阿里云服务器初级使用者可能面临的问题之一. 使用tomcat或者其他服务器软件设置端口号后,比如 一些不是默认的, mysql的 3306, mssql的1433,有时候打不开网页, 原因是没有在ecs安全组去设置这个端口号. 解决: 点击ecs下网络和安全下的安全组 在弹出的安全组中,如果没有就新建安全组,然后点击配置规则 最后如上图点击添加...或快速创建.   have fun!  将编程看作是一门艺术,而不单单是个技术。
4614 0
葛洲坝集团联手阿里云打造数据中台 数字化驱动业务创新
7月11日,在阿里云武汉城市峰会上,大型央企葛洲坝集团首次对外展示数据中台的建设成果,通过基于阿里云中台、大数据、IoT物联网等技术打造的数据中台,数字化管理多元业务,提升运营效率,并进行业务创新。
5181 0
从业务在线到互联互通 钉钉宜搭进入低代码3.0阶段新模式
现在钉钉宜搭已处于3.0阶段,由数据驱动实现生态在线、业务集成、互联互通。在3.0阶段,钉钉宜搭最终要实现生态在线,既包括了厂商上、下游的生态,也包括业务软件的连接生态。
8716 0
实战DeviceIoControl 之一:通过API访问设备驱动程序
<p>Q 在NT/2000/XP中,我想用VC编写应用程序访问硬件设备,如获取磁盘参数、读写绝对扇区数据、测试光驱实际速度等,该从哪里入手呢? </p> <p>A 在NT/2000/XP中,应用程序可以通过API函数DeviceIoControl来实现对设备的访问—获取信息,发送命令,交换数据等。利用该接口函数向指定的设备驱动发送正确的控制码及数据,然后分析它的响应,就可以达到我们的目的
2114 0
Samsung_tiny4412(驱动笔记10)----mdev,bus,device,driver,platform
/*********************************************************************************** * * mdev,bus,device,driver,platform * * 声明: * 1.
753 0
1336
文章
287
问答
来源圈子
更多
+ 订阅
文章排行榜
最热
最新
相关电子书
更多
文娱运维技术
立即下载
《SaaS模式云原生数据仓库应用场景实践》
立即下载
《看见新力量:二》电子书
立即下载