为什么5个Scrum值使团队更有效率? (Why the 5 Scrum Values Make the Team More Effective?)

Scrum的5个核心价值观——勇气、尊重、专注、开放和承诺,对于构建高效团队至关重要。团队成员通过勇气面对挑战,尊重和信任彼此,保持专注以达成冲刺目标,开放沟通解决问题,以及共同承诺提供最有价值的产品。这些价值观有助于确保Scrum的顺利实施和团队的成功。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

几年前,Scrum在框架中添加了5个值,团队中的每个成员都使用它来指导他的决策。并不是很多人都知道并理解这些价值观,但它们对于scrum的成功实施至关重要,值得在这里详细阐述它们的含义。

当团队中的每个人都有一种由敏捷宣言中的价值观驱动的心态时,敏捷团队是多么的有效。Scrum有自己的五个值集,它们对Scrum团队的作用完全相同。

Scrum5个

那么Scrum值是什么?下图描绘了5个值:

五个Scrum值

勇气 (Courage)

Scrum团队有勇气接受挑战。团队中的每个人都有勇气为他们的项目挺身而出。

当老板要求你和你的团队实现一个不可能的目标时,你会怎么做?如果他要求他们在两个月内完成一个不可能在两个月内完成的项目的最后期限达到两周呢?有效的Scrum团队有勇气站起来对不可能实现的目标说“不”,因为他们有计划工具来展示可能实现的目标,以及相信他们能够提供最有价值软件的用户和利益相关者。

尊重 (Respect)

你和你的队友互相尊重,你团队中的每个人都信任其他人去做他们的工作。

信任和尊重是紧密相连的。Scrum团队中的人互相倾听,当他们不同意时,他们会花时间理解彼此的想法。团队中的人在方法上意见分歧是很自然的。在一个有效的Scrum团队中,当你的队友不同意你所采用的方法时,你会倾听,但最终他们会尊重你的决定,如果你采用他们不同意的方法,他们会给你带来怀疑的好处。

聚焦 (Focus)

每个团队成员都专注于冲刺目标,他们在冲刺中所做的一切都有助于他们朝着目标前进。在冲刺过程中,每个人只处理冲刺任务,每次只做一个任务,直到冲刺完成。

在scrum sprint期间,scrum团队中的每个人都专门关注sprint积压工作中的项目以及在计划会议中将其分解为的任务。每个人一次处理sprint积压工作中的一个项目,只关注计划中的一个任务,并且仅在当前任务完成时才转到下一个任务。

开放 (Openess)

你总是知道你的团队成员在做什么, 你很放心他们知道你在做什么。如果你遇到了问题或障碍, 你可以向球队提出来。

当你遇到问题时, 和队友交谈并不总是容易的。我们谁也不喜欢犯错误, 尤其是在工作中。这就是为什么团队中的每个人都需要分享这个价值: 如果你和你对他们的问题和路障同样开放, 那么和队友们讨论问题和障碍就容易多了--这对整个团队都有帮助。

承诺 (Commitment)

团队中的每个人都致力于提供他们能提供的最有价值的产品--公司的其他成员也致力于提供最有价值的产品。

当团队致力于项目时, 这意味着他们为实现冲刺目标而计划的任务是他们必须完成的最重要的任务。每个团队成员都觉得自己在公司的个人成功与项目的成功息息相关。不仅如此, 团队中的每一个人都觉得他们致力于增量中的每个项目, 而不仅仅是他们正在处理的项目。这就是所谓的集体承诺。

但如果出现了对公司很重要但不是项目一部分的事情, 会发生什么呢?为了使 scrum 有效, 老板需要防止这种情况发生。换句话说, 公司需要充分致力于项目, 尊重团队对冲刺目标的集体承诺, 并遵循 scrum 规则。

那么, 一家公司如何表达这种承诺呢?

通过赋予团队在每个冲刺过程中确定要开发哪些功能的权限, 并相信团队将如何交付最有价值的软件。公司通过为团队指派一名全职产品所有者来决定将构建哪些功能并按已完成的方式接受这些功能来做到这一点。


更多推荐的 scrum 文章

What’s this book all about? Well, it’s about how to develop software from a personal perspective. We’ll look at what it means for you to take a problem and produce a program to solve it from beginning to end. That said, this book focuses a lot on design. How do you design software? What things do you take into account? What makes a good design? What methods and processes are there to help you design software? Is designing small programs different from designing large ones? How can you tell a good design from a bad one? What general patterns can you use to help make your design more readable and understandable? It’s also about code construction. How do you write programs and make them work? “What?” you say. “I’ve already written eight gazillion programs! Of course I know how to write code!” Well, in this book, we’ll explore what you already do and investigate ways to improve on that. We’ll spend some time on coding standards, debugging, unit testing, modularity, and characteristics of good programs. We’ll also talk about reading code, what makes a program readable, and how to review code that others have written with an eye to making it better. Can good, readable code replace documentation? How much documentation do you really need? And it’s about software engineering, which is usually defined as “the application of engineering principles to the development of software.” What are engineering principles? Well, first, all engineering efforts follow a defined process. So we’ll be spending a bit of time talking about how you run a software development project and what phases there are to a project. We’ll talk a lot about agile methodologies, how they apply to small development teams and how their project management techniques work for small- to medium-sized projects. All engineering work has a basis in the application of science and mathematics to real-world problems. So does software development. As I’ve said already, we’ll be spending a lot of time examining how to des
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值