Scrum Master的坏习惯

Question

现在Scrum是非常受欢迎的dev.process，而且项目经理突然获得了新的头衔（Scrum Master）。然而，它应该不仅仅是一个新的标题，而是新的习惯和新的范例。你的Scrum主人的坏习惯是什么？

Answer 1

不让scrums走上正轨 - 让他们进入技术讨论和更长时间的会议。

Answer 2

1. 微观
2. 执行旧式的指挥和控制，而不是为自我导向的团队提供便利
3. 更多关注数字/燃尽/积压，而不是组成团队的 人
4. 不保护团队免受外界干扰

Answer 3

分配工作并询问每日状态报告，而不是让团队学习如何管理自己的工作。

Answer 4

Scrum Master最初的一个坏习惯是认为我们会照顾自己的障碍。这是Scrum Master应该做的事情之一，但她把它留给我们直到它无法管理。

我们处理的另一件事是Scrum Master认为他们负责驾驭开发人员，直到完成任务。这会给团队带来不良气氛，因为他们应该自我管理。

对我和我们的团队来说，Scrum Master的工作是成为团队的盾牌和助手，阻止障碍并尽其所能帮助加快工作。 Ken Schwaber的敏捷软件开发与Scrum 是Scrum的一个很好的介绍，这是我们团队使用的，我们已经非常成功。还有使用Scrum的敏捷项目管理，特别是Scrum Master和产品负责人角色。

Answer 5

1. 使用超级活动对团队进行微观管理
2. 因为“Scrum说”和“团队必须投票”而压倒高级开发人员的技术决策。完全取消了高级技术人员的权力。
3. 在回顾展中尝试从一块石头上挤出血液来解决实际上没有问题的问题。
4. 告诉我这些要点并不重要，但在每次检查时，这些要点都会被检测出来，每2周检查一次。此外，我们的年度奖金基于我们的积分表现。

Scrum很好，但是它可以忽视良好的工程实践和技术流程，这些工作实践和技术流程已经长久以来一直很有魅力。

Answer 6

scrum master有两种：

1. 由于采用敏捷而改名的项目经理。
2. 专门的scrum大师，他只会促进scrum并向项目经理报告（shusa）。

第二点是在“真正的”敏捷组织中传播和实践。它很贵，但它有一些优点。

此外，

1. 预计scrum master将一直与sprint团队一起出现（不是字面意思）。如果项目经理这样做，他/她将是微观管理。
2. Scrum大师的角色不是管理预算，而是根据团队可以做的工作量来确定sprint团队的可预测性。
3. Scrum大师应该了解团队成员的优缺点，并促进scrum间的最佳实践分享。

所以，我的观点是，如果这些角色混淆，团队可能做得不好。

Answer 7

不断地将新错误交换进Sprint。

Answer 8

没有帮助过程的推回部分，例如“这些都是客户在此次迭代中想要的所有商店，这就是我们必须做的事情。”

Answer 9

不断尝试将实际工作时间与故事点估计相关联。

Answer 10

当我参与Scrum时，Scrum主人迅速养成了让我们做自己的事情的习惯，而Scrum又回到了我们正常的开发程序中。

Answer 11

1. 无法在周期内适当地插入任务（通常太多）
2. 与外部客户处理不当（如果某个任务对于一个周期来说太大，对团队抱怨而不是推回客户）
3. 让每日scrums过程太大 - 不要坚持一定的时间限制（我们最喜欢15分钟）。

Answer 12

我真的不喜欢当ex-PMs转变时Scrum Master认为Scrum是一种削减原始（个人）义务的方法，而不会将时间投入到团队工作中，并积极减少压力（计划挫折）。他们只是退后一步，开始称赞自己取得了很好的成绩，而每个人都可以看到团队在没有他们存在的情况下表现更好。

在我看来，我们最好的Scrum大师是具有强烈责任感的开发人员，或非PM。

然后，我曾经（在世界知道Scrum之前）为那些严重摇摆的PM工作过。今天他们会成为伟大的Scrum大师，我敢肯定。