传统的“瀑布式”项目管理方法包括详细的前期计划和设计（通常称为BDUF或Big Design Up front）。功能和范围是预先确定的，时间表和相关的成本是估算的。这对于必须预先确定详细信息的建筑项目来说非常有效。
但是，对于知识工作，例如软件开发、研究项目、大多数工程项目以及涉及不确定性和高变更率的其他类型的工作，传统方法是不足的。在以变更为准则的环境中，可以根据来自新的或出乎意料的来源的信息来提高价值，这是一种更有效、更现实的管理方法。这就是敏捷的切入点。
尽管早在1986年日本就采用了类似敏捷的方法，但是直到2001年，一群软件开发思想领袖才正式采用这种方法。最终以《敏捷宣言》为基础，该宣言根据四个总体价值列举了12条原则，这些原则强调：
▪ 个人与流程和工具之间的互动
▪ 工作软件胜于完整的文档
▪ 客户协作优于合同谈判
▪ 响应变化而不是遵循计划
敏捷关注的是人们在短迭代中（通常为两到四周）紧密合作，在每次迭代中交付某种形式的可衡量的价值，并进行适当的检查和调整。在整个过程中，重点都放在产品和客户上。
敏捷的另一个不同之处在于，它没有一个固定的范围去估计进度和成本，而是在固定的时间和成本迭代中工作，并估计在这些迭代中可以交付哪些功能。换句话说，它颠覆了传统的项目管理。
总的来说，这种协作和迭代方法的结果是：
▪ 通过迭代过程，更快地为用户提供价值
▪ 降低风险——因为迭代交付产品
▪ 减少不确定性——因为产品和客户关
▪ 更好的决策——由于合作的重点
▪ 信任度增加——因为交付了增值的价值
▪ 更少的错误——因为更多的交流
▪ 更清晰的问责制——由于角色划分
有了这些好处，敏捷在知识工作者环境中如此迅速发展也就不足为奇了，它已经超越了最初的软件开发阶段，成为一种通用且有效的项目管理新方式。
敏捷项目管理方法
当今许多组织都在研究采用敏捷方法来创建和支持稳定的工作流程，并根据自己的需求量身定制流程。其中，用于项目管理的最流行的敏捷方法或框架是Scrum和看板。
Scrum：
Scrum是一个敏捷的项目管理框架，可帮助团队以迭代方式和增量方式交付有价值的产品，同时不断检查和调整流程。
Scrum依赖于三个主要工件，这些工件用于管理需求和跟踪进度——产品待办事项列表、Sprint待办事项列表、Sprint燃尽图。该过程通过许多重复的会议而正式化，例如Daily Scrum（站立），Sprint计划，审查和回顾会议。
Scrum适用于需要利益相关者反馈的长期、复杂的项目，这可能会极大地影响项目需求。因此，当无法估计确切的工作量且发布日期不确定时，Scrum可能是最佳选择。
看板：
另一个常见的项目管理框架是看板。看板起源于丰田生产中用作生产控制方法的卡片视觉系统，它是开发软件产品的简单但功能强大的方法。看板专注于工作流程的可视化，并优先处理进行中的工作（WIP），从而限制了其范围以使其有效地与团队能力相匹配。
看板在开发过程为计划提供了更大的灵活性，更快的周转时间，明确的目标和透明度。使用看板，团队可以发布少量内容并适应不断变化的优先级。与Scrum不同，看板没有具有预定目标的冲刺，它专注于完成小部分工作。
敏捷项目管理工具
敏捷方法论只是项目管理的一个组成部分，你还需要敏捷工具的帮助，将敏捷方法论转变为完成工作的一种方式。
8Manage敏捷项目管理软件支持多种敏捷方法，因此你可以实时更新项目状态，并使每个人（无论使用哪种方法）都可以看到工作的进展情况。该解决方案具有以下特点：
▪ 可视化工作流
通过可视化参与工作流，团队成员和经理可以轻松评估即将到来的任务并按优先顺序列出。
8Manage敏捷项目管理直观展示项目工作情况及责任情况，项目经理及成员可快捷查询项目阶段可交付成果、里程碑。项目团队可以清楚了解已经完成的情况、正在做的以及后续将有可能需要做的工作。
8Manage的可视化使你能够大规模实现透明度。因此，无论何时发生任何新出现的或意外的更改，你都可以及时发现，并尽快采取任何必要的措施。
▪ 实时协作
8Manage敏捷项目管理让每个人都快速提供状态更新，因此可以相互了解谁在做什么以及团队如何根据计划进行跟踪。
借助8Manage的新一代信息技术，不仅使项目信息在平台上实时动态更新，而且通过现代动态电子看板，可保证所有项目人员获得信息无差异性。这样做避免了“信息孤岛”现象，降低了信息衰减幅度，有利于提高项目的决策质量。
8Manage敏捷项目管理同时拥有敏捷递增和交易型 WBS 的优点，支持增量式产品开发的短迭代管理，满足竞争格局和产品需求动态变化的管理需求。如有需要，8Manage也可灵活扩展以满足传统项目监控的管理需求（如时间管理，成本管理）。