从敏捷协作到价值交付

简介: 云效项目协作让需求选得对、进度追得到、投入看得见

径遥-问中banner.jpg

前面我的同事在分享的时候,指出目前软件研发的最大问题不是效率,而是研发资源的浪费。可能产品经理半天写的需求,开发要埋头苦干三个月。如果错误的选择了一个对业务发展无益的需求,会带着大家往错误的方向越跑越远。
那么什么是正确的需求呢?我们认为对于业务发展有帮助、贡献度高的需求视为有价值的需求即正确的需求,而基于有价值需求的不断演进,才会让我们的业务发展越来越好,产品越做越强。

今天我想和大家分享的就是云效项目协作在这个新课题上的探索:从敏捷协作到价值交付,从追求效率到追求价值。

径遥-22效能峰会-项目协作终稿.001.jpeg

首先,为新老朋友简单介绍一下云效项目协作这款产品。云效项目协作是面向企业级的研发协作平台,提供了项目、需求、迭代、质量等多个维度的协同管理以及相关的项目度量能力。过去一年,我们落地了敏捷研发以及规模化项目管理的协作场景。为了连接各个角色,让大家围绕价值,顺畅、高效地进行协作,我们继续在多团队分层协作场景中进行探索,帮助团队朝更有益于业务发展的方向前进。

为了让分享更场景化,我们从一个需求的交付作为切入点,看看在它的整个生命周期中,价值交付是如何影响到每个流程步骤、每个参与人员的。

一个需求的生命周期.jpeg

一个需求从它的诞生到完结,往往会经过很长的流程步骤,经手过很多人。我们从其中选取了三个重要的角色:业务、产品经理、开发经理,来看看他们在需求交付过程中都经历了什么困难。

业务同学

首先我们聚焦到业务同学萧峰,看看他的工作中遇到了什么问题。

萧峰在这个月有一个重要的运营活动要上线。需求上个月已经提给了产品,到了月中跟踪进度的时候发现产品虽然做了排期,但是开发因为种种原因没有做。运营活动是肯定要如期上线的,这个时候萧峰就要紧急拉会,还要找各方协调资源。

本来需求在前期协调资源是可以很顺畅的交付,现在变得困难重重。这种情况萧峰不是第一次遇到了,很多次的重要运营活动都上演了类似的场景。萧峰很苦恼,需求明明对业务这么重要,怎么还是总交付不及时呢?

业务同学的苦恼.004.jpeg

为了解决萧峰的问题,云效项目协作提供了便捷、有效的交付进度追踪能力。

首先我们去解决萧峰获取进度信息不便捷的问题。云效项目协作Projex可以显性化展示需求的交付进度。萧峰可以很快的看到需求已经完成了哪些阶段、当前处理什么阶段、以及后续还要经过什么阶段才可以进行交付。

同时,他还可以同时查看需求在每个阶段的停留时长。如果需求在某个阶段停留时间过长,可以配合规则进行自动通知。让萧峰可以很快的发现并看到交付卡点在哪里,及时识别风险并处理,充分保证需求及时交付。

交付进度一目了然.jpeg

解决了进度信息获取不便捷的问题,还要解决进度同步不及时的问题。萧峰经常会遇到业务需求和交付需求之间状态不同步,带来跟进上的问题。为了解决这个问题,云效项目协作提供了进度自动更新的能力。

一处更新处处同步.jpeg

当一个研发任务进入到开发中,业务需求也会同步进入到开发中,这样萧峰再也不用费心去一个个查看支撑的事项状态,在业务需求中看到的就是真实的进度信息。

我们来看看业务人员萧峰,他在使用云效前后工作上有什么改进:

业务同学云效前后对比.008.jpeg

● 从“原来的需求提完处于失联状态,交付到了什么阶段全靠问人”到”需求页面显性化展示进度,无需到处求人”
● 从“风险信息总是滞后,最后影响交付。”到“需求阶段停留自动计时,及时识别风险。”
● 从“进度全靠手动维护,经常更新不及时”到“系统自动更新进度,再也不费心同步”。

云效项目协作让业务人员萧峰跟进需求更及时。

产品经理

我们继续下一个角色:产品经理小宝,看看她在工作中遇到了什么问题。

产品经理问题.012.jpeg

这是某天下班前,小宝收到的工作消息。业务人员萧峰提了个运营活动需求,要下个月交付。接着她对接的开发经理,要下个月进行性能改造,因为不少用户反馈页面响应慢。再接着她的老板提了个目标规划需求,要尽快交付。这个时候的小宝,一个头两个大。谁都认为自己的需求很重要,但是一定要有个先后顺序。毕竟开发人力只有这么多。

