如果您是项目管理领域的新手,那么大量不熟悉的术语和过程将会令人生畏。毕竟,作为日常工作的一部分,项目经理有许多角色和职责要执行。
项目经理负责为其管理的项目制定有效的项目计划和所有必要的辅助计划。他们识别并管理与项目相关的风险…
但在进入这些细节之前,你需要选择正确的项目管理方法来指导你的工作,并指导你的项目完成。
有许多不同的方法可供选择,每种方法最适合不同类型的项目。项目管理的两种最常见(也经常混淆) 的方法是敏捷和scrum。鉴于两者之间的相似性,很容易理解为什么有时会混淆它们,但实际上它们是两个不同的概念。
让我们来看看Scrum和敏捷在项目管理中的意义,它们之间的区别,以及如何为你的项目选择正确的方法。
Agile vs Scrum
敏捷项目管理是一种项目哲学或框架,它采用迭代方法来完成项目。而Scrum 项目管理是项目经理使用的最流行的敏捷方法之一。
敏捷是一种哲学或方向,而 Scrum 是一种管理项目的特定方法
在 Scrum 项目管理中,由项目经理领导的项目团队由产品负责人、Scrum 和其他跨职能团队成员组成。产品负责人负责使产品价值最大化,而 Scrum 主管负责确保项目团队遵循 Scrum 方法论。
Scrum 方法的特点是项目工作发生时的短阶段或“冲刺”。在冲刺计划期间,项目团队确定在即将到来的冲刺期间要完成的一小部分范围,这通常是两到四个星期的时间。
在冲刺结束时,这项工作应该准备好交付给客户。最后,冲刺以冲刺回顾和回顾结束——或者更确切地说,是吸取的教训。这个循环在整个项目生命周期中重复进行,直到整个范围已经交付。
在许多方面,这反映了传统项目管理的各个方面。然而,关键的区别之一是如何在整个过程中创建项目的“可交付”部分,而不是在最后交付所有内容。这样做可以让客户在整个过程中实现项目的价值,而不是等到项目结束才看到结果。
Scrum 和其他领先的敏捷方法
敏捷是一种心态,是一套价值观和原则。敏捷是一种思考和行动的方式。敏捷是关于短周期、迭代和增量交付、快速失败、获得反馈、尽早向客户交付业务价值以及人员、协作和交互。敏捷是一种关于透明度、检查和适应的思维方式。然而,敏捷并不包含任何角色、事件或工件。这是一种心态。例如,Scrum是敏捷保护伞下广泛使用的框架之一,它可以帮助您变得更加敏捷,但是敏捷运动中还有更多框架,例如看板、XP、 等等,如图所示以下:
敏捷伞 – of Agile
Scrum
Scrum 是一个框架,人们可以在其中解决复杂的适应性问题,同时富有成效和创造性地交付具有最高价值的产品。它用于管理软件项目和产品或应用程序开发。它的重点是适应性产品开发策略,其中跨职能团队作为一个单元在 2-4 周内实现共同目标()。它由一系列价值、工件、角色、仪式、规则和最佳实践组成。
精益 (Lean)
精益起源于丰田生产系统 (TPS),它在 1950 年代、60 年代及以后彻底改变了实物商品的制造。精益在制造业中占有一席之地,但也在知识工作中找到了新的应用,帮助各行各业的企业**消除浪费、改进流程并促进创新**。软件开发是精益方法的自然应用,因为与制造非常相似,它通常遵循一个定义的过程,具有一些定义的接受条件,并导致有形价值的交付。指导精益方法论所有实践的关键概念,我们称之为精益支柱。他们是:
看板 ()
看板是一种高度可视化的工作流管理方法,在精益团队中很流行。事实上,83% 的精益实践团队使用看板来可视化和积极管理产品的创建,重点是持续交付,同时不会使开发团队负担过重。与 Scrum 一样,看板是一个旨在帮助团队更有效地协作的过程。
看板基于 3 个基本原则:
看板通过定义最佳的团队工作流程来促进持续协作并鼓励积极、持续的学习和改进。
动态系统开发方法 (DSDM)
DSDM 是一个框架,由八项原则、生命周期和产品、角色和职责以及几种最佳实践技术组成。这些支持并支持尽早提供战略性一致的业务利益的理念,从而为组织提供最佳的投资回报 (ROI)。
DSDM 是一种将进度和质量置于功能之上的方法,它在开始时确定成本、质量和时间,并使用 优先排序方法,将项目分解为四种不同类型的需求:
DSDM Atern [13] 有八项原则支持。这些原则指导团队以他们必须采取的态度和必须采取的心态来始终如一地交付。
专注于业务需求准时交货合作从不妥协质量从坚实的基础逐步构建迭代开发持续清晰地沟通展示控制 极限编程 (XP)
极限编程(XP) 最初由 Kent Beck 描述,现已成为最受欢迎和最具争议的敏捷方法之一。XP 是一种快速、持续交付高质量软件的规范方法。它旨在在面对不断变化的客户需求时提高软件质量和响应能力。它促进了客户的高度参与、快速反馈循环、持续测试、持续规划和紧密的团队合作,以非常频繁的时间间隔(通常每 1-3 周)交付工作软件。
该方法论的名称来源于将传统软件工程实践的有益元素带到“极端”水平的想法。例如,代码审查被认为是一种有益的做法。更极端的是,通过结对编程的实践,可以不断地审查代码。
最初的 XP 方法基于四个简单的价值观——简单、沟通、反馈和勇气。
它还有十二个辅助实践:
极限编程
功能驱动开发 (FDD)
功能驱动开发 (FDD) 由 Jeff De Luca 于 1997 年引入,当时他正在为一家大型新加坡银行从事软件开发项目。它是一个迭代和增量的软件开发过程,是一种敏捷的软件开发方法。FDD 将许多行业公认的最佳实践融合成一个有凝聚力的整体。这些实践是从重视客户的功能(特性)的角度驱动的。它的主要目的是及时地重复交付切实可行的软件。使用 FDD 的优势在于,由于“最初设计刚好”(JEDI)的概念,它甚至可以扩展到大型团队。由于其以功能为中心的流程,它是保持对敏捷、增量和固有复杂项目的控制的绝佳解决方案。它包括五个基本活动:
整体模型的开发功能列表的构建按功能规划按功能设计按功能构建。
功能驱动开发 (FDD)
每个项目都有自己独特的模型,这将产生一个功能列表。最后三个活动是短迭代过程,构建一个功能不超过两周。如果需要两周以上的时间,则必须将其分解为更小的功能。
水晶 ()
水晶方法是由 在 1990 年代中期开发的一系列方法(水晶系列)。这些方法来自 多年的研究和团队访谈。 的研究表明,他采访的团队没有遵循正式的方法论,但他们仍然交付了成功的项目。 家族是 对他们所做的使项目成功的行为进行分类的方式。水晶方法专注于:
其他敏捷文章
发表回复