使用看板進行 WordPress 開發

你是一個“擦乾淨”的人嗎？ 你說過多少次你會在星期一、月初或新年重新開始？ 這是一個秘密：它永遠不會奏效。

你永遠不能把石板擦乾淨，你也不應該想。 由於您過去所做的工作，您已經走到了這一步。 是的，可能有一種更有效的方法，但你不會通過撤銷你已經取得的所有進展來發現它。

這就是我喜歡看板系統的原因。 我在 2019 年初開始使用它來徹底檢查我的工作流程，我被迷住了。 它非常適合需要保持井井有條和在工作之上的團隊類型，但也知道事情會發生變化 - 很多。

在本文中，我將重點介紹 WordPress 開發團隊的看板，但我使用的幾個示例來自我自己的看板，這些看板是圍繞我的寫作工作流程創建的。

什麼是看板？

要了解看板開發，您首先應該了解精益思維。

精益思想不是一種方法論。 相反，它是一種基於構成項目上下文的價值觀的心態。 七個精益價值觀是：

1. 通過清除任何不會為項目增加價值的東西來消除浪費。
2. 通過定期收集反饋來改進流程來擴大學習
3. 盡可能晚地做出決定，即在收集所有信息以告知決策之後。
4. 在不犧牲團隊士氣或產品質量的情況下盡快交付； 這關乎效率和可持續性，而不僅僅是速度。
5. 授權團隊，確保開發人員的健康和活力，並基於專業知識和領導力進行推廣。
6. 創造直觀、有價值的體驗。
7. 通過評估整個項目，而不僅僅是它的個別功能，來了解整體情況。

採用精益思維的團隊通常使用看板方法進行工作流管理。 您可以使用硬拷貝索引卡設置看板，也可以使用 Asana 或 Trello 等工具創建數字看板。 通過設置不同的列來創建工作流，然後在任務完成時從左到右在工作流中移動卡片。

來源：體式

最基本的看板有三列：

• 去做
• 正在做
• 完畢

使用高級看板，您可以擁有額外的列，並且每張卡片都可能有自己的一組子任務需要完成。 這是我的體式中卡片上的一些子任務的示例：

由於看板傾向於跟踪較大的工作項目而不是小任務，因此通常需要在一張卡片上包含多個子任務和方向，以及開始和結束日期、受讓人和支持文檔。

看板原則

看板開發是一種建立不斷發展的流程的方法； 它不需要通過即時執行特定任務來立即進行更改。 它也不是從一張白紙開始。 相反，它以您當前的流程和團隊結構為基礎並進行調整。

看板有四個基本原則：

1. 從您當前的流程開始。 包括您當前遵循的步驟、政策和規則。 這可能會改變，但這就是看板開發的重點——進化。
2. 團隊必須致力於漸進式和漸進式更改。
3. 尊重並維護職位、角色和職責，至少目前是這樣。 當您調整流程時，團隊結構可能會發生變化。
4. 鼓勵各級團隊成員在適當的時候發揮領導作用。

看板實踐

有六個核心看板實踐：

1. 通過創建與當前流程的每個步驟相匹配的列來可視化您的項目。
2. 設置上限以限制每列中有多少活動工作項。 這有助於創造一個現實的節奏，並允許團隊成員專注於最重要的工作項目，而不會感到分心或不知所措。
3. 衡量卡片全面移動的速度，並評估是否存在任何瓶頸或浪費。
4. 定義流程的步驟、政策和規則，以便通知所有團隊成員。
5. 實施反饋循環並進行必要的流程調整。
6. 協同改進并快速發展。 這種做法結合了四個原則，以便團隊可以作為一個整體來做出決策。

WordPress 開發看板

創建板

要使用看板進行 WordPress 開發，您需要將流程分解為特定的開發步驟。 最簡單的方法是查看您已經交付的功能並列出開發的每個主要步驟。 這是軟件工程師 Harrison Ferrone 的一個例子：

