赞
踩
在说到云效之前,我们先来了解一下什么是云效?云效是云原生时代一站式 BizDevOps 平台,是阿里云企业级一站式的研发协同平台,通过阿里多年新零售、新金融等项目协作、产品研发、智能运维、研发效能提升的最佳实践,为企业在云时代的软件研发提供从“需求、开发、测试、发布、运维”端到端的研发协同工具支撑和服务,关注业务、产品和应用开发三个交付和反馈闭环,构建完整的协作实践体系。说到云效BizDevOps,那么最经典的项目协作体系示例如图
云效主要包括以下的云效产品
下面我们开始进入云效BizDevOps操作吧。
作为软件开发者,我们就按照软件的生命周期来对云效进行操作,日常的软件研发大都是按照“需求、开发、测试、发布、运维”的顺序来执行的,那么我们就先从项目需求来接入云效,说到项目的整个生命周期,其中涉及到的团队的有业务、产品、开发等,那么就需要对相应的团队创建独立的项目空间,打开项目协作页面
业务内容
随后创建【2023产品空间】用于放入产品内容
最后创建【2023研发空间】放入研发相关内容
回到首页我们可以看到我们刚才创建成功的项目空间
默认的业务空间的配置可能不符合我们的具体场景,因此需要先进行相关配置。进入2023业务空间,点击左下角的【设置】按钮,
在打开的页面点击【原始诉求】
在打开的原始诉求列表页面可以看到【客户诉求】,点击列表行的【字段模板】
在打开的字段模板页面可以看到客户诉求默认的字段,我们可以添加我们需要的字段或者自定义字段
如果当前字段不够用的话可以点击【添加字段】,
选择需要的字段,比如【进度】或者点击下方的【新建字段】跳转到【企业设置
】-【工作项字段】-【新建字段】完成自定义字段添加。
在原始诉求字段添加完成之后的列表页,切换到tab 【工作流】,
可以看到目前模板默认的工作流状态,如果需要添加【工作项状态】,点击【添加工作项状态】
选择需要的状态或者【前往企业设置查看】自定义工作项状态,都是可以的。
完成了原始诉求的基础配置之后,我们就可以创建原始诉求,
点击【新建原始诉求】,输入诉求内容,点击【新建】
完成原始诉求的创建。
默认的产品空间的配置可能不符合我们的具体场景,因此需要先进行相关配置,配置的操作同【配置2023业务空间】,下面我们开始创建主题
打开2023产品空间页面,创建产品主题
点击【创建主题】,输入主题点击【新建】完成主题创建
主题创建完成之后,我们再次回到【2023业务空间】找到刚才创建的两个【原始诉求】,并为他们添加【依赖事项】,选择【主题】,关联我们刚才创建的产品主题【企业微信主题】
默认的研发空间的配置可能不符合我们的具体场景,因此需要先进行相关配置,配置的操作同【配置2023业务空间】,下面开始创建需求
点击【新建需求】按钮,创建需求
需求创建完成后可以为需求关联产品空间 主题
需求创建完成以后可以为需求关联【原始诉求】或者【主题】
关联完成之后我们回到【2023产品空间】为主题添加【依赖事项】,依赖事项选择2023研发空间的对应需求
最后点击【关系全景图】可以看到整体的依赖关系
这样整体就形成一个以产品主题为中心,还可以向上查看主题关联的原始诉求,向下查看主题关联的技术需求,最终形成一个业、产、技需求关系拓扑图,为每个需求追根溯源。
体验了云效BizDevOps的项目协作,整体感觉上从业务到产品到研发的流程上更加清晰明了,并且整个过程都比较清晰可控,业务团队可以随时关注当前【原始诉求】关联【主题】的完成进度,产品团队可以随时关注到当前【主题】下【依赖事项】中的【需求】研发进度,研发团队直接可以关注到【需求】研发进度,真正的可以实现业务、产品和研发三个交付和反馈闭环。
那么传统项目呢,传统项目从业务、产品到研发,整个过程三个团队相互协作比较少,项目前期通过三方开会的方式确定需求,项目中期研发团队根据紧张的排期开发功能,期间不会再遇业务及产品进行沟通,项目后期功能研发完成提测,此时业务的需求经过产品再经过研发之后,展现的效果可能与业务最初想达到的效果有一定差距,那么带来的结果就是研发无休止的修改功能,增加了开发负担,延误了产品功能,三方没有一方感到满意。
那么有了云效BizDevOps的项目协作之后,可以在整个业务、产品、研发期间达到一个反馈闭环,每个团队都可以关注到具体需求的开发进度,从而及时的针对已完成的需求进行验证反馈,同时开发人员及时的进行修改完善,在功能不断的迭代开发中完成整体项目计划,正如
一样,整体是一个闭环,而不是单单只有一条直线。并且云效BizDevOps项目协作整体的操作很容易理解,操作过程基本不用参考文档就可以实现,项目协作中的专有名词释义也比较准确,需要操作文档的可以参考项目协作,想要更多的了解云效BizDevOps可以详细阅读以下电子书必致(BizDevOps)白皮书2022。
这次操作云效BizDevOps项目协作,从创建业务空间、产品空间、研发空间到单一空间的字段、流状态配置等,整体操作都比较容易理解,不过对于初次操作的开发者还是建议先看一下项目协作的操作文档,便于你快速上手操作,节约学习成本。那么操作过一次之后基本上后续就不再需要文档了,流程很清晰,操作很明朗。虽说项目是按“需求、开发、测试、发布、运维”的形式,不过项目协作的话稍有不同,整体是以产品空间【主题】为主导,而不是传统的以需求为主导,虽说短时间会有一定的适应期,但是以产品【主题】为主导,向上可以关联到原始诉求,向下可以关联到研发需求,从而让业务、产品、研发结合的更加紧密,相应的闭环带来的交付效能提高也就更加显而易见了,产品挺好,也容易落地,是一款不错的项目协作产品。
活动推广:https://developer.aliyun.com/huodong/dashiblogger?userCode=fkssw94w
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。