如何建立敏捷工作流程(適用於任何類型的專案)
Posted: Sat Dec 21, 2024 3:37 am
當您對專案採用敏捷方法時,工作流程是管理待辦事項、回應問題和提供品質控制的關鍵。與傳統的工作流程(有時在簡單性上類似於流程圖)不同,敏捷工作流程是循環的,旨在應對專案中的需求變化。
一般而言,有許多關於敏捷專案管理的貼文(包括Wrike 的敏捷指南)。但在這篇文章中,我們專注於敏捷工作流程。我們將介紹:
敏捷工作流程的形式及其與流程圖方法的區別
敏捷工作流程的生命週期以及為什麼這使它們如此適合開發等工作。
為團隊的下一個專案建立敏捷工作流程的關鍵步驟。
有了這些訊息,您就可以決定敏捷工作流 如何建立電話號碼列表 程是否能為您的團隊提供正確的框架,並開始將這些原則付諸實踐。
在本文的最後,我們還將分享來自全球用戶的成功案例,以了解 Wrike 的行業領先功能如何幫助您監控和完善敏捷專案。
敏捷工作流程有何不同?
敏捷團隊需要可重複的工作流程,能夠處理大量任務、鼓勵協作,並從一開始就有機會獲得回饋。這將創建具有獨特形狀和模式的工作流程。
敏捷工作流程通常可以這樣映射:
Scrum 衝刺週期圖
敏捷工作流程可歸結為以下關鍵階段:
待辦事項列錶框,用於收集即將到來的任務並確定優先級
一到四個星期的衝刺週期,在具有固定目標的集中工作期間處理一系列積壓任務
在衝刺期間每日進行 Scrum簽到,以更新其他團隊成員的最新情況並報告潛在的挑戰
在每個衝刺結束時進行回顧,收集團隊成員和利害關係人的回饋,並確定使工作流程的下一個迭代更順暢、更有效率的方法
可交付成果,在衝刺期間不斷進行審查,並在準備好後立即發送給客戶
傳統的瀑布法或關鍵路徑方法具有一系列必須按固定順序完成的預定義步驟(幾乎像裝配線),而敏捷工作流程將專案分解為任務並將任務分類為批次。您的工作流程不再是一條直線,但這更能反映了大多數開發團隊(甚至一些創意團隊)實際處理專案工作的方式。
透過敏捷工作流程,您可以調整任務、新增任務並規劃衝刺週期以處理出現的問題。
敏捷工作流程為希望儘早整合客戶回饋並允許新想法影響專案的團隊提供了許多好處。
敏捷工作流程的主要優點
如果您的所有專案和流程都符合線性結構,您有明確定義的結果,並且您的客戶採取不干涉的方法,那麼敏捷工作流程可能會使您的流程過於複雜。
然而,想像一下您正在嘗試將複雜的請求壓縮到這樣的傳統結構中。在這種情況下,當短暫的變化時,您會感到沮喪,在返工已完成的可交付成果上花費大量預算,並隨著專案的進行而 看到專案時間表的推移。
如果「生產線」的類比與您正在承擔的任務不符,那麼敏捷工作流程可以提供許多好處。
速度:敏捷工作流程將任務指派到集中衝刺的固定時間範圍內。這為將「正在進行的工作」任務轉變為「已完成」的任務創造了合適的環境。
適應性:不斷變化的概要——無論是由問題還是新想法驅動——都會使傳統的工作流程偏離軌道。相較之下,敏捷積壓系統意味著團隊可以透過改變下一個衝刺的方法來做出回應(例如,透過重新確定任務的優先順序或引入新的團隊成員來建立或審查工作)。
回饋:透過敏捷流程,您可以在日常 Scrum 中以及在每個衝刺週期結束時的回顧中獲得持續的、高品質的回饋。您可以使用它來優化工作流程整個生命週期的流程(我們將在下一節中討論)。
協作:敏捷工作流程的形式鼓勵團隊成員討論問題並要求他們需要的資源,團隊中的成員的工作就是清除障礙。此外,短的、可重複的衝刺和完成的交付週期創造了持續的“勝利”,可以提高專案團隊的士氣。
客戶滿意度:透過敏捷工作流程,客戶和客戶可以更多地參與流程,看到他們的回饋得到回應,並定期小批量接收他們的交付成果。對於希望更多參與流程的客戶來說,這可以建立信任並創造比在專案的最後階段請求更改更好的體驗。
這些好處大部分都源自於這樣一個事實:敏捷流程可以重複(和完善)多次,以結束一個成功的專案。因此,這些工作流程具有固定的生命週期,從構思到退休。
在考慮像我們上面描述的那樣敏捷的工作流程是否可以滿足您的團隊的需求時,了解這個生命週期非常重要。
了解敏捷工作流程生命週期
敏捷工作流程會不斷重複,直到變得多餘(例如,因為新產品的發布結束了舊產品的工作)。
當您規劃和管理工作流程時,重要的是要了解在設定工作流程、使用它來交付任務、然後停用它以繼續下一個專案時將經歷的六個不同階段:
構思:此階段為您的工作方式製定計劃。雖然這不像固定的相關任務序列那麼清晰,但了解您的專案範圍、將在待辦事項清單中的任務類型以及如何建立衝刺非常重要。
啟動:在此階段,您與衝刺團隊的人員分享您的專案計畫。您可以根據他們的技能組合開始分配第一個任務,並聽取有關您在第一步中製定的時間範圍、目標、衝刺長度和頻率的初始計劃的反饋。
迭代:在此階段,您的團隊使用工作流程來推動他們的工作。您將處理待辦事項中的項目排序和委派,將它們分配給衝刺,聽取回饋,然後開始向客戶交付結果。
發布:當您使用敏捷計劃時,您還將經歷每次迭代的發布。發布是一種移交-您將可交付成果發送給您的客戶或最終用戶。這是最重要的回饋機會,包括利害關係人、衝刺團隊和參與品質控制的任何其他人的評論。您可以使用在發布階段收集的資訊來通知下一次迭代。
生產:當滿足所有要求並測試產品後,即可完全進入生產階段。此時,您的團隊的角色可能會轉變為培訓人們使用產品或監控結果,或者您可能會調整工作流程,以便在支援初始使用者時將支援票證和錯誤報告新增至待辦事項。
退役:當產品冗餘或專案結束時,工作流程將退役。在永久關閉流程之前記錄流程非常重要。這可以幫助您評估哪些方法行之有效,並找到可以應用於下一個專案的經驗教訓。
雖然敏捷工作流程旨在不斷發展,但如果您從一開始就意識到這些生命週期階段,它們就可以獲得最佳的開端。
在下一節中,我們將向您展示在從頭開始建立敏捷工作流程時如何考慮它們。
一般而言,有許多關於敏捷專案管理的貼文(包括Wrike 的敏捷指南)。但在這篇文章中,我們專注於敏捷工作流程。我們將介紹:
敏捷工作流程的形式及其與流程圖方法的區別
敏捷工作流程的生命週期以及為什麼這使它們如此適合開發等工作。
為團隊的下一個專案建立敏捷工作流程的關鍵步驟。
有了這些訊息,您就可以決定敏捷工作流 如何建立電話號碼列表 程是否能為您的團隊提供正確的框架,並開始將這些原則付諸實踐。
在本文的最後,我們還將分享來自全球用戶的成功案例,以了解 Wrike 的行業領先功能如何幫助您監控和完善敏捷專案。
敏捷工作流程有何不同?
敏捷團隊需要可重複的工作流程,能夠處理大量任務、鼓勵協作,並從一開始就有機會獲得回饋。這將創建具有獨特形狀和模式的工作流程。
敏捷工作流程通常可以這樣映射:
Scrum 衝刺週期圖
敏捷工作流程可歸結為以下關鍵階段:
待辦事項列錶框,用於收集即將到來的任務並確定優先級
一到四個星期的衝刺週期,在具有固定目標的集中工作期間處理一系列積壓任務
在衝刺期間每日進行 Scrum簽到,以更新其他團隊成員的最新情況並報告潛在的挑戰
在每個衝刺結束時進行回顧,收集團隊成員和利害關係人的回饋,並確定使工作流程的下一個迭代更順暢、更有效率的方法
可交付成果,在衝刺期間不斷進行審查,並在準備好後立即發送給客戶
傳統的瀑布法或關鍵路徑方法具有一系列必須按固定順序完成的預定義步驟(幾乎像裝配線),而敏捷工作流程將專案分解為任務並將任務分類為批次。您的工作流程不再是一條直線,但這更能反映了大多數開發團隊(甚至一些創意團隊)實際處理專案工作的方式。
透過敏捷工作流程,您可以調整任務、新增任務並規劃衝刺週期以處理出現的問題。
敏捷工作流程為希望儘早整合客戶回饋並允許新想法影響專案的團隊提供了許多好處。
敏捷工作流程的主要優點
如果您的所有專案和流程都符合線性結構,您有明確定義的結果,並且您的客戶採取不干涉的方法,那麼敏捷工作流程可能會使您的流程過於複雜。
然而,想像一下您正在嘗試將複雜的請求壓縮到這樣的傳統結構中。在這種情況下,當短暫的變化時,您會感到沮喪,在返工已完成的可交付成果上花費大量預算,並隨著專案的進行而 看到專案時間表的推移。
如果「生產線」的類比與您正在承擔的任務不符,那麼敏捷工作流程可以提供許多好處。
速度:敏捷工作流程將任務指派到集中衝刺的固定時間範圍內。這為將「正在進行的工作」任務轉變為「已完成」的任務創造了合適的環境。
適應性:不斷變化的概要——無論是由問題還是新想法驅動——都會使傳統的工作流程偏離軌道。相較之下,敏捷積壓系統意味著團隊可以透過改變下一個衝刺的方法來做出回應(例如,透過重新確定任務的優先順序或引入新的團隊成員來建立或審查工作)。
回饋:透過敏捷流程,您可以在日常 Scrum 中以及在每個衝刺週期結束時的回顧中獲得持續的、高品質的回饋。您可以使用它來優化工作流程整個生命週期的流程(我們將在下一節中討論)。
協作:敏捷工作流程的形式鼓勵團隊成員討論問題並要求他們需要的資源,團隊中的成員的工作就是清除障礙。此外,短的、可重複的衝刺和完成的交付週期創造了持續的“勝利”,可以提高專案團隊的士氣。
客戶滿意度:透過敏捷工作流程,客戶和客戶可以更多地參與流程,看到他們的回饋得到回應,並定期小批量接收他們的交付成果。對於希望更多參與流程的客戶來說,這可以建立信任並創造比在專案的最後階段請求更改更好的體驗。
這些好處大部分都源自於這樣一個事實:敏捷流程可以重複(和完善)多次,以結束一個成功的專案。因此,這些工作流程具有固定的生命週期,從構思到退休。
在考慮像我們上面描述的那樣敏捷的工作流程是否可以滿足您的團隊的需求時,了解這個生命週期非常重要。
了解敏捷工作流程生命週期
敏捷工作流程會不斷重複,直到變得多餘(例如,因為新產品的發布結束了舊產品的工作)。
當您規劃和管理工作流程時,重要的是要了解在設定工作流程、使用它來交付任務、然後停用它以繼續下一個專案時將經歷的六個不同階段:
構思:此階段為您的工作方式製定計劃。雖然這不像固定的相關任務序列那麼清晰,但了解您的專案範圍、將在待辦事項清單中的任務類型以及如何建立衝刺非常重要。
啟動:在此階段,您與衝刺團隊的人員分享您的專案計畫。您可以根據他們的技能組合開始分配第一個任務,並聽取有關您在第一步中製定的時間範圍、目標、衝刺長度和頻率的初始計劃的反饋。
迭代:在此階段,您的團隊使用工作流程來推動他們的工作。您將處理待辦事項中的項目排序和委派,將它們分配給衝刺,聽取回饋,然後開始向客戶交付結果。
發布:當您使用敏捷計劃時,您還將經歷每次迭代的發布。發布是一種移交-您將可交付成果發送給您的客戶或最終用戶。這是最重要的回饋機會,包括利害關係人、衝刺團隊和參與品質控制的任何其他人的評論。您可以使用在發布階段收集的資訊來通知下一次迭代。
生產:當滿足所有要求並測試產品後,即可完全進入生產階段。此時,您的團隊的角色可能會轉變為培訓人們使用產品或監控結果,或者您可能會調整工作流程,以便在支援初始使用者時將支援票證和錯誤報告新增至待辦事項。
退役:當產品冗餘或專案結束時,工作流程將退役。在永久關閉流程之前記錄流程非常重要。這可以幫助您評估哪些方法行之有效,並找到可以應用於下一個專案的經驗教訓。
雖然敏捷工作流程旨在不斷發展,但如果您從一開始就意識到這些生命週期階段,它們就可以獲得最佳的開端。
在下一節中,我們將向您展示在從頭開始建立敏捷工作流程時如何考慮它們。