敏捷项目管理的原则、好处、工具、提示以及何时进行转换-51CTO.COM

敏捷项目管理的定义

敏捷项目管理是一种主要用于软件开发的方法，它支持灵活性和协作，将客户反馈纳入整个项目生命周期，该方法采用迭代的方法进行开发，将工作分解为称为“冲刺”的小的、可管理的周期，以专注于产品或服务的开发中的持续改进。

除了强调迭代开发(其中每个冲刺都会导致潜在的可交付增量)之外，敏捷项目管理还合并了跨职能团队，这些团队在一个允许随着需求发展进行调整的过程中与用户密切合作，并在每个冲刺结束时将反馈循环形式化。

敏捷项目管理与传统项目管理

敏捷项目管理在许多方面不同于通常称为瀑布的传统项目管理。虽然瀑布遵循一种更严格的、线性的方法，在这种方法中，需求被预先收集起来，但敏捷项目管理对迭代开发的强调允许沿途的适应性和灵活性。敏捷的Sprint方法也不同于传统的项目管理，传统的项目管理通常在不同的阶段进行，从需求收集到实现再到部署。

敏捷对客户反馈的方法还提供了与利益相关者更持续的协作，以更好地使交付成果与最终用户需求保持一致。瀑布通常将团队成员划分为孤立的角色，而敏捷项目管理是跨职能的，团队成员通常承担多个不同的角色。尽管敏捷确实重视文档，但它不像在传统项目管理中那样受到高度重视，因为在传统项目管理中，文档通常是非常详细的，并预先组装好。

与传统的项目管理相比，敏捷为项目团队、发起人、项目负责人和客户提供了许多特定于项目的好处，包括：

更快地部署解决方案。
通过最大限度减少资源减少浪费。
提高了应对变化的灵活性和适应性。
通过更有针对性的努力提高成功。
更快的周转时间。
更快地检测问题和缺陷。
优化的开发流程。
重量更轻的框架。
最佳项目控制。
更加关注特定的客户需求。
提高协作和反馈的频率。

何时使用敏捷项目管理

然而，与任何其他方法一样，敏捷并不是非常适合每个项目，始终建议进行充分的尽职调查，以确定适用于每种独特情况的最佳方法。当项目的需求从一开始就不能完全辨别，或者可能随着项目的持续时间而发展时，敏捷项目管理是最有效的。当定期反馈是必要的或有助于使交付成果与客户需求保持一致时，它也非常适合。当上市时间至关重要或处理高度复杂的项目时，敏捷项目管理也是一个强有力的选择，因为敏捷的跨职能、迭代方法使团队能够更快地交付解决方案，同时在出现问题时解决问题。

如果客户不清楚目标，项目经理或团队缺乏经验，或者如果他们在巨大的压力下不能很好地发挥作用，敏捷可能不会按预期工作。在整个开发过程中，敏捷有利于开发人员、项目团队和客户目标，但不一定是最终用户的体验。由于其不那么正式和更灵活的流程，敏捷可能并不总是容易地被更大的、更传统的组织所吸收，在这些组织中，流程、策略或团队中存在大量的僵化或灵活性。它还可能面临与同样具有僵化流程或运营方法的客户一起使用的问题，或者在受严格监管和文档约束的项目上、在具有固定合同和范围的项目上使用的问题，或者在利益相关者反馈不可用或反馈参与可能遇到阻力的环境中使用的问题。

敏捷的好处

敏捷最初是为软件行业开发的，目的是简化和改进开发过程，以便快速识别和调整问题和缺陷。它为开发人员和团队提供了一种方式，通过简短、迭代、交互的会话/冲刺，以更快的方式交付更好的产品。在数字转型时代，随着许多公司迁移到数字工作场所，敏捷非常适合希望转变项目管理和整体运营方式的组织。敏捷可以帮助确保整个公司的流程和方法保持一致。在业务优势方面，数字工作场所和敏捷都提供：

提高灵活性。
提高工作效率。
提高透明度。
更高质量的交付成果。
降低未实现目标的风险。
提高利益相关者的参与度和满意度。

敏捷项目管理的原则

如今，仍然有12条关键原则指导着敏捷项目管理：

客户满意度始终是最重要的，并通过快速和持续的交付来实现。
在流程的任何阶段都会接受不断变化的环境，以便为客户提供竞争优势。
产品或服务的交付频率更高。
利益相关者和开发人员日常密切协作。
所有利益相关方和团队成员都积极争取最佳的项目成果，同时向团队提供所有必要的工具和支持，并相信他们能够实现项目目标。
面对面会议被认为是项目成功的最有效率和最有效的形式。
最终的工作成果是衡量成功的最终标准。
可持续发展是通过灵活的进程实现的，在这一进程中，发展小组和利益攸关方能够保持持续和持续的步伐。
通过持续关注卓越的技术和适当的设计，提高了敏捷性。
简单是一个基本要素。
自组织团队最有可能开发出最好的架构和设计，并满足需求。
团队使用定期间隔，通过微调行为来提高效率。

