敏捷規劃是一種逐漸完善過程的規劃方法，6個步驟的層層遞進，方便在制定規劃的時候逐漸讓路線圖變得更加清晰。
“我們敏捷團隊的字典裡沒有‘規劃’這個詞。”如果你曾經與敏捷團隊合作過，你很可能聽過這個藉口。然而，即使是敏捷團隊也需要訓練做規劃的方法。 花時間做適當規劃的團隊能更好地瞭解產品的長期目標，採取更切合實際的策略去實現這些目標。
一、傳統的規劃是怎樣的？
為了幫助你的團隊充分利用敏捷規劃，首先你必須瞭解敏捷規劃與你可能已經很熟悉的傳統規劃有什麼區別。傳統的規劃方法通常遵循固定的週期，它們提及的常常是很遠的未來要發生的事。比如，團隊在制定年度規劃時，可能在一月份的一次會議中就確定了即將到來的一年的全部戰略。
會議中，他們可能不僅確定了今年的目標，還可能制定了實現這些目標的詳細計劃。而且，他們對12月的計劃很可能和對1月的計劃一樣詳細。等到會議結束，每個人都覺得這份計劃為明年的發展指明瞭方向。
儘管每個人都抱著一個最好的初衷，但現實遲早會讓他們清醒。諸如客戶訴求、競爭對手的行動或整個市場的發展這樣不可預見的變化將使計劃的各個部分難以實現，甚至變得無關緊要。
然而，團隊並沒有試圖調整計劃以適應新的現狀，而是繼續向前推進，希望能達成他們開始時的目標。
最終，這個團隊永遠在滿足一個無法實現的計劃中掙扎，這個組織永遠會沉浸在無法達成目標的失望中。很多情況下，這就是傳統規劃的現實情況。
二、什麼是敏捷規劃？
我們可以比較一下傳統規劃和敏捷規劃。
在敏捷方法中，團隊可以根據他們計劃的時間表，做出不同詳細程度的規劃。舉例來說，他們可能會比較宏觀地規劃一整年的目標，稍具體地規劃未來幾個月的目標實現戰略，然後最詳細地規劃出未來幾周實施戰略的必要步驟。
另外，團隊會不斷根據過程中的所學所獲來逐步完善計劃；這種方法使團隊在短期內就能明確責任，同時幫助他們瞭解自己的責任是如何推動長期目標的實現的。
不過，如何在短期和長期規劃之間取得適當的平衡呢？許多敏捷產品團隊會使用一個叫作“規劃洋蔥圖”的方法。
三、滿足規劃洋蔥圖的敏捷規劃
規劃洋蔥圖幫助團隊為他們時間表裡的每一個計劃選擇合適的規劃級別。規劃洋蔥圖通常是長這樣的。
為了瞭解規劃洋蔥圖，讓我們從頂部開始解釋每一層。
1. 定義你的願景
在規劃洋蔥圖的頂端是願景層。這一層的目標是定義產品要解決的首要問題和目標人群。最先考慮這些問題有助於你瞭解產品為用戶帶來的真正價值，和如何讓你的產品與其他試圖解決相同問題的產品區分開來。規劃這一層的一個好方法是與組織領導者共同完成產品願景畫布。現在有許多很棒的願景畫布可供參考，但我個人最喜歡的是Roman Pichler的產品願景板，它能幫助你的團隊專注於取得成功需回答的問題。
2. 指明路線
下一層是路線圖。在這一層，你和你的團隊將創建一個高級別的計劃，說明如何在長期內實現產品願景中定義的目標。通常，路線圖的內容在發佈層會被分組，讓組織中更多成員在確定每個可能的版本中的功能時能更好理解這些內容。
每個團隊的敏捷路線圖的具體內容會有所不同，但通常而言，你的路線圖應該定義你的團隊為實現既定目標而提供的功能。
這些功能應該在高級別就做出描述，而不是作為單獨的故事和任務。並且，路線圖應該要直觀地顯示功能之間的相互關係，以便你的團隊可以確定處理它們的最有效方法。
3. 迭代各個版本
下一層是規劃洋蔥圖的發佈計劃級別。在這個級別，你的目標是闡明構成路線圖中所定義的每一個發佈版本的特定功能。單獨的故事和任務在路線圖級別顯得太過具體，在這個級別裡見到它們才是最合適的。通過明確定義的發佈計劃，你的團隊能夠更好地給出每個版本交付的實際時間表。一個周到的發佈計劃有助於在組織中設定更切合實際的期望。
4. 關注未來幾周
洋蔥底部附近是迭代級別。在這個級別中，你的團隊選擇構成下一次迭代的故事，併為如何傳達故事製作計劃。如果你的團隊使用的是Scrum（一種迭代式增量軟件開發過程），你可以把這個階段看作是你的迭代計劃會。不過，即使是不使用Scrum開發的敏捷團隊通常也樂意通過選定和計劃小批量工作，來做出某種形式的迭代級別規劃。
5. 計劃你的每一天
規劃洋蔥的底部是日常級別。在日常級別的規劃中，你的團隊要在每天開始的時候評估自己的狀態，並共同制定第二天的計劃。
許多團隊通過每日站會來實現這個目標。在每日站會上他們會討論前一天取得的進展，期望在當天取得的進展以及可能影響進展順利的任何事情。
雖然早晨的這項儀式開始於對前一天的成果的討論，但成功的團隊會意識到每日站會是討論計劃的會議，而不是討論狀態的。因此，每日站會應該專注於制定一個每日進度的計劃。
6. 尋找自己的節奏
儘管規劃洋蔥圖清楚地描述了規劃的多個級別，但它真正的力量在於其迭代的性質。規劃洋蔥圖的每一個層次都不止執行一次，而是在產品的整個生命週期中多次執行。不過，每層執行的頻率取決於該層在洋蔥中的位置。
一般而言，最常規劃的是較低的級別，隨著向更高級別的邁進，你將逐步減慢你計劃的步伐。比如說，你要經常、乃至每天做日常規劃，但你可能只需要每隔幾個月甚至一年才重新審視你的產品願景。
除此之外，當你在洋蔥層之間移動時，規劃會議的參與者也會發生變化。具體來說，最頂層規劃的參與者通常是組織中的執行級別的決策者。
當你向洋蔥的較低層移動時，參與者可能會轉向團隊中做出貢獻的個人。這一層規劃的性質有利於與最接近項目的人進行合作，因為他們才是最適合決定如何開展這項工作的人。
四、讓敏捷規劃與團隊相互契合
如果你準備要使用規劃洋蔥圖，你必須先了解你的組織現在在敏捷規劃的什麼位置。找出答案的一個好方法就是想想你的組織實施到了規劃洋蔥圖中的第幾層。大多數敏捷組織都會進行一定程度的日常規劃。許多組織還有某種形式的迭代規劃。如果你的團隊缺少這兩個中的任何一層，應該先把它補上。因為如果連可靠的短期規劃都制定不出來，你的團隊是永遠不可能擁有長期規劃的。
此外，大多數團隊已經對他們的產品有了明確的願景。但是通常，這些願景不能反映組織更廣泛的目標，或者不能反映團隊實現目標的能力。
如果你在過去幾個月內沒有重新審視過你的產品願景，不能保證它準確地反映了組織的目標，你現在就可以這樣做。
一旦你確定你的組織已經把可靠的日常級別和迭代級別的規劃當作例行事項，並且你的產品願景準確反映了組織的目標，你就可以著手解決大多數團隊面臨的問題：路線圖和發佈計劃。
對許多敏捷團隊而言，他們最常遺漏的就是規劃洋蔥圖中的路線圖級別和發佈計劃級別。你應該首先根據產品願景中的預期結果制定路線圖。當你制定出了一份準確描述產品所需功能以及功能之間的關係的路線圖，你就可以從這裡出發，進一步制定更詳細的發佈計劃。
這兩種規劃工具的結合足夠讓你的團隊瞭解產品的成功情況，幫助他們規劃實現目標的路徑。結構化的規劃方法對於團隊的成功至關重要，即使對於敏捷團隊來說也是如此。
不過，你必須首先了解可以使用的規劃級別。然後，你必須在適當的時間分辨出適當的規劃級別。是否掌握了這些技能，決定了你的團隊是一個僅僅提供產品的團隊，還是真正幫助客戶成功的團隊。
原作者：Jeremy Jarrell
原文鏈接：https://www.productplan.com/agile-planning-onion/
翻譯：「即能小程序」公眾號：「即能學習」
本文由 @即能 翻譯發佈於人人都是產品經理，未經許可，禁止轉載
題圖來自 Unsplash，基於 CC0 協議