什么是敏捷项目管理：优点和缺点

已发表: 2022-01-13

敏捷项目管理是一种在整个生命周期内交付项目的迭代方法。一种管理软件开发项目的方法，专注于频繁交付并在每次迭代中包含客户反馈。

它着重于以下几点：

这使您能够快速适应不断增长的需求并生产更高质量的产品或服务，以更好地满足客户的需求。

我们还应该解决关于敏捷的一个常见误解，即它是一种方法论。敏捷更像是一种以协作方式解决问题的思维方式，也是公司在现代项目管理中实施的一种方法。

敏捷简史

最初植根于软件开发领域，让我们先来看看敏捷项目开发的想法是如何出现的。它在 1990 年代初期随着“应用程序开发危机”而曝光。

在那个时代，应用程序的业务需求和应用程序的实际交付之间存在大约三年的显着滞后时间。通常，到产品发布时，技术或客户要求已经发生了变化。这最终导致许多项目失败并降低了成本。

这些旷日持久的项目导致软件开发行业的领导者感到沮丧。他们开始计划彼此之间的非正式会议，并决心找出一种方便有效地开发软件解决方案的方法。

21 世纪，敏捷项目管理方法的使用有所增加，特别是在印度的许多软件开发公司和其他 IT 计划中。近年来发展最多的一个特定的敏捷项目管理框架是 Scrum。

该方法涉及产品所有者与开发团队合作构建产品待办事项列表、交付强大软件系统所需的特性、功能和解决方案的分类列表。

敏捷项目方法有助于分解成小块。然后，这些项目部分在主要称为冲刺的工作会话中完成。

冲刺通常持续几天到几周。会议涉及初始设计阶段、测试和质量保证 (QA)。敏捷方法允许团队在完成后发布细分。

这种持续的发布计划让团队可以说明这些部分是成功的，如果没有成功，则可以快速修复这些错误。这个想法是为了帮助减少大规模崩溃的机会，因为在整个项目中不断改进。

如前所述，敏捷项目管理使用 Scrum 框架，该框架使用称为 sprint 的固定长度迭代。有四个会议或仪式为每个冲刺带来结构。这一切都始于需要执行的积压或大量工作。

Scrum 中有两个 backlog：第一个是产品 backlog，由产品所有者拥有，是功能的优先列表。另一个是 Sprint backlog，通过从产品 backlog 的顶部处理问题，直到达到下一个 Sprint 的容量。 Sprint 团队在流程中具有特定于他们需求的个人角色。

通常，团队有一名 Scrum 大师或 Scrum 方法的拥护者；产品负责人，即产品负责人；和 Scrum 团队，他们是完成工作的常规跨职能团队成员。

敏捷团队在他们的新迭代中创建快速反馈、持续适应和 QA 最佳实践。他们实施诸如持续部署和持续集成之类的实践，使用自动化步骤来加快产品启动和使用的时间。

除此之外，敏捷项目管理要求团队在推进项目时评估时间和成本。为了更好地衡量他们的工作，他们使用速度、燃尽图和燃尽图而不是甘特图和里程碑来跟踪您的进度。

敏捷项目管理不一定需要项目经理在场或参与。这并不意味着项目经理对于属于传统项目交付方法（如瀑布模型）的项目的成功不是必不可少的，在瀑布模型中，项目经理在 APM 下的工作分配给团队成员。

例如，项目负责人建立产品目标，而团队成员划分日程安排、进度报告和质量任务。一些敏捷方法增加了其他管理层。

例如，Scrum 方法要求 Scrum Master 协助设置优先级并指导项目完成。但是项目经理可以用于敏捷项目管理。许多企业仍然将它们用于敏捷项目——尤其是大型和复杂的项目。

这些业务通常赋予项目经理更多的协调员角色，使项目所有者对项目的成功完成负责。

敏捷项目管理的顾问指出，该方法提供了许多好处：

除了好处之外，还有一些潜在的缺点，其中包括：

项目管理的敏捷方法使您的公司更加灵活，并找到一种方法来适应新出现的变化。

只有具备以下特征时，才能将项目视为敏捷项目：透明度、以客户为中心、持续改进、主人翁意识和适应性。

APM 的一些更知名的例子是 Scrum、XP、功能驱动开发、精益软件开发和自适应软件开发。

对此有什么想法吗？ 在下面的评论中让我们知道，或者将讨论带到我们的 Twitter 或 Facebook。