这种情况也不是小宝第一次遇到了,她一直都在苦恼,需求方这么多,谁提需求都是重要且紧急,那怎么排才对业务发展更好并能够达成团队共识呢?

为了解决小宝的问题,云效项目协作提供了有依据的需求排序能力,让需求可以根据价值进行交付排序。

径遥-22效能峰会-项目协作终稿.014.jpeg

云效引入了主题的概念,散点的需求可以聚合到共同的主题内,主题有明确的业务目标和里程碑节点,并可进行价值评估。

小宝只需要让需求方确定业务目标影响,让开发评估成本。大家可以基于目标影响和成本进行讨论,达成共识后落入系统,主题的价值分数就会自动呈现。

哪些事情重要需要先做可以很快达成共识,小宝只需要按照主题进行需求优先级排序就可以。

我们来看看产品经理小宝,她在使用云效前后工作上有什么改进:

径遥-22效能峰会-项目协作终稿.015.jpeg

● 从原来的“会开了一轮又一轮,还是说不清楚谁重要”到“说清楚价值,谁先做自然而然呈现出来”。
● 从“原来的单个需求单个排,排完一轮又一轮”到“基于主题进行需求优先级排序。会开少了,交付规划却更加清晰明了。”

云效项目协作让产品经理小宝更好地排需求。

开发经理

我们接下来看最后一个角色:开发经理虚竹,看看在他的工作中遇到了什么困难。

径遥-22效能峰会-项目协作终稿.019.jpeg

某天和虚竹一直合作的业务同学,在群里突然反馈,开发团队的支持度不够,客户投诉了。老板为了能够让团队之间顺畅的合作,让他和业务对齐,看看问题出在哪里。

这是虚竹在他的工作中时不时出现的场景。虚竹很纳闷,明明团队里的小伙伴每天都加班加点,怎么会说支持度不够呢?

为了解决虚竹的问题,云效项目协作提供了主题角度的投入统计,开发投入在哪里一目了然。

径遥-22效能峰会-项目协作终稿.021.jpeg

首先对于虚竹团队里的开发小伙伴,云效项目协作提供了单个需求溯源能力,可溯源至主题看交付的价值。让开发同学不再只低头做事,也可以抬头看业务。

同时对于虚竹的整个团队,云效项目协作提供了基于产品主题的统计能力。通过统计可以看出虚竹团队投入在什么主题上、每个主题的交付效率和趋势都一目了然。让开发团队和业务、产品团队在同一个维度对话。

我们来看看开发经理虚竹,他在使用云效前后工作上有什么改进:

径遥-22效能峰会-项目协作终稿.022.jpeg

● 从“接了一个又一个散点需求,团队的开发忙个不停。到年终谁也说不清自己做了什么业务贡献”到
● “单点的需求可溯源,团队的投入可被度量”。

云效项目协作让虚竹团队的投入看得见。

总结

至此,我们分别聊了三个重要角色在工作中遇到的困难和云效项目协作在产品能力上的支持。其实每个角色在协作过程中,都有角色特有的愿景:

径遥-22效能峰会-项目协作终稿.023.jpeg

● 萧峰希望“如果需求已经承诺了交付时间,就请如期交付”;
● 小宝希望“我选择的需求就是对业务有价值的”
● 虚竹希望“我的团队投入对业务有益,且可以被大家看见”

云效项目协作帮助他们实现了愿景。总结下来,云效项目协作的价值交付,其实就是在做三件事:

径遥-22效能峰会-项目协作终稿.024.jpeg

第一件事——让需求选得对:支持产品主题价值评估,让价值不再停留在每个人的脑海中,落在系统中形成共识;围绕价值进行需求排序,永远先做重要的事。

第二件事——让进度追得到:支持显性化展示进度,不再需要到处问人;支持事项进度的自动更新,不再需要手动维护。

最后一件事——让投入看得见:通过业务视角进行交付统计,支撑多少业务价值的落地一目了然。

云效的价值交付希望帮助千千万万个企业中的业务同学、产品同学、开发同学做有价值的事儿。

云效在协作领域的探索从未止步:从追求效率到追求效能,从面向流程到面向价值,打破职能边界,联通所有角色,让所有人都围绕价值协作。

径遥-22效能峰会-项目协作终稿.025.jpeg

云效项目协作,期待与你的相遇。

以上云效项目协作能力正在内测中,点击可申请体验


云效研发效能实验室,有奖体验

3.png

本次研发效能实验室,提供了5大场景供大家体验:

1、高效敏捷开发体验

亮点:自动化规则自动更新任务状态、迭代工时管理和容量预估、全面的迭代数据追踪。

