當前,似乎每個人都在踐行敏捷。這主要歸功于敏捷能夠適應變化並整合客戶反饋的特質。現代社會這兩者是非常重要的,因為技術在不斷地革新,且人們獲取信息的方式越來越容易——包括公開的客戶反饋。
快速響應並將客戶反饋納入產品和流程,要求自組織團隊不斷調整工作的內容以提高效率。團隊可以進行定期調整以滿足每天出現的新需求。在項目規劃方面,這種波動環境可能會使事情變得棘手:因為幾乎不存在明確的截止期限和可預期的交付成果。
因此,如果踐行敏捷的基礎正在快速變化,那麼在不斷迭代項目的同時,敏捷中如何定義完成?我們如何知道已經真正完成了任務?這是一個有趣的問題。在回答這個問題之前,讓我們先了解關於敏捷及其方法論。
一、在敏捷中如何完成工作
簡單來說,在項目管理中,敏捷用迭代方法來規劃和指導項目過程,這將鼓勵變革。這種方法與傳統的項目管理方法(如瀑布式)截然相反,因為瀑布式設定了嚴格的流程和結構。
敏捷是為短時間內進行衝刺(sprint)的小團隊設置的過程,可以幫助團隊在項目中快速響應變化。小組在衝刺前後定期碰面,根據項目變化調整工作方式。
通過敏捷框架,團隊纔可能打造客戶需要的產品,而不是閉門造車,交付不符合市場需求和趨勢的產品。有了敏捷模式,在項目過程中,團隊可隨時根據需要進行調整工作,從而找到更好的路徑去開發合適的產品。這將使得組織更具競爭力,但當存在無窮盡的功能更新和其他修復任務時,我們也很難界定某些任務是否可以標記為已經完成。