然後使用每個步驟在您的看板中創建一列。 這是來自 Asana 的用於錯誤跟踪的示例看板：

以下是有關 WordPress 開發看板的更多列創意：

• 待辦事項：可能會或可能不會實施的想法
• 要求：發展的想法
• 為設計做好準備：明確的想法並為下一步提供支持
• 進行中：您可以為設計、編碼和生產階段設置單獨的“進行中”列
• 準備審核：您可以為每個階段設置單獨的“準備審核”列
• 審核中：您可以為每個階段設置單獨的“審核中”列
• 需要更改：需要更多工作的退回物品
• 完畢

您還可以根據優先級對卡片進行分類。 為此，像 Asana 和 Trello 這樣的工具具有顏色編碼。 您可以優先考慮錯誤、客戶功能和客戶問題等類別，但最適合您的團隊。

設置在製品限制

設置看板只是組織工作流程的開始。 整個開發團隊必須了解如何使用看板以及在每個階段對它們的期望。 如果您注意到瓶頸，或者列的工作速度比其他列更快，這一點尤其重要。 假設您相信您的團隊成員工作效率足夠高，您很可能需要設置一個在製品 (WIP) 限制來阻止這種情況發生。

例如，如果流程的這一部分比其他部分花費的時間更長，則“測試和驗證”步驟可能會成為瓶頸。 解決方案是為該列、它之前的列或整個看板設置 WIP 限制。 您可以將“構建功能”和“測試和驗證”列分別限制為 5 個。 這樣，一次構建的功能不會超過五個，並且一次需要測試和驗證的功能不會超過五個。 功能的測試和驗證完成後，可以從“構建”列中移動另一個工作項。 這可以使工作流程繼續前進，而不會陷入任何地方。

根據 Kanbanize，設置 WIP 限制的一個很好的經驗法則是將您的開發人員增加兩個。 如果您有 10 個開發人員，那麼您將在任何給定時間內最多設置 20 個項目。 較低的限制對效率更好，但不要將它們設置得太低，以至於您的團隊在等待其他開發人員完成工作項時最終無事可做。

看板開發最佳實踐

包括 WIP 限制背後的細節和理由。 您可以將其直接寫在黑板上，以便團隊成員在需要時可以參考。 例如，我的一位客戶在列頂部的卡片中提供了說明，說明每天可以申領多少篇文章，以及在一周內將文章添加到面板的日期和時間。

闡明卡片何時應從一塊板移到下一塊板。 我在我的一些卡片上的子任務中直接設置了這個，並且我知道只有在前面的子任務完成後才能移動卡片：

您還可以設置更具體的參數。 例如，如果我已將文章的已發布鏈接添加到我的投資組合併且文章已付費，我只能將卡片移至“已完成”列。

擴展工作流以考慮在列之間來回移動的工作項。 假設您的“代碼審查”列中有一個項目。 如果代碼審查失敗，則必須返回上一列，這可能類似於“構建功能”。 如果這種情況經常發生，您就會遇到一種新的瓶頸，但如果您設置了較低的 WIP 限制，那麼您將無法完成足夠的工作。

解決方案是創建新列，例如“Failed Code Review”和“Second Code Review”。 然後，您會告訴您的團隊，如果某個功能通過了初始代碼審查，它可以直接進入下一個自然步驟並跳過您剛剛添加的兩個附加列。 或者，您可以在工作流程的開頭放置一個新列來收集失敗的評論並再次推動它們通過流程，或者您可以在流程中添加一個“修復”列來解決這些問題。 最好的解決方案是適用於您的定制流程的解決方案。

包起來

沒有一種類型的看板，即使是兩個做完全相同事情的開發團隊也沒有。 這就是它的優點——您可以完全根據您的需求定制它，然後隨著您的需求增長和變化進行調整。 總的來說，看板開發非常適合需要創建用戶想要的東西的團隊； 按時交付這些功能； 並創建可持續的工作流程節奏。

現在您的開發工作流程已經很順暢，請了解如何設置您的數字工作區以提高工作效率。