Code For Marketing

什麼是Agile Sprint規劃？

根據Leading Agile，Agile Sprint規劃的嚴格定義 是：

「Sprint計劃是由Scrum Master（負責會議），Product Manager（解釋Product Backlog的詳細信息及衡量標準）和整個Agile Marketing團隊進行合作，以達成Sprint的目標」用外行的話來說，Agile Sprint規劃是一個框架，可以幫助您的行銷團隊將較大的項目分解為較小的部分，以便您可以為每一個小項目進行時間規劃。通過分組工作，您的團隊可以專注於一次高效地完成一項任務。Agile Sprint規劃過程是更廣泛的敏捷營銷過程的一部分。

如何有效規劃Agile Sprint？

在談論規劃Sprint 的細節時，你可以簡單思考如下：

(實際在Baord 上可以運作的流程、卡片。)

瞭解Sprint計劃的專門用語之後，就可以開始計劃Sprint。一般來說完整需要十七個步驟才能完成一個Sprint，但可以依據需要做調整，以下詳細列出給大家做參考，請依照自己的需要做調配喔！簡單來說，你可將整個規劃的流程簡單分為以下幾點：

釐清需求：

第一步：Project Owner與其他相關利益者，收集有關項目的資料並設定目標

sprint計劃過程的第一步是讓項目經理收集有關即將進行的項目的信息，他們與客戶或相關部門會面，以準確定義出該計畫需要達到的目標，這些目標會被記錄在模板中。

第二步：Project Owner記下項目目標，並將任務移至Backlogs中

在項目會議期間，Project Owner需要記錄客戶希望完成的工作，將這些工作編寫成任務並放入Backlogs。

第三步：Project Owner和Scrum Master會面，以確定團隊可以完成哪些任務

在將任務添加到待辦事項中之後，Project Owner和Scrum Master將檢查可能的任務，以查看團隊可以完成的工作。同時，這也是 Scrum Master和Project Owner確定誰需要加入這個特定項目的Scrum團隊的時候。

---

任務分配、工作量與安排

第四步：Scrum Master評估團隊速度

團隊速度是團隊完成Backlogs工作的能力以及速度。Scrum Master可以通過一些基本數學來評估速度。團隊在sprint中完成的每個項目都具有一定的分值。因此，如果您的團隊完成了每個價值15分的四個項目，那麼您的速度將是60。隨著時間的推移，Scrum Master將需要對此進行觀察和評估。如果我們回到我們的示例，假設您的團隊有一個星期交付了4個價值60分的項目。下週，他們交付了3個項目，價值45分。因此，團隊速度現在將是52.5。

第五步：Scrum Master確定sprint長度

查看項目範圍後Scrum Master需要確定完成項目需要多長時間。為了弄清楚這一點，Scrum Master將需要知道每個任務的時間，以估計完成全部任務的總時長。然後，根據潛在的Scrum團隊成員可以工作的小時數，Scrum管理員可以確定Sprint需要多長時間才能完成工作。例如，如果一系列任務每週加起來要花費80個小時，並且兩個團隊成員每個人可以每週工作40個小時，則Sprint時間只需要一個星期。請記住，完成一個項目可能需要多次Sprint。記錄您的Sprint長度以及團隊需要擁有多少個Sprint：

第六步：Scrum Master安排Sprint計劃會議

確定Sprint和任務後，Scrum主管將召開Sprint計劃會議。通常，您的Sprint計劃會議的每個小時與一個星期的Sprint值相吻合。因此，為期兩週的衝刺可能需要召開兩個小時的計劃會議。當然如果您不需要花費兩個小時，則可以召開一個較短的會議，不需要浪費時間。

第七步：Scrum團隊討論Sprint工作的能力

此時，團隊應該知道成員每個人的工作能力。這意味著，如果您的內容作者一周只有32個小時的工作時間，則不應為他們預定40個小時的工作時間。

第八步：為Scrum團隊分配任務

此時，Scrum Master應該從Backlogs中拉出任務，並將其分配給團隊成員。每個任務都應附有一個時間長度，團隊成員必須在該時間長度內完成任務。將任務分配給團隊成員後，它們將移入Sprint待辦事項列表。Sprint Backlogs工作是團隊致力於完成的工作量。

第九步：Scrum團隊將時間分配給成員，並確認其工作能力

現在，團隊成員需要加起來完成每個任務的時間。一旦有了總數，他們就需要比較任務的總工作時間以及在Sprint期間的工作時間。例如，假設一位內容編寫者被分​​配了72小時的工作時間，為期兩週。但是，他們看到他們可以在此Sprint中進行80個小時的工作。他們可以增加其他工作，也可以找出另一種分配這八個小時的方法。

---

任務回顧、與檢視過去成效：

第十步：Scrum團隊提出問題和障礙

在sprint計劃會議期間，您的團隊應解決上一個sprint中發生的任何問題或障礙。您的Scrum團隊應該討論並弄清楚如何避免在下一個Sprint中出現問題。

第十一步：Scrum Master要求就選定的Sprint達成協議

如果團隊中的每個人都同意Sprint中的待辦事項，則可以finalize sprint。

第十二步：Project Owner和Scrum Master確認衝刺

一旦團隊成員確認自己的工作量，Project Owner和Scrum Master將確認衝刺並開始。

第十三步：在Sprint期間開始Daily Standups

Sprint開始後，Scrum團隊將每天在同一時間開會，並回答以下問題：你昨天完成了什麼？您今天要完成什麼？您遇到了哪些阻礙進度的障礙？

第十四步：Project Owner向相關利益者介紹計畫的進展情況Sprint的進行

Project Owner將向利益相關者更新一切進展狀況，為此，Project Owner應檢查sprint計劃會議記錄和每日Scrum記錄，以查看團隊成員已完成的工作、他們正在從事的工作以及仍需要完成的工作。如果利益相關者希望在Sprint過程中能先看到部分成果，則Project Owner應該能夠檢查工作表以查看是否可行，如果不，他們可能需要與Scrum Master交談，並讓他們調整團隊的項目，這就是為什麼讓Scrum成員跟踪和更新他們的工作位置如此重要的原因。

第十五步：如有必要，將任務添加到Sprint中

當Scrum團隊在Sprint中移動時，您可能需要根據項目的進度添加或刪除任務。在這種情況下，應將新任務添加到sprint待辦事項列表並進行標記，以表明它們不屬於原始sprint。

第十六步：完成Sprint，並進行Sprint審查/還原

在您的團隊完成衝刺之後，整個團隊（包括Scrum Master和Project Owner）將聚集起來以審視Sprint。您的團隊應討論：一切順利。進行得不好。有什麼可以改善的。需要停止什麼以改善下一個衝刺。需要開始什麼以改善下一個衝刺。您的團隊還將在此過程中觀察您的Burndown Chart，即為團隊如何完成Sprint工作量的直觀表示。

第十七步：Project Owner設置項目的啟動日期並提交給利益相關者

在完成Sprint和批准可交付使用的產品之後，Project Owner將向利益相關者介紹已完成的工作。

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

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

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

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

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

CodeForMarketing — 小編群。