这或许并不奇怪，因为敏捷营销的兴起比软件开发晚了大约10年。但为什么我们仍然落后这么多呢？阻碍我们的障碍是什么？我们该如何消除它们？
在本文中，我将与您分享我认为营销人员在敏捷实施方面落后的三个原因以及我们可以采取哪些措施来迎头赶上。
1.语言障碍
几年前，我获得了一个绝佳的机会，在以色列海法教授一门敏捷课程。虽然我之前已经多次讲 越南数据 过类似的内容，但我当时没有考虑到语言障碍。我肯定提到了很多美国的事情，他们听不懂，而且当他们去参加团队活动时，都用希伯来语交流，这让我很难确认他们的学习效果是否到位。所以，虽然学习是可以实现的，而且确实会发生，但在这种环境下，达到目标所需的时间会更长。
但通用语言的某些方面也可能造成障碍——例如首字母缩略词。
当你看到“PM”这个词时，你会想到什么？根据你的观点，这可能是项目经理、项目群经理、产品 由于处理敏感数据存在 经理，甚至是预防性维护——更不用说仅仅是“下午”了。这真的让人困惑。
当营销人员被迫翻译一种为产品和软件开发而编写的语言的术语时，就会出现问题，因为这种语言不适合他们。
2. 框架阻力
当我开始将我的敏捷教练实践转移到营销领域时，我很快意识到，我试图用在软件开发 意大利电话号码 中教授Scrum 的方法。这种方法行不通。我遇到了巨大的阻力。
以下是我听到的一些常见反对意见：
- “Scrum 是 IT 的一个流程。”
- “Scrum 在营销中没有意义。”
- “Scrum 中的语言是针对软件开发人员的。”
- “我们不希望有一个僵化的流程。”
我一直在思考这种阻力。最终我得出结论，问题不在于框架本身，而在于如何让软件世界之外的人接受这个框架。
3. 重新发明轮子
根据 2022 年敏捷营销状况调查，作为一个行业，超过 60% 的敏捷营销人员正在实施混合或 scrumban（Scrum/Kanban 组合）方法。
虽然发明一种混合方法似乎是利用现有资源并根据营销人员的需求进行定制的好方法，但最大的挑战在于，目前还没有统一的方法来实现这一点。我走访了多家公司，看到很多营销人员试图另辟蹊径，这意味着他们花了更长的时间才起步，而软件团队却已经发展得如鱼得水。
然而，如果我们回顾敏捷开发的历史，就会发现软件开发也有类似的开端。当时有几十种方法论如今已不复存在，例如水晶方法论、极限编程、自适应软件开发等等。
直到 Scrum 成为软件开发的黄金标准，真正的变革才开始发生。我相信这是因为，当每个人都认同一种通用的方法和语言时，我们就有了一个共同的起点。我们不必从零开始。我们可以从那里学习，就路径达成共识，并致力于真正重要的事情——持久的文化变革。