Code For Marketing

在看完Agile Marketing 敏捷式行銷完的第一個章節後，想必你對於Scrum應該不會感到陌生，那到底什麼是Scrum?究竟他是如何執行的呢？今天CodeForMarketing 小編就要帶你來看看到底Scrum是怎麼執行的，而他對於行銷來說又是如何開始的！

---

如果開始一個透過Scrum 執行的Marketing 活動會是怎麼樣的一件事？簡單的案例可以如下：

『舉辦這次會員促銷活動，目的是要帶來更多的新客，透過referral轉介朋友加入會員的方法，當新會員加入時會發送迎新折扣券，舊會員同時也會取得新的折扣』，而同時我們會透過『舊客轉介的次數(事件發生的次數)』來計算實際參與本次活動舊客占比，來衡量本次活動可能成功 or 失敗，最後在看是否有達到預期的營收目標，而我們會透過Sprint 來確保設計、內容、廣告各部分需要怎麼支援以及執行，並開成票卡來進行檢視，如果Task 的完成無法達成預期的目標，那便會在retrospective再回顧一次執行以及規劃討論時可能遺漏或偏誤的可能，並再次放回product backlog…..』

所以到底什麼是Scrum?

Scrum是一個敏捷的框架，用來管理一開始到結束的項目。於從頭到尾管理項目。它的價值在於，自組織團隊能在合作計畫中迅速的重複。在工作流程中盡可能的消除浪費與繁文縟節，使每個人都能集中火力在完成計畫的步驟裡最重要的環節上。

Scrum-based marketing團隊裡通常有不同專長的成員組成。團隊會一起討論想執行的計畫，稱為sprint backlog，這會包含計畫的細項與完成時間。一個Sprint的時間通常很短，大約是兩週左右。一個工作循環結束後，會完成一個計畫或是計畫的某一個環節。

當一個團隊開始進行項目後，他們就會互相合作，在計劃的流程、回頭檢視一直到計畫結束。Scrum團隊每天都會進行Standups，討論自己做了什麼，明天會做什麼，遇到了什麼障礙。

每一個Sprint完成後，團隊會進行回顧，討論計畫中進行順利、不順利與可以改進的部分。

---

什麼是Scrumban?

Scrum不是只有一種方式能執行，並且能夠配合組織的需求而有所改變。其中一種變體稱為scrumban，即為scrum和看板的組合。 在此過程中，Scrum與看板結合在一起，它可幫助團隊瞭解項目進度，而Scrumban 是傳統的Scrum 結合了Kanban 的管理方式所建立的混合方法，那到底一個scrum該怎麼運行呢？可以簡單理解成如下！

關於Scrum 的重要詞彙與定義

• Product Master產品負責人：Scrum團隊的主要決策者。
• Scrum Master ：主持會議和演講，解決障礙，並監督Scrum團隊。
• User story：簡要解釋項目背後的人員，內容和原因。
• Tasks：Scrum團隊成員需要完成的項目。
• Backlog：將來可能會執行的項目構想的存儲庫。
• Sprint：項目完成的短期時間（通常是一周到一個月）。
• Standup：每天早上開會，團隊分享他們昨天的工作，今天的工作以及任何妨礙他們前進的事情。
• Retrospective：一個會議，以回想Sprint的進行方式，討論學到的知識以及將來可以改進的內容。
• Blockers：阻止團隊成員完成工作的任何因素。
• Minimum Viable Product（MVP）：一個旨在展示概念證明的基礎項目。
• 看板：用於跟踪過程中步驟的可視框架，該過程使用從左（開始）到右（完成）移動的列和狀態指示器。

---

Scrum團隊如何組織?

Scrum就是為了使團隊能夠更順利地合作，以便按時高效率地完成項目。為了實現此目標，需要更好的組織他們。包括三個不同的部分：

• Product Manager確定所需完成的內容。如前所述，這是團隊的核心決策者，對於行銷團隊而言，使用「Project Manager」也許更為恰當。
• Scrum Master每天管理流程。他負責解決障礙、進行獨立討論和回顧，並確保團隊擁有完成工作所需的一切。他可以與Product Manager是同一個人，也可以是另一個角色。每個團隊成員都要做好自己的工作：比起讓老闆一個人喘不過氣，Standups和持續的溝通，使團隊中的每個人都掌握工作狀態、進展與下一步該做的事。

---

Scrum如何在Agile Marketing團隊中運作?

瞭解完Scrum的原理與流程，我們來看看它所帶來的成效。

Step1.創建Backlog：每個項目都從一個想法開始

創意行銷部門通常充滿創意，他們有大量的想法，而且往往比他們知道的執行方法還多。

季度目標會在Brainstorming會議中討論出，多方參與討論後，最後確立一個可能達到的預期目標。