2、多项目规范轻松落地

亮点:低成本实现项目规范下发和同步,贴合业务场景自定义项目规范。

3、代码质量提升小妙招

亮点:特色推送评审模式+自动化代码检测,降低分支管理成本的同时,有效提升代码质量。

4、自动化部署2048小游戏

亮点:流水线可视化编排,无缝对接阿里云ECS,轻松实现自动化部署。

5、应用交付扫雷大作战

亮点:以应用为中心,一个平台,聚合研发资产和流程,搞定从部署架构、环境管理、部署发布等应用全生命周期管理。

2000份礼品,完成任一场景体验即可领奖

体验直达链接👇:

https://developer.aliyun.com/adc/series/activity/yanfaxiaoneng

相关实践学习
基于函数计算一键部署掌上游戏机
本场景介绍如何使用阿里云计算服务命令快速搭建一个掌上游戏机。
目录
相关文章
|
架构师 Devops 测试技术
从交付产品到交付价值
从交付产品到交付价值
121 0
从交付产品到交付价值
|
API
打造高效交付团队心得
  我 15 年前创办第一家公司,到现在我还是不怎么管理。我怀疑很少有人能做到这一点。在我的公司 AngelList,我们需要的是一个自我管理的团队,并产出代码。   我们的做法如下。   保持小规模团队。所有的人都是干活的,没有指挥家。绝对没有中层管理人员,所有业务拓展都是通过 API 来完成。   外包一切非核心工作,克制住赚取最后一个铜板的冲动,老板也要做客户服务工作。
218 0
|
项目管理 持续交付 前端开发
为什么你的高效交付,却没有好的业务成果?
11月中旬,作者在 TOP 100 案例和人人都是产品经理的两次大会上分别进行了两场关于价值交付的分享,结合分享后的反馈焦点,立足业务整体交付的价值最大化,特产此文。
1968 0
为什么你的高效交付,却没有好的业务成果?
|
安全 负载均衡 存储
|
架构师 测试技术
《规范敏捷交付:企业级敏捷软件交付的方法与实践》——1.9 企业意识
本节书摘来自华章计算机《规范敏捷交付:企业级敏捷软件交付的方法与实践》一书中的第1章,第1.9节,作者:(加)安布勒(Ambler, S. W.),(加)莱恩斯(Lines, M.)著, 更多章节内容可以访问云栖社区“华章计算机”公众号查看。
1152 0
《规范敏捷交付:企业级敏捷软件交付的方法与实践》——3.6 精益软件开发
本节书摘来自华章计算机《规范敏捷交付:企业级敏捷软件交付的方法与实践》一书中的第3章,第3.6节,作者:(加)安布勒(Ambler, S. W.),(加)莱恩斯(Lines, M.)著, 更多章节内容可以访问云栖社区“华章计算机”公众号查看。
1094 0
《规范敏捷交付:企业级敏捷软件交付的方法与实践》——第3章 3.0 DAD的根基
本节书摘来自华章计算机《规范敏捷交付:企业级敏捷软件交付的方法与实践》一书中的第3章,第3.0节,作者:(加)安布勒(Ambler, S. W.),(加)莱恩斯(Lines, M.)著, 更多章节内容可以访问云栖社区“华章计算机”公众号查看。
1055 0
|
测试技术
《规范敏捷交付:企业级敏捷软件交付的方法与实践》——3.4 敏捷建模
本节书摘来自华章计算机《规范敏捷交付:企业级敏捷软件交付的方法与实践》一书中的第3章,第3.4节,作者:(加)安布勒(Ambler, S. W.),(加)莱恩斯(Lines, M.)著, 更多章节内容可以访问云栖社区“华章计算机”公众号查看。
1371 0
|
敏捷开发
《规范敏捷交付:企业级敏捷软件交付的方法与实践》——2.4 精益开发原则
本节书摘来自华章计算机《规范敏捷交付:企业级敏捷软件交付的方法与实践》一书中的第2章,第2.4节,作者:(加)安布勒(Ambler, S. W.),(加)莱恩斯(Lines, M.)著, 更多章节内容可以访问云栖社区“华章计算机”公众号查看。
1548 0
|
测试技术 数据库
《规范敏捷交付:企业级敏捷软件交付的方法与实践》——3.5 敏捷数据
本节书摘来自华章计算机《规范敏捷交付:企业级敏捷软件交付的方法与实践》一书中的第3章,第3.5节,作者:(加)安布勒(Ambler, S. W.),(加)莱恩斯(Lines, M.)著, 更多章节内容可以访问云栖社区“华章计算机”公众号查看。
932 0