植树节快来InfoQ技术大会认领你的专属果树吧>> 了解详情
写点什么

与敏捷团队一起交付价值

  • 2015 年 11 月 11 日
  • 本文字数:2225 字

    阅读完需:约 7 分钟

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

2015 年 11 月 11 日 18:001079
用户头像

发布了 92 篇内容, 共 18.0 次阅读, 收获喜欢 4 次。

关注

评论

发布
暂无评论
发现更多内容

思维导图整理Java并发基础

Java 架构 并发

Redis缓存热点引发的思考

Java架构师迁哥

通过扫码提交信息

IT蜗壳-Tango

七日更 2月春节不断更

为什么要持续学习

不在调上

如果生命的长度可以被改写「幻想短篇 27/28」

道伟

28天写作

人员培养,不是捷径的捷径(下)

一笑

管理 人才培养 28天写作

每个人都应该理解这三个基本的 MLOps 概念

李忠良

28天写作

Webpack | 如何提升构建速度,进行体积优化?

梁龙先森

大前端 webpack 28天写作 2月春节不断更

由孩子学会骑自行车想到

石君

日常思考 28天写作

常用网址

现实中游走

机器学习笔记之:Addition and Scalar Multiplication

Nydia

SpringIOC的注解开发

小马哥

Java spring 七日更

Mybatis【18】-- Mybatis自关联多对一查询方式

秦怀杂货店

mybatis

十倍效率背后的管理逻辑

Ian哥

28天写作

程序员成长第三篇:好的代码和好的工程师

石云升

28天写作 2月春节不断更 工程师等级

第四周-第一课

Geek_娴子

回顾与总结 | 视频号28天(28)

赵新龙

28天写作

驱动力读书笔记之三

张老蔫

28天写作

让我们与内心聊聊,寻找一段思考发展之路。

叶小鍵

你会在车里唱K吗? (28天写作 Day27/28)

mtfelix

28天写作 智能汽车 MaaS 出行方案

信任从对自己诚实开始

Justin

心理学 信任 28天写作

图解 | 原来这就是线程池

架构 线程池

Mac打开wps后风扇转的快机身发热

现实中游走

Mac cpu 100% wps 机身发热

信息茧房

lidaobing

28天写作 信息茧房

管理笔记[6]:任人唯贤、赏罚分明、任人所长

俊毅

【JS】异常处理

德育处主任

JavaScript 大前端 js 28天写作 2月春节不断更

硬核!阿里自爆虐心万字面试手册,Github上获赞89.7K

996小迁

spring 架构 面试 程序人生 JVM

黑客练手入门| pwnable.kr—幼儿瓶—01:fd

BigYoung

黑客 安全 安全漏洞 28天写作 2月春节不断更

【Linux系统】常驻进程应用实践

程序员架构进阶

Linux 守护进程 七日更 28天写作 2月春节不断更

28天瞎写的第二百三十七天:抢了HR 饭碗了吗?

树上

HR 28天写作

Kubernetes安装篇(下):基于Kubeadm方式的集群部署

xcbeyond

Kubernetes kubeadm 部署 28天写作 Kubernetes从入门到精通

与敏捷团队一起交付价值_Scrum_Ben Linders_InfoQ精选文章