敏捷方法:Scrum 方法的介绍

B2C Data Innovating with Forum and Technology
Post Reply
kumartk
Posts: 15
Joined: Tue Jan 07, 2025 5:56 am

敏捷方法:Scrum 方法的介绍

Post by kumartk »

敏捷方法通常与传统的项目管理方法相反。它将客户的需求置于优先事项的中心,并有利于项目中所有利益相关者之间的对话。

最初,这种方法是为软件和 Web 开发项目创建的。如今,敏捷方法越来越广泛,因为它适用于多种类型的项目,所有领域的结合。

什么是 Scrum 方法?
迄今为止,Scrum 是最流行的敏捷方法。Scrum 方法遵循敏捷方法论的原则,也就是说客户在整个项目中的参与和积极参与。

Scrum一词来源于体育词汇,英文意思是“scrum”。基本原则是团队一起前进,并随时准备在项目进展时重新调整方向,就像橄榄球争球一样,球员们在一个团结的团队中,根据球的运动齐心协力移动。

Scrum 方法基于冲刺 (sprint),冲刺的时间相当短,通常持续 2 到 4 周。在每个冲刺结束时,团队都会展示他们添加到产品中的内容。

Un schéma représentant la progression d’un projet au gré de ses différents sprints.
遵循 Scrum 方法的敏捷项目管理由一系列冲刺组成

Scrum 方法的参与者有哪些?
敏捷 Scrum 方法将三个参与者聚集在一起:产品负责人、Scrum Master 和开发团队。让我们更详细地探讨每个玩家的角色。

产品负责人
产品负责人,或者说产品总监,是Scrum框架中客户和用户的代表。科威特号码数据 产品负责人对产品有很好的愿景,了解规格和​​理想的开发,并定义要遵循的路线图,以便产品最好地适应客户的需求。

他是专注于产品开发的技术团队与表达需求并希望了解项目进展的客户之间的中间人。如果说开发团队对产品的技术质量负责,那么产品负责人则对其功能质量负责。

产品负责人 与团队没有层级关系。理想情况下,他是团队不可或缺的一部分,并且在同一个房间工作。

敏捷大师
Scrum Master作为团队的一员,其目的是促进团队的组织,提高团队的生产能力。Scrum Master通过不断寻求改进来帮助团队独立前进。

Scrum Master的作用是确保每个成员的参与并帮助他们克服可能遇到的各种障碍。他还必须确保团队的自组织,以便最好地尊重 Scrum 方法论框架。

他不会向团队下达禁令或指示,他只会提出建议。 Scrum Master与产品负责人一样,不是层级经理。无论如何,在 Scrum 组织中,严格来说不存在项目经理,这与传统的项目管理 方法不同:每个参与人员都有自己的职责,并将其传达给整个 Scrum 团队。

开发团队
开发团队有责任:在每个冲刺结束时交付本次冲刺优先考虑的元素。团队一般由2至10人组成。她对技术质量和所做的技术选择负责。

最重要的是,开发团队的自组织至关重要。再次强调,Scrum Master不是命令发布者,而是促进者,产品负责人不必干预团队的组织。由开发团队决定完成其工作的最佳方式。

在这个团队中,我们特别发现开发人员的职责是开发和测试用户故事(用户故事是为了突出用户需求而编写的功能请求),以确保项目质量并报告任何问题或过程中的症结点。他们可以由首席开发人员陪同,帮助开发人员解决这些障碍并参与他们的技能开发。

Scrum方法的步骤是什么?
Scrum 项目的生命周期被一系列精确定义且有时间限制的会议所打断。这里我们将看到Scrum方法的不同事件。

短跑
你会明白,冲刺就是迭代。正如我们在本文前面提到的,这段时间通常最多持续 2 到 4 周,在此期间生产出产品的成品和可用版本。新的冲刺在上一个冲刺结束时开始。每个冲刺都有一个目标和要实现的功能列表。

冲刺计划
在计划会议期间,开发团队在与产品负责人达成一致的情况下,确定其认为在冲刺期间可以实现的产品待办事项列表(项目的功能和非功能需求的有序列表)的优先元素。因此,这次会议允许团队协调冲刺的实施,确定要解决的冲刺要素,并确定如何进行。

每日站会,或每日站会
每日例会(每日 15 分钟的会议)非常重要。它是站着进行的(因此它的英文名称为stand-up会议),以避免拖延并让您保持敏捷。目标是评估冲刺的每日进度。它允许团队同步其活动并制定未来 24 小时的计划。该 scrum 每天在同一时间、同一地点举行。

在会议期间,开发团队的每个成员必须盘点这三个要素 :前一天完成的工作、今天必须完成的工作以及遇到的可能延迟进程的(新的)障碍。

冲刺回顾
这就是冲刺完成后的总结。开发团队展示冲刺期间完成的可交付成果和新功能,并收集产品负责人和最终用户的反馈。

冲刺回顾
在冲刺回顾之后,这次会议是一个确定上一次冲刺之后可以改进的地方(生产力、质量、效率、工作环境等)的机会。这次会议是基于持续改进的原则,特别是优化接下来的冲刺。
Post Reply