討論中提出的想法會被儲存在線上表格之中，傳統上在Scrum中，這被稱為“product backlog”。但是，出於營銷目的，將其稱為“ project backlog” 可能更有意義。

以下是本文檔中包含的內容：

• Tactic:：標記此“活動”或“項目”可能更合適，但是此列保留給您實際使用的內容。
• Owner：營銷團隊中誰在推動這一目標？
• Goal：這將影響什麼結果？
• Problem：該策略，項目或活動將解決什麼問題，以讓行銷團隊能夠吸引更多客戶？
• Story：「作為行銷人員，我想[想法]，以便我們解決[最常見的問題]」。
• Hypothesis：「[想法]將使[目標]提高[百分比]。」
• Measurement：簡要說明如何評估活動、策略及計畫
• 而當上述完成之後，便可以開始規劃以下的內容：
• Date Shipped：項目的發布或開始日期。
• Date Analyzed：什麼時候測量和分析項目的結果？
• Actual Result：數據顯示出什麼？
• Retro Date：團隊何時進行了此項目的Sprint回顧？
• Next Steps：由於執行此項目，團隊將來會做什麼？

如果完成這些之後，整個計畫看起來還不是那麼容易被理解也沒關係。在初期規劃的階段，線上表格將儲存每一個想法後面的詳細資料，就類似於一個簡單的暫存器，以概述團隊將執行的項目背後的原因，而撰寫這些資訊的目的，在於把Spec 釐清，並緊接著做出更多的排序。

---

規劃Sprint和建立Sprint待辦事項

確定項目的先後順序後，就可以將它們計劃為Sprint了。Sprint計劃需要確定每個團隊成員負責的每個項目當中的任務與每個步驟的最後期限。可以通過不同的方式來計劃Sprint Backlog，包括在牆壁或白板貼便利貼、在電子表格中紀錄或使用項目管理工具來進行規劃。

一個成功的Sprint Backlog需求如下：

• 估計每個步驟將花費多長時間。這些項目也許具有挑戰性，因此最好多設立一些緩衝時間。
• 將每個步驟排好優先順序。了解哪些步驟需要完成，誰需要完成這些步驟，以保持項目的進展。
• 確保整個團隊熟悉下一個Sprint。無論您使用哪種方法建立和策劃Sprint，請確保整個團隊都可以容易地接觸到這些資訊。

---

為什麼需要Daily standups與主動溝通？

Daily standups是每天早上都要開的會議，團隊聚在一起討論項目進度，團隊成員會討論以下信息：

• 昨天做了什麼？具體執行了哪些動作？
• 今天要做什麼？他們的工作是否與Sprint相符？
• 他們是否在工作中遇到了一些阻礙？如何清除這些障礙？

Standups通常會花少於15分鐘的時間，透過standups，團隊可以確保團員對資訊一致的完整，因此沒人會說：「哦，我不知道那件正在發生」，或者「對不起，我不知道我應該要把這個完成了。」

您可能會在早上進行一次全員的standups，討整體的計畫進度，或針對每個項目進行分別的standups，亦或著將兩種方法結合。

A.團隊可能遇見的障礙有哪些？

如果團隊成員遇到了阻礙，則必須盡快清除。這將有助於團隊繼續前進，並防止項目因不可預見的障礙而無法按時完成。這是您可能會遇到的一些常見障礙：

• 應用程序或工具已關閉：團隊成員無法工作，因為他們所需的工具故障。
• 團隊成員沒有文件或使用工具的權限。
• 另一個團隊或其他團隊成員尚未完成項目。在這種情況下，您需要確定問題所在，並確定如何按時完成工作。
• 最終，阻礙者可以是阻止團隊成員取得進步的任何東西。

B.如何做Sprint回顧

Sprint完成並遞交項目後，就該回顧該項目的執行情況，並確定經驗帶來的教訓和需要改進的地方。

像Daily Standups一樣，您可以選擇在一周結束時對所有工作進行回顧，並對執行的每個項目進行特定於項目的回顧。這種方法可確保您評估每個項目和活動，以及評估整個團隊的狀況。

最好集合整個團隊在會議室中，並用投影機一起看同一份文檔，並一同檢視：

項目成功了嗎？換句話說，Sprint是否達到了目標？

一切順利嗎？ 慶祝一些勝利！

下次如何改進？ 不可避免地，有些事情也進展得並不順利。想一想下次如何做得更好。

想學習更多有關Google Ads , GTM , Google Optimize 的內容？

那就訂閱粉專、加入社團吧、資訊不漏接！

社團內還有更多活動、好文喔！

加入粉專：https://pse.is/M8QTS

加入社團：https://pse.is/LJHXY

CodeForMarketing — 小編群。

CodeForMarketing 行銷工程學人

從行銷角度看工程，用工程思維解決那些工程難題