Table of contents
什麼是敏捷工作法？
從 2000 年代早期，敏捷工作法就成為許多科技組織的必備專案管理方法。當今大多數的軟體開發工作團隊都是採用某種形式的敏捷工作法，相關要素也已經融入許多工作環境。「敏捷」這個詞本身甚至也變得更加普及，因為當今的思想領袖在商業界經常提起更加「敏捷」的必要性。但所謂的在公司中運用敏捷專案管理方法，究竟是什麼意思？
敏捷工作法是一套專案管理流程，將專案分割成較小規模的工作項目和階段。這種分割成小階段的工作方式，讓敏捷工作團隊可以納入相關人士的意見、重新評估工作，並且在流程中的每一個階段進行反覆修改。其中最常見的一種敏捷工作方式，會將工作切割成簡短的發展階段，也就是所謂的「衝刺」。這讓工作團隊可以迅速工作，並且在衝刺規劃和每日 Scrum 時定期與主管和相關人士一起重新評估工作內容。在檢討後，專案工作團隊和相關人士可以繼續當前的路線，或是變更接下來的衝刺計畫。相較於傳統的專案管理方式，敏捷工作法重視的是速度、彈性、團隊合作和相關人士需求。
敏捷工作法起源何方？
敏捷工作法背後的概念源於 2000 年代早期，有一群軟體開發人員建立了四大敏捷原則：
個人與互動優先於流程與工具
可用的軟體優先於詳盡的文件
客戶協作優先於合約擬定
因應改變優先於遵守計畫
這些在 2001 年發表的「敏捷宣言」中所強調的價值，形塑了敏捷專案管理方法，也徹底改變了軟體開發產業。
當時，瀑布式開發仍被視為比較理想的軟體開發專案工作方式。儘管瀑布式開發在 1970 年代問世時極具突破性，但到了 2000 年代，這種工作方式已經變得繁瑣。主要是因為，瀑布式開發在專案真正開始之前，就需要用到大量的文件和決定性的規劃。等到工作真正開始，通常各自獨立的不同工作團隊必須嚴格遵循這些計畫，導致難以應對問題或是需求改變。相較之下，採用敏捷開發方法的工作團隊可以更快開始工作，並在問題出現時即時反應，還能直接與客戶及相關人士一起進行規劃。
為什麼敏捷專案管理如此流行？
相較於瀑布式開發，敏捷工作法的優點對於 2000 年代的科技公司而言更顯而易見。敏捷軟體開發的優勢不只侷限於編寫程式，現在有許多其他產業也開始在工作流程中融入敏捷工作法。那麼，為何敏捷工作法可以吸引這麼多專案經理和企業領導人？
適應能力
敏捷工作法的核心概念就在於能夠應對目標、環境或流程問題的改變。在敏捷工作法的框架下，評估當前工作、時程和專案需求的能力都已經內建在這種工作法之中。如果相關人士想要變更專案的範圍或方向，Scrum 和衝刺規劃可以為工作團隊提供變更路線的機會。如果工作團隊成員發現當前工作項目或專案某個部份有問題，可以調整時間表以迅速解決問題。敏捷工作法能協助您迅速變更路線，因此您的專案工作團隊打造出的成品不會錯失客戶的需求。
相關人士協調同步
由於具備這種程度的彈性，敏捷工作法也能夠持續掌握客戶和顧客不斷變化的要求與需求。任何專案都一樣，您的工作團隊和相關人士在初期所規劃的目標和範圍鮮少能維持不變。也許會有客戶預料之外的工作和需求浮現，或是終端消費者的需求已經隨著時間改變。不論相關人士為何變更計畫，敏捷工作法都能讓您更加靈活地應對這類變化，進而迅速交付專案、避免待辦工作累積。如此不論專案進展到何種階段，都能確保交付成品符合客戶不斷變化的期望。
速度
當然，如果敏捷工作法的本質不敏捷，也不會以此命名。敏捷工作法將工作團隊的工作項目分割成較小的目標，並指定較短的明確工作期間，讓您的工作團隊能夠專注並加速工作。就基本層面而言，這表示產品可以更快進入市場或交到客戶手中。不過敏捷工作法對各行各業如此有吸引力的主因，在於這樣的速度結合了彈性適應的能力。當問題出現，您的工作團隊可以迅速變更路線和處理問題。不需要花時間回頭查看原始的計畫或文件：只要在 Scrum 中提出問題、安排處理時程，然後解決問題即可。如此一來，敏捷工作法就能協助工作團隊保持專注於個別的工作項目，並在期限內完成。
敏捷工作法有哪些問題？
然而，敏捷工作法並不是十全十美的解決方案。如同任何專案管理方法，敏捷工作法有其優勢，使用時也有需要考量的層面。就像瀑布式開發，如果無法妥當管理敏捷工作法帶來的缺點和難關，就可能會妨礙到工作。
管理範圍
具備迅速應對問題和流程變更的能力之後，務必要注意整體的專案和範圍。敏捷工作法讓您可以迅速變更計畫和工作，但快速切換工作項目，可能會導致無法看清整體進度。即使工作團隊的良好的，如果衝刺規劃時建立的工作項目清單並未嚴加管理，您可能會耗費過多預算或時間。敏捷工作團隊和專案經理必須隨時掌握專案範圍和路線，以避免承擔的工作量失控膨脹。
排程
對於使用敏捷流程的團隊來說，失去的不僅僅是範圍。當團隊使用衝刺計畫時，他們能夠根據當前需求靈活安排時間表和優先事項。然而，一旦團隊成員開始調動並處理新任務或支援問題，時間表就需要靈活調整以適應這種情況。如果您要遵守嚴格的時間表，則需要確保衝刺計畫仍然在該時間範圍內。
此外，儘管自行管理型的工作團隊會根據需求而在多個工作項目之間切換，最終還是必須回頭處理指派的工作項目。在這個階段，採用敏捷工作法的專案經理必須負責掌握工作團隊的所有工作項目進度，確保沒有地方進度落後。否則，經過一次次步調快速的衝刺之後，可能會遺漏一些本該完成的工作。
溝通
在敏捷工作法中，團隊合作的優先順序和快速反應，自然代表溝通非常重要。工作團隊成員需要溝通自己當前的進度，不論是有問題出現，還是需要協助。這類溝通必須由工作團隊中的所有成員定期進行，也必須直接納入規劃中。與相關人士維持協調同步十分重要，一定要瞭解各方相關人士的需求，才有辦法變更計畫。
如何執行敏捷流程
如果您有興趣為您的團隊採用敏捷專案管理方法，那麼有許多經過嘗試和測試的策略和實踐 - 其中最常見的是衝刺和 scrum。當然，使用正確的專案管理軟體和工具也可以成就或破壞敏捷規劃方法。以下是建立和遵循敏捷方法的一些最重要的流程和方法：
追蹤工作項目
為了得知下一次衝刺必須完成哪些工作，您必須先知道哪些工作已經完成。因此工作團隊必須擅長追蹤自身進度。敏捷工作團隊經常使用的其中一種技巧，叫做待辦工作精簡或待辦工作梳理。主要的做法是提升工作團隊的透明度、設定待辦項目的優先順序，並且確保需要優先處理的項目已經準備好交付。Scrum 團隊經常會使用牆面或看板來追蹤工作內容，不過也有許多團隊選擇用工作項目管理軟體。
定期有效溝通
適當的溝通是任何敏捷專案管理架構的基石。因此，為您的團隊提供定期溝通的手段和機會至關重要。雖然衝刺通常以 2-3 週為一個週期，但許多 Scrum Master 每天都會與他們的團隊舉行“站立會議”，以掌握每天的進展。雖然具體的溝通節奏取決於您和您的團隊，但使用工具可以幫助您促進這些對話。
即時聊天和視訊會議應用程式的整合功能也有助於主持工作團隊會議和規劃會議時間。您可以直接從 Dropbox 共享檔案和開始對話，減少切換索引標籤和背景資訊的時間。
停步檢討
採用敏捷工作法時，從一個工作項目直接切換到下一個，不停清除工作的做法，也許相當吸引人。不過務必要挪出空閒檢討敏捷流程和回顧衝刺階段，以免工作團隊陷入隧道效應。在每次衝刺結束時安排檢討時間，有助於團隊成員重新評估自己的工作和優先事項。
也建議採取事後分析式的衝刺檢討活動，檢查您的規劃方式在專案生命週期中對專案造成的影響。為了做到這一點，一定要追蹤和詳實記錄您的工作。Dropbox 內建版本控制功能，可以協助您在此時審閱工作團隊每個開發階段的檔案。站立會議也能使用這項功能，以便查看個別團隊成員的進度，或回溯尚未核准的變更。
在工作上應用敏捷工作法
敏捷工作法大幅改變許多企業和經理的工作方式和帶來的成效。自 2000 年起，這種工作法就一直是軟體開發流程的一大推力，其中的元素也滲透到各行各業。不論是在考慮明天早上要進行工作團隊 Scrum，或是要繼續使用電子郵件溝通，看來敏捷工作法仍然會盛行下去。
