營銷人員在敏捷方面落後 10 年的 3 個原因——以及如何迎頭趕上

我最近對敏捷營銷有了頓悟。 我們比我們的軟件同行落後 10 年！

這可能並不令人驚訝，因為敏捷營銷比軟件開發晚了大約 10 年才開始，但為什麼我們仍然如此落後？ 阻礙我們前進的障礙是什麼？我們如何才能消除這些障礙？

在本文中，我將與您分享我認為營銷人員在敏捷實施方面落後的三個原因，以及我們可以做些什麼來迎頭趕上。

1. 語言障礙

幾年前，我有一個絕佳的機會在以色列海法教授敏捷課程。 雖然我之前已經教過很多次內容，但我沒有考慮到語言障礙。 我確定我提到了很多他們聽不懂的美國參考資料，當他們去參加團隊活動時，他們都說希伯來語，這讓我很難驗證學習是否有效。 因此，雖然學習可以而且確實發生了，但在這種情況下，到達那裡的時間將會增加。

但是，共同語言的某些方面也可能造成障礙——例如首字母縮略詞。

當您看到“PM”一詞時，您會想到什麼？ 根據您的觀點，這可能是項目經理、項目經理、產品經理，甚至是預防性維護——更不用說只是“下午”了。 這真的很混亂。

當營銷人員被迫翻譯一種為產品和軟件開發而編寫的語言中的術語時，可能會出現問題，因為該語言不適合他們。

2. 框架阻力

當我開始將我的敏捷教練實踐轉移到營銷領域時，我很快意識到我正在嘗試以與軟件開發相同的方式教授 Scrum。 它沒有用。 我遇到了很多阻力。

以下是我聽到的一些常見反對意見：

• “Scrum 是一個 IT 流程。”
• “Scrum 在營銷中沒有意義。”
• “Scrum 中的語言是為軟件開發人員準備的。”
• “我們不想要一個僵化的過程。”

我一直在想這種抵抗。 我總結的問題不在框架內。 問題是在軟件世界之外接受框架。

3. 重新發明輪子

根據 2022 年敏捷營銷現狀調查，作為一個行業，超過 60% 的敏捷營銷人員正在實施混合或 Scrumban（Scrum/看板組合）方法。

雖然發明一種混合方法似乎是一種很好的方法，可以利用現有的方法並根據營銷人員的需求對其進行定制，但最大的挑戰是沒有一致的方法來實現這一點。 從一家公司到另一家公司，我看到很多營銷人員試圖重新發明輪子，這意味著他們需要更長的時間才能起步，而軟件團隊已經在飛行。

然而，如果我們回顧我們的敏捷歷史，軟件開發也有類似的開端。 有許多方法論如今已不再被談論，例如 Crystal、XTreme Programming、自適應軟件開發等等。

直到 Scrum 成為軟件開發的黃金標準，真正的變化才開始發生。 我相信這是因為，當每個人都認同一種共同的方法和語言時，我們就有了一個共同的起點。 我們不必從頭開始。 我們可以從那裡學習，所有人都同意這條道路，並致力於真正重要的事情——持久的文化變革。

取得成功！

既然您了解了我關於為什麼敏捷營銷落後 10 年的理論，那麼我們如何才能打破這種循環並向前邁進呢？ 這裡有 5 件事要嘗試：

• 避免使用人們不理解的技術術語或術語。
• 不要試圖在流程上向團隊或領導推銷，而要向他們推銷您將要做什麼來解決他們的業務問題。
• 允許圍繞敏捷實踐和選擇的靈活性。 通過允許團隊從滿足他們需求的幾個選項中進行選擇，他們會更容易接受。
• 為團隊提供清晰的路線圖，說明他們將如何從 A 點走到 B 點。
• 清楚地概述每個團隊的成功是什麼樣子，以及實現目標的步驟。

有關我們如何通過敏捷彌合軟件團隊和營銷團隊之間差距的更多方法，請閱讀我們關於如何開始使用敏捷營銷導航器的最新電子書。

在此處下載免費電子書。