前面我的同事在分享的时候，指出目前软件研发的最大问题不是效率，而是研发资源的浪费。可能产品经理半天写的需求，开发要埋头苦干三个月。如果错误的选择了一个对业务发展无益的需求，会带着大家往错误的方向越跑越远。

那么什么是正确的需求呢？我们认为对于业务发展有帮助、贡献度高的需求视为有价值的需求即正确的需求，而基于有价值需求的不断演进，才会让我们的业务发展越来越好，产品越做越强。

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

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

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

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

业务同学

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

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

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

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

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

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

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

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

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

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

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

产品经理

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

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

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

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

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

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

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

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

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

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

开发经理

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

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

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

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

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

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

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

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

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

总结

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

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

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

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

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

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

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

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

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

作者：径遥，阿里云云效 项目协作产品负责人

原文链接

本文为阿里云原创内容，未经允许不得转载。