敏捷方法的好处已经扩展到软件开发之外,并已进入我们组织的不同部门。在美国,据 ICAgile 联盟称,有成千上万的营销人员正在接受这一新学科的培训:敏捷营销。它基于自组织的跨职能团队,增强个人贡献,以及透明度、检查和适应。它为感到被授权、自主和独立的团队提供更高的生产力和满意度。敏捷营销的目标是提高速度、可预测性、透明度和对  巴哈马电话号码列表  营销职能变化的适应性。它正在成为“营销人员”在战略上依赖的支柱。因此,越来越多的营销团队正在采用敏捷实践来提高一致性,建立更快的交付速度,提高活动质量并提高创造力。敏捷方法起源于1990 年代中后期的软件开发,彻底改变了开发人员的工作方式。开发人员迫切需要改变。传统的项目管理方式,即“瀑布式”方法,根本行不通。这些技术要求项目经理收集有关软件预期功能的信息,并将其收集到称为需求的大量文档中。他们将需求移交给开发人员,然后开发人员将尝试创建符合规范的软件。不可避免地,这将比项目经理估计的时间长得多,因为开发人员会发现未知的依赖关系并遇到无法预料的延迟。显然,很难准确估计项目的每个元素需要多长时间。事情变得如此糟糕,以至于 1995 年的一份报告发现,只有 16.2% 的软件项目按时和按预算完成。在大公司中,数字甚至更糟,只有 9% 的项目按时按预算完成。

最终产品未能满足其所针对的消费者的情况也非常普遍。编写代码的开发人员与使用他们软件的人非常疏远,以至于他们没有提供有用的软件。开发人员从经理那里获得规范,而经理又从其他利益相关者那里获得需求,这些需求是基于可以从实际用户那里收集的分析或统计数据。这就像电话游戏一样,最后的消息从第一个调用者传递到最后一个调用者与从第一个调用者传递到最后一个调用者的初始信息不再相似 不再与观众最初想要的功能非常相似。事实上,1995 年对价值 370 亿美元的美国国防部项目的一项研究发现,46% 的系统“做到了”没有公然满足实际需求(同时满足规范)以至于它们从未成功使用,另外 20% 需要大量返工“才能使用。在这种环境中,早期的敏捷先驱,如 Jeff Sutherland、David Anderson、Alistair Cockburn、Mike Cohn,许多其他人开始寻找更好的方法来完成工作。 2001 年 2 月,17 位软件专业人士齐聚一堂,编写了最初的软件开发敏捷宣言。从那时起,Scrum 和看板等方法开始出现,作为将这些基本原则应用于软件创建的方法。应用这些新框架的结果令人惊讶.敏捷软件开发团队现在可以提供:

尽早和可预测地交付少量工作,而不是可能需要数  波斯尼亚和黑塞哥维那商业名录  年才能完成的庞大项目。适应市场和业务目标的变化。产品质量更高,错误和缺陷更少。随着时间的推移,现代业务的其他方面显然可以从采用类似的工作方法中受益,因此敏捷性已开始从软件开发传播到其他功能。敏捷营销是较新的应用程序之一,正如 2012 年编写的敏捷营销宣言所述:“我们正在发现更好的方法,通过新的营销方法为我们的客户和我们的组织创造价值。通过这个我们学会重视的工作:

Leave a Reply

Your email address will not be published.