2016年11月14日星期一14:59

我们太过混乱了

撰写者

问题在Scrum和敏捷圈中一直存在,一个团队可以偏离目标多远 Scrum规则 在成为“ Scrum弃儿”之前...

赢得了“真信徒”的嘲笑和嘲笑。但是,保持不变并始终遵守那些可能打扰某些人的规则的局面还是有一些。

这里有一些关于遵守规则或改进规则的想法。

Scrum规则

尽管Scrum被Ken Schwaber和Jeff Sutherland定义为“开发和维持复杂产品的框架”, [1],有一套不同的规则。牢不可破的规则。实际上,Scrum指南的副标题就是“ Scrum权威指南:游戏规则”。

这些规则使Scrum成为Scrum。如果您不遵守规则,则说明您不是在做Scrum。

现在,这不是与Scrum唯一相关的考虑因素。如果要下棋,请遵循棋子的规则(棋子的移动方式),棋盘(8 x 8)以及游戏的其他规则。如果您想做其他事情(例如,引入一个新作品,例如“小丑”(将2向上移动2,然后玩家必须讲个笑话),那么您就不再下棋了。带有球,棒,底座和球员的游戏的变体,但是只有一组规则可以管理棒球,依此类推。

每种敏捷方法都有规则。极限编程(XP)具有十二条原则,这些原则为XP建立了规则。如果您未遵循全部十二项原则,则说明您未在执行XP。功能驱动开发(FDD)有其过程。等等。

Scrum精英的关注是有效的。他们试图确保仅遵循某些Scrum规则而不遵循其他Scrum规则并且失败的团队不会将失败归咎于Scrum。换句话说,我们的信念是,如果严格按照Scrum规则中的定义执行Scrum,则软件开发(或产品开发)工作将会成功。如果未成功,则不会遵循称为“ Scrumbut”的软件开发形式的规则(“我们正在做Scrum,但是[指定一些未遵循的规则,例如,我们仍然有项目经理])。

当被问及是否可以在没有各种已定义的组件(例如拥有Scrum Master,日常站立或回顾展)的情况下执行Scrum时,Scrum社区一致表示“不”。

以下是Yahoo Scrum开发小组以及LinkedIn敏捷和精益软件开发小组过去几年的一些随机评论。

当被问及是否可以在没有Scrum Master的情况下“做Scrum”(名字被隐瞒):

“不,没有Scrum Master不可能拥有Scrum。祝你有美好的一天。”

“没有Scrum Master,您仍然可以去做开发工作,但是您不能称其为Scrum。”

“如果您的团队中没有Scrum Master,那么您就没有在做Scrum。如果在一盘棋开始时没有两个主教,那么您就不会下棋。”

类似的响应适用于在没有站立的情况下并且没有正式结束sprint回顾的Scrum:“这不是Scrum,而是Scrumbut。”因此,应该避免更改规则,因为没有人喜欢被称为“但是”,特别是“ Scrumbut”。

如果规则不再适用怎么办?

但是,当团队或球员发现规则约束,限制或绝对不敏捷时,会发生什么?

那可能吗?

例:

该团队已经合作了三年多,使用Scrum作为他们的软件开发方法。无论如何,他们都是塔克曼模式下的表演团队。他们定期履行所有冲刺承诺,并且表现出色,尤其是与部门中的其他Scrum团队相比。

多年来,为了不断改进流程,他们进行了许多更改,这些更改影响了Scrum的基本宗旨。

由于他们在同一地点并不断地相互交谈,因此他们认为他们的“每日站立”是多余的。在站起来的时候,他们重述了前一天大家都知道的事情。基本上,他们都知道彼此在做什么。他们说,他们并不想错过站立式比赛,他们喜欢每天多余的15分钟,因为他们没有休息。

他们还决定等到Sprint结束以检查他们的工作为时已晚,这使得回顾展也变得多余。他们在Sprint期间进行了更改,并进行了调整并召开了专门会议来解决问题。回顾展已成为对已经发生的事情和浪费时间的回顾。

他们消除了它。

最终,他们意识到自己能够应对所有的障碍和障碍。他们不需要去找Scrum Master担任中介。他们进行了自己的Sprint计划会议,并与产品负责人进行了评论,他们当然不需要进一步说明Scrum的工作原理。

由于他们是一支高绩效团队,因此他们之间也解决了所有问题。他们建议Scrum Master可以更好地与其他团队共度时光。 Scrum Master做到了。 (我与Scrum Master进行了交谈,Scrum Master对于卸任没有丝毫失败或不满的感觉。他更像是父母看着孩子从大学毕业并独自进入工作岗位。他表示,希望其他团队要求将他遣散。)

就数量和质量而言,它们的速度和产量都很高。但是他们没有做Scrum,因为他们没有遵循Scrum规则。这没关系。当然,团队并不关心标签,无论如何他们仍然认为自己在做Scrum。 Scrum治安官还没有到城里告诉他们停止前进并停止前进。

首先遵守所有规则

您必须遵循规则,因为您需要从中获得发展的基线。否则,您怎么知道自己有所改善?为了解释塞内卡的评论,如果没有出发点,您将如何知道要走的方向?

如果您改进了流程并更改了Scrum规则之一以使其更适合您,那么您将不再需要Scrum。您可以称之为其他名称。可能是板球,NuScrum或Murcs(Scrum拼写向后)。

你怎么称呼它?

那么,如果不是Scrum,那又是什么呢?我们可以随意调用该过程。上面提到的团队进行了这样的讨论。一个建议是将其称为“猫王”(来自猫王的粉丝),因为“我们速度很快,我们在摇摆”其他建议包括“超级Scrum”(穿着适当的制服),“ Uber Scrum”,“严谨”,当然还有“ 过度 Scrum”,团队成员通过指出“我们对Scrum如此过度”来强调双重竞争者。

他们的最终答案是什么?当其他开发人员或管理人员询问他们在做什么时,他们回答了什么?他们最终称呼他们的方法是什么?

没有。他们决定不需要名字。或标题。或“敏捷方法”。他们决定甚至不需要称自己为“敏捷”。他们只是以他们知道的最好方式来开发软件。这对他们来说足够了。

敏捷与开发软件或产品无关

也许我们错了。也许“敏捷”并不是要开发更好的软件。也许Scrum并不是真正的“产品开发框架”。也许敏捷是将一群软件开发人员聚集在一起,然后作为一个团队,然后作为一个高功能团队工作的一种方式。也许软件开发只是团队形成和执行时要做的。从结对编​​程到Scrum Master,再到代码的集体所有权,敏捷的所有实践和指示都似乎与改善团队的协作以及生产软件一样。

也许,如果我们将“敏捷”视为团队开发方法而不是软件开发方法,那么作为一种方法或另一种方法的所有问题都将逐渐消失。当重点放在发展一支高性能团队时,积压,重构,仅具有三个角色,功能列表,原型设计会话以及所有其他角色,成为了开发高性能团队的方法和技术。

毕业时间

在1950年代美国的公立学校系统中(我不知道持续了多长时间),当孩子们从幼儿园搬到小学一年级时,举行了毕业典礼。我有一张我自己从幼儿园毕业的老照片,是我母亲传给我妻子的。用棕褐色调,我站在学校的墙壁前,手里满是吊带(当天的衣服),灰泥板和某种证明。

我是说Scrum就像幼儿园吗?在某种方式。

正如罗伯特·富勒格(Robert Fulghum)所说:“我真正需要了解的(关于生活)我在幼儿园学到的所有知识”,所以我们可能会说到Scrum:“我们需要成为一个在Scrum学习的高效生产力的软件开发团队。”

就像在幼儿园和整个学校一样,最终目标是学习一些东西并毕业。使用Scrum(以及所有敏捷方法),我们的目标是学习一些知识(尤其是与团队合作),并最终从Scrum毕业。从Scrum“毕业”后,我们所说的过程并不重要。我们可以简单地称其为“敏捷”

您的目标应该是从Scrum的所有规则开始,以便您正在执行Scrum,然后进行改进以达到不执行Scrum的目的,并逐步达到更好的目标:团队自己的软件开发过程。

正如Tobias Meyer所说,“ Scrum的最终目标是最终停止使用Scrum。”

[1] Schwaber和Sutherland,《 Scrum指南》,2016年7月,Scrum.Org和Scrum Inc.

史蒂夫·布莱斯

PMP 史蒂夫·布莱斯在业务分析,项目管理和软件开发方面拥有超过43年的经验。 他为开发业务分析流程的公司提供咨询服务。他是IIBA BABOK指南3.0的委员会成员。他是《业务分析:成功的最佳实践》一书的作者。

©BA Times.com 2020

麦格雷戈徽标白色网站