敏捷开发系列学习总结（17）——团队需要Scrum Master做这六件事

65 阅读 0 评论 43 点赞

我是靠谱客的博主满意电话，最近开发中收集的这篇文章主要介绍敏捷开发系列学习总结（17）——团队需要Scrum Master做这六件事，觉得挺不错的，现在分享给大家，希望可以做个参考。

概述

我一直在和你的团队交流，好吧，可能不是你正在带的团队，而是很多和他们类似的团队。这些团队跟我分享了他们期待Scrum Master做的六件事情。

1. 帮助他们理解职责边界

敏捷团队被告知他们是自组织的。但是，这并不意味着每个企业的自组织都完全一样。比如说：

团队是否有权将团队的技术需求添加到Sprint中？
团队是否可以决定谁在这个团队中？
团队是否可以在不询问Scrum Master的情况下改变他们的Sprint长度？
在未经许可的情况下，团队可以在工具、团建活动或任何其它事情上花多少钱？
。。。。。。

当团队第一次被告知他们是自组织时，他们通常会很挣扎，因为他们不知道这意味着什么。作为Scrum Master，你需要帮助团队了解他们可以自由操作的职责边界。

2. 让他们感觉到安全

Scrum Master的一项重要工作就是创造安全感。例如，团队能够进行Sprint计划，而不必担心如果他们没有完成他们预期的一切而被大吼大叫。团队需要交付高质量的成果，但是如果因为疏忽导致了一个生产环境的缺陷，团队诚实地承认错误，他们知道不会因此而遇到麻烦。当被问及完成这些功能需要多长时间时，团队能够真实地回答，而不用担心延期或者提前完成会产生不好的影响。

3. 赞美他们

每个人都喜欢听到“你做得很好，太棒了”。在我坐下来写这篇文章之前，我在遛狗的时候，遇到了一个女士带着一只漂亮的棕色拉布拉多犬，我说，“你的狗狗真漂亮啊。”她的脸发亮，笑容满面。我猜她在狗狗的打扮上一定下了不少功夫，她显然非常感激这种赞美。你的团队成员也是一样的。当某人做得很棒时，让他们知道。即使是简单的“你很棒！”也可以提供帮助。当然，态度要诚恳，一旦你开始寻找赞扬团队成员的机会，你会发现很多。

4. 支持他们

团队需要你的支持。帮助团队移除障碍是你职责的一部分，但更重要的是，你应该努力在问题成为障碍之前将其移除。支持团队不仅仅是处理障碍。当你对他们始终诚实，并且让他们感到公平时，团队成员会感受到支持。言出必行。当你告诉团队成员你会做某事时，紧接着就去完成它。你帮助团队，让他们对自己的承诺负责，对你自己要用同样或更高的标准。平易近人。如果你每天都是坏脾气，那你不可能指望团队成员在需要帮助时来找你。与团队成员交谈。不要说太多，以免影响团队工作的推进，但你应该了解每个人在Sprint期间的表现。知道什么时候提供帮助，即使只是为了倾听，或者在某个早晨为某人带来一杯他最喜欢的咖啡。

5. 让他们感觉很牛

我遇到的最糟糕的Scrum Master们都有一个共同的特点：他们认为这一切都是为了让自己看起来很棒。在Sprint评审会上，这些Scrum Master会说“让我来给大家展示我团队的成果”。Scrum Master的工作是让团队看起来很棒。这不是形式上的，而是感受到的。优秀的Scrum Masters帮助团队成员尽其所能。然后他们确保组织知道团队成员正在很好地进行他们的工作。

6. 知道什么时候打破规则

Scrum的规则很少，但它们存在的理由很充分。每个都有助于团队敏捷并增加成功的可能性。但是，正如俗话所说，规则意味着被打破。你的团队希望你在适当的时候可以打破规则。有时候常识占上风，而规则会妨碍常识。一个好的Scrum Master会认识到这些情况。例如，永远不要延长Sprint是我遵循的规则，通常是这样的。我打破过吗？是的，偶尔，而且总是有充分理由。3个小时是是Sprint回顾的时长上限。我的99％的回顾都是在更短的时间内完成的，通常时间要少得多。但是我辅导过的团队打破过3小时的规则吗？是的，我们偶尔会讨论一个非常热门的话题，而且似乎继续讨论比推迟要更好。你可以成为一个优秀的Scrum Master。成为一个优秀的Scrum Master，没有什么秘密、神奇或神秘的东西。你需要为团队做的很多事情，都是那些你过去的领导和经理为你做的让你很感激的事情。