与敏捷团队一起交付价值

  • Ben Linders
  • 陆志伟

2015 年 11 月 11 日

话题:Scrum语言 & 开发文化 & 方法

Ralph Jocham 在 InfoQ瑞士邮政服务的大规模 Scrum采访中解释了他们是如何使用 Nexus 框架比计划提前三个月交付产品的。在这篇采访中,Jocham 讨论了如何与敏捷团队一起交付价值,Scrum master 和产品负责人应该具备的最重要的技能,如何知道你交付的软件质量是正确的,以及如果团队希望交付更多的价值,团队可以做点什么。

InfoQ:您可以分享您对与敏捷团队一起交付价值的观点吗?什么是价值?

Jocham:价值非常的重要,但是也是含糊的字眼。到了最后价值就是金钱,就是你卖出的产品和服务创造的利润。在 Scrum 中实现价值最大化是产品负责人的工作。我们认为产品负责人就是产品经理,其与开发团队紧密协作,以一种灵活的方式负责产品所有的相关工作,允许协同效应。

除了价值就是金钱,你还可以在这些地方发现价值:

  • 愿景:由产品负责人传达的一个明确的目标,目标是实现高度的自组织,通过开放答案和决定,自组织能够实现更多的价值
  • 产品 Backlog 的顺序:通过展示依赖性,在早期解决特性或者技术风险,最重要的是在早期阶段交付高价值的项目
  • 发布:在你进行发布之前,你只有库存。规范、部分实现了的功能(源代码)、文档,基本上你为发布做的一切都是受约束的资本。发布是唯一的机制,你唯一创造价值的机会。然而,由于市场的原因,并不是每次发布都会保证创造价值,购买产品和服务决定了能不能产生价值。你越频繁地发布,就能越频繁地从市场学到经验和教训,就能越频繁地检验和适应,从而在后续发布中优化价值。
  • 负价值:我们不应该忘记这一点。你所做的导致客户不满意的一切都是负价值,比如 bug、不稳定的产品、不友善的 UI 变化。尽可能地确保你的产品或者服务总是最高质量。

InfoQ:在您看来,哪些事情在为团队交付价值中发挥着作用?

Jocham:最重要的是在 Sprint 的截止日期“完成”一切,完成意味着潜在可发布。如果你没有“完成”,那么你只是创造了库存。并不是每次 Sprint 都会授权发布,但是“完成”使业务能够根据需要以最快的速度向前移动。为了“完成”,你需要一个跨职能的开发团队,你需要为了完成工作所需的一切技能。我喜欢用方程式,团队 = 产品;产品可能拥有团队具备的,却不能拥有团队不具备的。

最先进的工程实践同样扮演着非常重要的角色。丰富的 Scrum 经验有利于发现合适的产品。Scrum 不会告诉你怎么做,它与技术无关。长远来看,为了维持价值,你需要一个非常完善的技术基础。否则,支持和维护将会吃掉你的价值。

InfoQ:在您看来,Scrum Master应该具备的最重要的技能是什么?产品负责人又应该具备哪些技能呢?为什么?

Jocham:在Scrum.org我教导的培训中,我们有一个关于这个问题的练习。下面是我从数百个 PSM 和 PSPO 培训中摘录下来的排名靠前的答案。

Scrum Master:

  • Scrum
  • 交流沟通(Communication)
  • EQ/ 同理心(Empathy)
  • 坚持(Persistent)
  • 调解(Moderator)/ 促进(Facilitator)
  • 信任(Trust)

产品负责人

  • 领域(Domain)/ 业务知识(Business Knowledge)
  • 交流沟通(Communication)
  • 果断(Decisive)
  • 远见(Visionary)
  • 技术能手(Technical Adept)
  • 优先权(Prioritisation)

作为 Scrum Master 你需要知道 Scrum 的来龙去脉。这种技能只能通过多年的实践和努力获取。以我的经验,太多的所谓“敏捷教练”缺乏这种基本技能,因为,为了行之有效,他们都应该在“ri”级别完成(基于Shuhari,它描述了学习和掌握的水平)。交流沟通是第二重要的技能。作为一名 Scrum Master,你需要在企业内解决各种各样的障碍,与你的开发团队密切合作。这同样适用于 EQ 和同理心。你需要良好的沟通技能和更优秀的倾听技能——我个人认为这是一种沟通方式——去理解和授权团队的每个成员。作为 Scrum Master,你需要运行所有的 Scrum 事件,从 Sprint 计划到回顾,以及其它一些重要的研讨会。为此,你需要成为一名熟练的调解人,从而能够在特定的环境下应用正确的引导技术。记住做正确的事情,不要顾及后果,拥护你的团队,永远不接受“不”。

作用一名产品负责人,你应该将自己看成企业家,通过很多小目标追求宏伟愿景。为此,你需要了解业务和它领域的来龙去脉。没有这些知识,一路上你就不能做出这些艰难的决定,更不用说能够优先竞争理念。同时你应该是技术能手,与开发团队密切合作,通过合理使用可用的和即将推出的技术,实现技术债务的最小化,价值的最大化。所有这些都需要很强的沟通能力。

InfoQ:你如何知道交付软件的质量是否正确?

Jocham:你如何知道你是健康的?你不知道。你尽最大努力以最健康的生活方式生活,并提防有关迹象。对于产品也是一样。

在我们继续之前让我们先后退一步,回答一下问题。哪种种类的质量确实存在?对我而言有两种:第一,质量就是正确的产品:在监管环境之下,我们称为确认。第二,质量是关于技术实现是否良好,在监管环境之下,我们称为验证。

在瑞士邮政服务项目中,技术质量是通过“完成”的定义,和最先进的工程实践解决的。产品质量是通过终端用户和利益相关者从邮递员到支行经理间的持续连接保证的。最后,全部都是关于幸福客户。

InfoQ:如果团队希望交付更多的价值,对此您有什么建议?

Jocham:这是一个非常好的问题,这个问题没有直接的答案。价值就是获得成功——你如何能够保证成功?这是最终目标!价值是滞后指标,取决于前期做出的决策。这意味着,你需要找到一种方法来量化结果,将它们关联到前导决策。如果你成功建立了你的经验过程控制,你就拥有了最大化价值所需的工具。

查看英文原文:Delivering Value with Agile Teams

Scrum语言 & 开发文化 & 方法