敏捷与 Scrum | #4 项目管理入门
已发表: 2022-10-21敏捷和 Scrum 这两个术语经常用于敏捷管理的上下文中。 敏捷与 Scrum:有什么区别? 在下面的文章中找到答案!
敏捷与 Scrum——目录:
- 什么是敏捷方法论
- 什么是 Scrum 方法论
- 敏捷与 Scrum
什么是敏捷方法论
今天,很难跟上业务动态。 因此,传统的管理方法并不总是有效,尤其是在软件开发的情况下。 在项目规划之初,很难设定所有可能的目标。 这样,您可能会错过市场上的重要变化,并最终得到一个完全没有吸引力的最终项目。 这就是敏捷出现的原因。 它是什么?
2001 年,新思想的代表在美国的一个度假村会面。 那时,在运行 IT 项目时,他们设法达成了共同协议。 他们创建了“敏捷软件开发宣言”,这是对所有敏捷方法的原则和价值观的宣言。
宣言以四个简短的假设开始:
- 人员和交互超过流程和工具
- 正式协议上的客户协作
- 在大量文档上工作的软件
- 响应变化而不是遵循计划
敏捷是一种管理类型,其本质是最大的灵活性和适应不断变化的商业环境的能力。 它假设在项目开始时,没有人可以准确地计划项目的整个过程。
因此,工作被划分为称为冲刺的短周期。 其中一个通常持续 1 到 4 周。 在每个 sprint 中,团队独立计划工作、设计解决方案、程序、测试并接收客户的反馈。 工作的迭代模式允许循环交付最终解决方案的已完成部分。
此外,敏捷团队的组织方式看起来与传统的组织方式不同,在后者中,管理起着关键作用。 敏捷的员工群体是自组织的和跨职能的。 这意味着他们可以自行决定如何完成工作,并且他们的成员拥有成功完成个人冲刺所需的所有必要技能和能力。 将如此多的责任委派给团队对他们的动力很有帮助,因此他们每天都表现出更多的工作意愿。
什么是 Scrum 方法论?
Scrum 是从体育术语中借来的一个词,特别是从 rugby 中借来的。这是一个非常好的内涵,因为在 Scrum 中工作恰恰是一种团队游戏。 这里没有重要性等级,重要的是合作。 Scrum 方法鼓励团队成员从经验中学习,独立组织他们的工作,并反思他们的成功和失败,以不断改进。
Scrum 为执行项目的团队定义了一个框架。 以前主要指IT行业和软件开发,现在有了更普遍的含义。 它的想法是将产品分批交付给客户。
在实践中,它看起来像这样:在例行会议期间,例如,每个月举行一次,展示项目的已完成部分,例如单个模块。 工作在冲刺中完成,即短阶段,在此期间客户对项目的进度有一个总体了解。
Scrum 框架可以说是启发式的。 它归结为不断学习和适应不断变化的因素。 这个概念是基于这样一个假设,即在项目开始时,团队没有完整的知识,随着经验的积累,团队会不断发展。 Scrum 旨在帮助员工自然地适应不断变化的客户需求和优先级的修改。
在 Scrum 中,存在三个工件。 这些是产品待办事项、冲刺待办事项和增量。 产品待办事项是由产品所有者或产品经理维护的列表。 这是一份待完成的工作清单——功能、要求、增强和修复。 sprint backlog 是团队选择在当前 sprint 周期中实施的功能或错误修复列表。 另一方面,增量是给定冲刺的结果的可用产品。
敏捷与 Scrum
敏捷和 Scrum 这两个术语已经成为管理者词汇的一部分,但仍然被其中一些人混淆和互换使用。 尽管它们有很多共同点,但它们并不是一回事。 Scrum 是源自敏捷的最流行的方法论。
首先,敏捷是一个更广泛的概念。 它更像是一种思考工作的方式,以及如何交付有价值产品的整个哲学。 另一方面,Scrum 是一种可以在工作中直接实施和使用的工具。 它规定了如何实施项目的特定框架。 形象地说,敏捷向您展示了您应该到达的地方,而 Scrum 向您展示了确切的方向。
Scrum 基于敏捷哲学。 它反映了所有 12 条原则,包括:灵活性、迭代、经验主义或持续改进的概念。 敏捷状态报告显示,使用敏捷方法的公司中有 70% 使用某种版本的 Scrum。 因此,对于某些人来说,敏捷等同于 Scrum,因为他们不熟悉其他方法。
立即变得敏捷是不可能的,因为它需要整个团队的承诺来改变其与客户合作的方法。 但是,可以使用诸如 Scrum 之类的程序框架来促进向这种思维方式的转变,并将敏捷原则实施到日常工作和员工之间的沟通中。
敏捷与 Scrum 。 你刚刚学会了区别! 查看我们关于 Python 和 Javascript 的其他系列!
如果您喜欢我们的内容,请在 Facebook、Twitter、LinkedIn、Instagram、YouTube、Pinterest、TikTok 上加入我们忙碌的蜜蜂社区。
项目管理入门:
- 什么是项目?
- 什么是项目管理?
- 如何管理项目?
- 敏捷与 Scrum
- 敏捷与瀑布
- 4 项目实例