业务实体每天执行以实现其目标；实现目标的思想是任何组织的动力。
为了达到最终目标，他们使用了不同的技术，流程和策略。
这种做法称为敏捷项目管理。
下面的文章将了解敏捷项目管理的基础。

什么是项目管理？

经过精心计划以实现特定目标的个人或者协作企业称为项目。
它具有定义的开始日期和结束日期，并具有适当的范围和资源。
项目是独特的，不会重复发生，但是用于实现它的工具和过程是通用的。
可以以不同的形式看到项目，例如软件开发，建筑物的建造以及复杂硬件系统的实现。
但是，项目的效率是根据交付时间，可行性，估算预算和成本来衡量的。

项目管理是应用不同的工具，过程，技能和资源，理想情况下是为了实现项目的目标。
项目管理人员通常接受五个步骤，这些步骤是

• 发起

• 规划

• 执行

• 监控

• 项目签收/关闭

将从客户或者组织内部收到正式书面计划。
提案获得批准后，计划阶段将由项目经理启动。
他将与不同的个人和团队进行多次讨论，以收集信息并最终确定项目的时间框架，预算和可行性。
在进行必要的更改后，将讨论并批准项目计划。

该项目将根据项目计划执行，并将受到监督和控制，以确保它不会偏离其目标。
监督和监视由项目经理，团队负责人，高级经理和项目的其他利益相关者执行。
项目签核是客户或者提出要求的人对项目的接受。
这是通过审查后会议来完成的，以确保完成项目计划中提到的所有任务，并且令人满意，大多数情况下将进行演示或者测试。

让我们继续这篇敏捷项目管理文章，看看以下指针：

不同类型的项目管理方法

敏捷

敏捷被认为是一种被广泛接受且成功的项目管理类型，在软件行业中最为常见。
这种方法最适合迭代和增量的项目。

这涉及跨职能团队及其客户或者利益相关者之间的大量协作，以提供针对动态需求的解决方案。
敏捷拥有其价值观和原则，源于13位行业领袖在2001年巩固的宣言《敏捷宣言》。

Scrum

Scrum是项目管理的框架，它强调问责制，团队合作和朝着明确目标的迭代进度。
它属于敏捷项目管理的广泛范畴。

通常，角色(例如产品所有者，开发人员和Scrum管理员)是在Scrum系统中看到的角色。
在基于sprint的scrum系统项目中，scrum框架适用于成员少于七个的团队。

敏捷项目管理

看板是1940年代在丰田工厂生产线上开发的另一种流行的敏捷框架。
它旨在通过可视化整个过程来提供高质量的结果，以便在开发的早期阶段就可以找出瓶颈。
依靠六种常规做法，这些是

• 可视化

• 限制进行中的工作

• 流管理

• 明确制定政策

• 使用反馈循环

• 协同或者实验性演进

敏捷项目管理：精益

精益起源于日本制造业，旨在通过减少浪费来最大化客户的利润。
它致力于通过使用更少的资源来创造更多的价值。
废物分为三大类，分别是Muda，Mura和Muri。

瀑布

传统的项目管理方法，线性地工作。
过程从设计阶段开始，进度像瀑布一样沿一个方向向下流动。
在这种方法中，只有在当前阶段完成后才可以进行下一步。

敏捷项目管理：六个西格玛

一种项目管理方法，由工程师于1986年在摩托罗拉首次引入。
该方法旨在提高识别不能正常工作的过程的质量，并从过程中消除问题，此方法使用了许多质量管理工具。

让我们继续本文，移至下一部分，

什么是敏捷项目管理？

敏捷方法论是一种渐进的迭代方法。
它用于软件开发。
在敏捷方法中，开发和测试在软件开发生命周期中同时进行。
这是一种协作方法，在执行时间上具有出色的灵活性。

在敏捷方法中，业务部门，利益相关者，开发人员和客户之间的交流经常会聚在一起，以对项目进行必要的更改，并报告完成的工作进度。
根据13位行业领导者在2001年制定的敏捷宣言，有四种价值观和12条原则推动着敏捷方法论的发展。

价值观

• 流程和工具上的个人和互动。

• 工作软件覆盖全面的文档。

• 客户合作而非合同谈判

• 响应按照计划进行的转换。

敏捷方法学使用Scrum流程，可以在最短的时间内交付结果，并且始终在知道需求不断变化的事实下工作。
Scrum建立了一个自组织，跨职能的团队。
交付系统在Scrum和敏捷方面有所不同，Scrum总是每周发布到生产中，但是在纯敏捷中，它将更加频繁。
在使用scrum处理的灵活系统中，每个时间范围都表示为sprint。
在Scrum系统中，勇气，专注，承诺，尊重和开放是团队流程和互动的基础。

继续本敏捷项目管理文章的最后一部分，

敏捷v/s瀑布

敏捷方法论被认为是成功进行项目管理的新时代口头禅；瀑布方法是传统的项目管理方法。
选择方法取决于项目类型。
让我们看一下敏捷与瀑布之间的区别

在敏捷方法论中，该项目分为不同时间段内可实现的部分，一种迭代的方法和增量方法。
它具有很大的灵活性。
在这种方法中，可以同时完成不同的阶段，例如开发和测试。
敏捷方法往往会重复很多次，会有多种设计，开发和测试场景。
敏捷提倡一种协作方法，以培养跨职能团队。
动态项目发现以敏捷方法轻松运行，

在瀑布方法论的另一面，一个项目分为不同的阶段，如可行性，计划，设计，构建，测试，生产和支持。
它像一个真正的瀑布，因为舞台只有一次，并且流程向下流动，因此使其更加坚固。
瀑布式方法通过严格的顺序过程进行工作，是具有明确目标和要求的项目的理想选择，也是需要在约定的时间范围内完成的项目的理想选择。