Page 1 of 1

案例研究:在瀑布环境中引入 Scrum

Posted: Mon Jan 27, 2025 8:51 am
by suchona.kani.z
敏捷方法模型的介绍以这种方式或类似的形式,该模型也被用于敏捷方法的研究。我简单地将其称为弹性模型。

我想举一个简短的例子来说明 Scrum 的引入如何不会自动带来敏捷性。为此,我们想象一个虚构的开发人员团队,他们以前根据一组给定的规范工作。项目经理希望将流程模型转换为Scrum,因此所有团队成员都完成了Scrum 培训。开发人员被选为 Scrum Master。产品负责人的角色由专业部门的人员担任。

事情一开始有点坎坷,这是可以预料的。三个月后,球队重新安顿下来,再次表现出色。这是通过与原始规格相比的进度百分比来衡量的。在年会上,项目经理询问事情进展如何。他发现团队指定了一位经验丰富的开发人员作为技术产品负责人。您在团队中的任务是将用户故事划分为任务,从而尽可能减少技术困难,并且无需进行进一步的沟通。然后,冲刺计划仅决定谁将 渔业和林业电子邮件列表 承担哪个任务以及如何在实施过程中尽可能少地产生合并冲突。

对于用户故事,产品负责人已经养成了采用以前的规范并将其重写为用户故事的习惯。 Scrum Master 主持 Scrum 会议,但除此之外还有大量时间专注于开发。在回顾期间,出现了何时必须完全处理积压的问题,于是 Scrum Master 解释说不再有这样的截止日期。项目经理对Scrum的实施有些惊讶,但也很满意。

此示例展示了如何将 Scrum 作为解决方案引入,而没有考虑它试图解决的实际问题。也许动机是用户迄今为止从这些变化中获益甚少,因此应该整合他们的反馈。或者他们不确定技术架构是否适合所描述的系统,这就是他们想要创建功能性临时版本的原因。或者这只是趋势?在示例中,引入了“Scrum”,并且仍然使用瀑布模型:已经有规范形式的需求,必须尽可能高效地实现。敏捷是让团队能够解决复杂的问题,而不是神奇地让团队更快或更好。当然,您可以使用 Scrum 来实现需求规格说明,但它不一定是正确的工具。

多样性
最简单的多样性模型有两类,即所谓的工作相关多样性(例如专业知识、经验或培训)和背景多样性(例如性别、移民背景或残疾)。

为了汇集不同的专业知识,与工作相关的多样性非常重要。如果你只有一把锤子作为工具,你就会把所有问题都视为钉子。例如,如果一个偏爱特定编程语言的热情开发团队想要解决某个问题,那么该解决方案很可能是该编程语言的一个软件 - 无论是否存在其他更好的解决方案。因此,多样性扩大了可能解决方案的空间。