新專案轉向敏捷工作流程可能涉及一些重大調整。雖然您不必具備敏捷專家的資格來運行基於關鍵原則的工作流程,但重要的是您可以清楚地解釋為什麼敏捷是您共享流程的良好選擇。
學習敏捷的關鍵概念可以幫助您:
闡明工作流程形狀背後的基本原理,以便您的團隊可以有效且有效地使用它
闡明實施新系統的好處,以便您獲得團隊的更高程度的支持並看到更多潛在好處
當您討論專案工作時,與您的客戶和其他利害關係人設定期望,以便您可以在整個專案中為他們提供更好的體驗
提示:在此開始研究敏捷工作流程的原則和關鍵方法:敏捷方法基礎。
敏捷優先考慮個人需求、想法分享和回應變化,而不是 如何建立電話號碼列表 遵循和記錄固定的專案路線圖。對於習慣了更線性方法的團隊來說,這可能是一個重大轉變,因此準備好管理您將注意到的變化也很重要。
根據您目前的流程,您可能需要為以下方面的重大變更做好準備:
您的團隊成員收到的回饋的數量和性質
您與客戶的溝通和協作程度以及您與團隊分享的方法
時間安排的靈活性和分配截止日期的新方式
研究和評估的第一階段至關重要,因為它會向您展示敏捷工作流程是否是您即將進行的專案工作的最佳選擇,然後您必須做出這些重大更改。
如果您遇到無法透過調整團隊或重組衝刺週期計畫來克服的阻力,那麼可能值得研究另一種專案管理方法。
提示:有關與敏捷不同的工作流程的更多選項,請參閱我們的文章:專案管理方法。
2. 建構並視覺化工作流程框架
請記住,所有敏捷工作流程都將任務從積壓的任務轉移到可重複的衝刺週期中,並透過每日 Scrum 進行打斷,評估週期的成功,並使用一組新的積壓任務重新啟動流程。
話雖如此,這個整體形狀有很多變化。當團隊使用不同的方法將任務分配給衝刺、建立團隊、接收回饋並確定任務優先順序時,他們可能會開始青睞不同類型的敏捷工作流程。
這些哲學中的任何一種都可以幫助您為敏捷工作流程創建更詳細的計劃:
看板工作流程 無所不在。此方法將項目分解為要指派的任務和子任務。任務透過工作流程在一系列代表其當前階段的列中進行追蹤。至關重要的是,真正的看板限制了正在進行的工作,因此團隊可以確保他們的任務已完成並一致地交給客戶或使用者。
Scrum 工作流程是敏捷團隊的另一個熱門選擇。它使用類似於看板的板將任務分組到描述其進度的列中。不同之處在於Scrum將專案分解為多個衝刺 (sprint),並且一次高度關註一個迭代。
極限編程( XP) 工作流程專為軟體開發而設計,並優先考慮靈活性。目標是不斷接收客戶回饋並利用它來開發產品。
功能驅動開發(FDD) 框架每兩週創建一個新的軟體模型,以優先開發新功能以滿足客戶需求。團隊建立工作流程來幫助他們開發功能列表,然後規劃、設計和構建,以滿足客戶需求並儘快解決常見問題。
Agile Crystal工作流程將根據您的團隊規模而有所不同。它本質上是一個將不同敏捷方法和工具分組的系統,以適應可參與專案的人員數量。
在設計工作流程時,考慮為團隊和利害關係人提供的視覺表示也很重要。工作流程的中央「地圖」包含有關任務所在位置的最新信息,可以讓每個人了解最新情況,幫助他們確定任務的優先級,並創建可以促進團隊協作的共享參考點。
例如,即使他們不遵循看板專案管理的所有原則,許多敏捷團隊也使用看板來視覺化他們的工作流程。
這些互動式看板為您提供項目或衝刺的最新概述。透過查看任務流動或聚集在一起的方式,您可以識別瓶頸,就支援團隊的最佳方式做出明智的決策,並確定工作流程的更改可以使您的下一個衝刺更加順利的領域。
例如,Wrike 的看板會自動更新,以顯示團隊最新階段的任務。您可以使用顏色編碼的狀態,顯示負責每項任務的團隊或團隊成員,並自動化看板以在新任務需要注意時通知下一個團隊成員。
淺綠色背景上的 wike board 視圖的產品螢幕截圖
3. 定義角色與職責
在開始敏捷工作流程之前,您需要指派角色並定義職責。這種清晰度有助於您的工作更有效率地進行,並有助於確保所有回饋都得到聆聽和考慮。
要有效地使用敏捷工作流程,您需要:
一個團隊領導。敏捷團隊應該是無層級的,但您需要一個團隊領導來協調團隊成員並保持專案前進。團隊負責人將審查和組織收到的請求、監控工作流程並主持會議。
Scrum大師。Scrum Master 主持每日 Scrum 會議,並專注於消除衝刺期間報告的障礙。如果您的團隊規模較小或您偏離真正的Scrum 方法,則該角色通常與團隊領導者結合在一起。
產品負責人。這個人代表了客戶的需求。他們將清楚地概述需求,並確保即使工作流程和專案範圍不斷變化,這些需求仍然處於中心位置。與團隊領導者一起,此人在決定衝刺期間優先考慮哪些任務、功能或可交付成果方面發揮關鍵作用。
當您規劃工作流程時,您還需要定義將從事專案的團隊成員。一旦工作流程啟動,您將向這些人員或工作角色分配積壓任務,並在 Scrum 期間聽取他們的意見。
在更大或更專業的團隊中,您還可以指定獨立測試人員、企業架構師、系統整合商和主題專家來協助完成敏捷工作流程的不同階段。
當您在 Wrike 中執行敏捷工作流程時,可以輕鬆建立任務並將其指派給各個團隊成員或工作角色。您可以建立專案板,以對您的團隊最有意義的方式顯示此信息,並立即深入了解有關團隊進度、時間追蹤、工作量和能力的更多資訊。
淺綠色背景上的wrike表視圖的產品螢幕截圖
4.啟動敏捷工作流程
一旦您讓您的團隊開始新的工作流程並將任務新增至積壓工作中,您就可以將任務分配給您的第一個衝刺並開始您的專案工作。
通常,敏捷工作流程中的任務會經歷以下狀態:
待辦事項(通常是積壓任務的狀態)
進行中
被阻止(當工作無法進行時,因為該任務依賴仍待處理的任務)
審核中
完全的
您可以調整這些狀態以適合您的專案工作。例如,如果您的工作需要進行更徹底的測試和審核,您可以新增額外的工作流程階段和看板列來反映複雜的審核流程。
在衝刺期間,您將舉行每日會議,您的團隊可以在會議上分享他們的工作並尋求他們所需的支援。這是報告進度、標記發展問題或瓶頸並決定如何分配資源以便實現衝刺目標的時候。
當您在 Wrike 中管理敏捷工作流程時,您可以使用即時任務追蹤等功能來為您提供最新的進度概覽。
透過在 Wrike 中建立和管理任務,您還可以為您的團隊提供中央事實來源,該來源會自動更新以反映您當前的狀態。有了這些信息,您的會議就會變得更加高效,每個人都可以訪問他們需要的詳細進度概述。
淺綠色背景上的wrike分析產品螢幕截圖
5. 監控並完善工作流程
當團隊預期專案的範圍和要求發生變化時,他們通常會選擇敏捷工作流程。隨著工作的進展,重要的是要根據從利害關係人、最終用戶和團隊聽到的回饋來調整工作流程並確定待辦事項的優先順序。
這意味著衝刺回顧是任何敏捷工作流程的重要方面。您將在此處描述所學到的經驗教訓,並製定計劃將其整合到下一個專案的流程中。
您的所有團隊成員都應該參加回顧會(如有必要,可以遠端參加)。每個人的經驗和意見都是有效的,你們的共同目標是找到可以改進的具體點或為下一次迭代採取行動。
例如,如果您在最後幾天發現錯誤時正在開發的功能幾乎被延遲,您可以透過回顧來感謝使流程重回正軌的團隊成員,並研究為什麼問題只在最後幾天才被發現。並提出在下一個衝刺結束時提供更多時間緩衝的方法。
Wrike 的報告功能可過濾您的專案數據,以立即提供您需要的報告。在清晰、易於閱讀、自動產生的報告中顯示有關時間追蹤、實現的目標、整體專案進度和成功風險的詳細數據,這些報告很容易與您的團隊和利害關係人共享。
我們還提供了衝刺回顧模板,以幫助將此功能建置到您的工作區中。