采用敏捷过程中的障碍

希望采用敏捷进行项目管理的企业可能会遇到许多常见的障碍，例如：

不能充分支持敏捷的公司结构或文化：尽管项目团队可能已经为敏捷开发做好了准备，但公司的其他成员可能并不参与。赞助商、高管和职能部门领导人也必须支持和支持敏捷，才能使其真正有效。
对总体业务目标的影响理解不清：简单地使用敏捷方法执行项目不足以获得预期的好处。项目仍然可以以不能为整个业务提供有助于实现可持续增长的结果的方式执行。战略调整仍然至关重要。
测试周期过快：冲刺可能会带来测试周期过快的风险。在试图尽可能快地完成冲刺的过程中，团队可能会更加关注时间线，而忽略测试周期的简单方面，这可能会产生潜在的重大影响。缺陷可能没有被发现，或者被发现得太晚了。
有限的敏捷技能：尽管敏捷正在迅速扎根，但顶尖的敏捷人才可能很难找到和吸引。有限的敏捷人才意味着，对于希望使用这种方法执行项目的公司来说，好处有限。

流行的敏捷方法

在敏捷中，有一些常用或流行的方法，其中Scrum、看板和精益是最受欢迎的。一些灵活的方法包括：

Scrum。
看板。
精益(LN)。
动态系统开发模型(DSDM)。
极限编程(XP)。
水晶。
自适应软件开发(ASD)。
敏捷统一流程(AUP)。
清晰明了的方法。
纪律严明的敏捷交付。
功能驱动开发(FDD)。
Scrumban。
RAD(快速应用程序开发)

将敏捷与其他方法结合起来

有机会将敏捷与其他方法(如瀑布)相结合，以创建混合解决方案。公司有时使用瀑布来处理一个或多个阶段，例如规划，这些阶段不需要快速或重复的步骤。规划尤其需要一种更全面、更有条理、通常速度更慢的方法来定义、分析和记录项目的各个方面。这使得瀑布成为一种更好的方法。一旦项目进入开发阶段，快速和重复的更改需要不同的方法，这就是敏捷在最短的时间内交付最佳结果的地方。

这种混合方法有助于提高敏捷在不同行业中的适应性，或者更好地适应项目、产品或服务的独特性质。同样，需要进行尽职调查，以确定现有不同方法和程序的适宜性和能力。

敏捷项目管理和Scrum

Scrum是一个强大的框架，用于在软件开发和其他项目中实现敏捷过程。这种高度采用的框架利用称为Sprint的短迭代工作和称为Scrum的每日会议，以连续处理项目的离散部分，直到项目作为一个整体完成。Scrum中有三个关键角色：Scrum主管、产品负责人和Scrum团队成员：

产品负责人创建产品积压工作并确定其优先顺序(要完成的工作)。
团队从积压的项目中选择项目，并确定如何完成工作。
工作必须在冲刺(通常是两到四周)内完成。
Scrum负责人每天与团队进行简短的会面，以获得最新进展。
在每次冲刺结束时进行冲刺评审。
该过程再次开始，直到所有工作或积压工作完成。

敏捷的项目管理工具、模板和资源

还有许多来自微软等公司的模板可供项目经理使用，而不是重新创建轮子。以下是微软提供的其他几个选项中的一些：

敏捷术语表。
敏捷流程指南。
积压。
在Microsoft Project中使用敏捷。
敏捷项目管理软件供应商通常在他们的软件中也有内置的敏捷模板。

敏捷项目管理软件

使用敏捷的公司可能会利用面向敏捷开发的软件，以获得这种方法的全部好处。以下是一些可用的敏捷解决方案：

Atlassian Jira+Agile：这是一个支持Scrum、看板和混合方法的敏捷项目管理工具。该项目管理软件附带了一套全面的工具，可以帮助Scrum团队轻松执行活动。
Agilean：Agilean可为适合不同垂直市场的中小型IT公司实现工作流管理自动化。它是可定制的，有50个内置模板。
Sprint Ground：这是一个为开发人员创建的项目管理工具，用于组织工作并帮助他们跟踪进度。
VersionOne：该项目管理解决方案旨在所有级别上支持可伸缩的敏捷框架。