如今敏捷已经成为一个流行词，甚至软件开发之外的团队也试图将其纳入他们的工作流程中。但是敏捷并不适合所有人。

例如，营销机构永远无法实现敏捷，因为客户不想为半成品的营销活动和迭代买单。虽然有修改，但数量在合同中有明确的规定。另外，没有所谓的“工作增量”，你要么有可交付成果，要么没有。

敏捷也不一定是每个软件项目的正确方法。如果你不能接触到客户，不能迭代，或者你有个复杂的组织架构，那么就很难坚持敏捷原则。

敏捷在如下情况运转得最好：

◇ 你无法估算所需的时间，也不知道需求的全部范围

◇ 你不知道市场是否需要你的软件

◇ 你无法规划出业务需求，所以设计需要通过试验和错误来实现

◇ 你可以无限制地访问准备广泛参与的客户

◇ 你可以进行迭代，不需要一次交付功能齐全的软件

◇ 你和你的客户都没有复杂的官僚作风来拖延决策

◇ 客户没有固定的预算/计划

◇ 你需要在有任何竞争之前占领市场

◇ 你的客户在更新软件时不会遇到麻烦（或者根本没有注意到，例如，他们使用web应用程序）

正如你所看到的，与公司相比，敏捷更适合中小型组织。原因很简单：人越少，就越容易做出决定并对变化做出反应。此外，敏捷更适合产品公司而不是咨询公司。

敏捷对初创公司也很有用，因为“快速失败”是他们的主流口号。风险投资家鼓励初创公司尝试疯狂的想法，让市场来做这件事。大多数想法都会失败，而少数成功的想法会改变世界。

敏捷项目管理的优点

◇ 你可以更快地部署软件，因此你的客户可以更快地获得价值

◇ 你浪费的资源更少，因为你总是在处理最新的任务

◇ 你可以更好地适应变化，更快地做出反应

◇ 更快的周转时间

◇ 你可以更快地检测和修复问题和缺陷

◇ 你花在官僚作风和累人而无价值的工作上的时间更少

◇ 有一个大型的敏捷实践者社区，你可以与敏捷实践者分享知识

◇ 你可以得到即时的反馈(这也提高了团队士气)

◇ 开发人员可以根据QA的反馈来提高他们的技能

◇ 你不必担心过早的优化

◇ 你可以试验和测试想法，因为它的成本很低

敏捷项目管理的缺点

敏捷有很多优点，但了解它的缺点、限制和它带来和风险很重要。

◇ 文档往往会偏离主题，这使得新成员更难跟上进度

◇ 敏捷比瀑布更难衡量进度，因为进度是在几个周期中进行的

◇ 敏捷需要每个人付出更多的时间和精力，因为开发人员和客户必须不断地相互沟通

◇ 当开发人员无工作可做时，他们不能从事其他项目，因为很快就会需要他们

◇ 因为没有明确的终点，所以项目可以永远持续下去

◇ 范围蔓延，经验没用

◇ 按照特定预算或时间表工作的客户无法知道项目实际成本是多少，这导致非常复杂的销售周期（“直到迭代结束”不是客户喜欢听到的事情）。

◇ 产品缺乏整体设计，无论是从用户体验还是架构的角度来看，这导致你在产品上工作得越多，问题就越多

◇ 团队可能会偏离方向，以技术债务为代价交付新功能，这增加了计划外的工作量

◇ 避免那些太大而无法适应一个甚至几个周期的功能，因为它们不能很好地适应设计理念

◇ 你需要对产品有个长期的愿景，并积极沟通愿景

◇ 产品缺乏凝聚力，用户体验因设计碎片化而支离破碎。时间越长，软件就会变得越脱节

◇ 短周期没有给设计思考流程留下足够的时间，所以由于负面反馈，设计师不得不一次又一次地重新开发体验

敏捷项目管理工具

在项目开展过程中，敏捷方法论促进沟通，快速响应客户需求，不断适应变化，从而提高了生产率。

现代敏捷项目管理软件，比如8MSaaS敏捷项目管理软件，支持增量式产品开发的短迭代管理和满足竞争格局和产品需求动态变化的管理需求，也可灵活扩展以满足传统项目监控的管理需求，如时间管理，成本管理。

使用敏捷项目管理软件，你可以同时拥有敏捷递增和交易型 WBS 的优点：

-同时支持传统的大型项目和敏捷项目

-面向实时交易，拥有单一事实版本的当前计划和状态

-自动准确计算最终目标的完成率

-不能催毁的自动化审计跟踪

敏捷项目管理是一种迭代方法，专注于频繁的价值交付和从市场获得快速反馈以更好地适应变化。一个易于使用的项目管理和协作工具，可帮助虚拟团队规划、监控和协调项目。详细解决方案请联系我们获取。

附codes简介