職場上最慘的是，就是自己累得要死，卻又不知道自己為何而忙。
美國發生911恐攻之後，FBI的資料管理系統遭人詬病，許多人認為雖然擁有自動歸檔的功能，卻因系統遲緩，導致人員仍習慣用紙本歸檔，每項資訊需要經過層層主管簽核，本末倒置的結果是整體效率低落。
因此，為了改善系統的缺點，特別撥了4億多的預算，預計2009年完工，結果卻拖到了2010年僅完成一半的進度，甚至預算已消耗殆盡。
是因為FBI的人偷懶嗎？並不是，只是因為 #這套實施計畫趕不上變化。
我們通常在訂時程表時，都會建立在「#完美執行」的架構上，但事實是，職場有許多的突發狀況，有時根本猝不及防。
在軟體業有一套名為「敏捷軟體開發」的原則，在這項開發中，所有需求和解決方案皆通過自組織跨功能團隊達成。
他們強調4個面向：
1. 獨立的工作成員與人員互動勝於流程與工具的管理：透過良好的 #內部溝通 取代孤立運行的專家團隊。
2. 工作產生的軟體勝於廣泛而全面的文件：工作軟體比在會議中向客戶呈現檔案更有用，因此保持 #外部檔案的輕量化。
3. 客戶的合作勝於契約的談判：最好 #直接涉及客戶、最終用戶，以便在回饋的基礎上調整詳細的需求。
4. 回應變動勝於遵循計畫：以 #快速響應變化 和持續發展取代訂好計畫的循序漸進。
這樣的價值觀也用在工作管理上，回到開頭的故事，最終FBI更換了新的技術長與資訊長，在一年內完成另一半的進度，並且 #團隊人員與而後所使用的預算僅原來10分之一，其關鍵原因就是運用敏捷式團隊工作，透過一些簡單的概念讓團隊與計畫更能經得住變動的考驗，人員在其中也不會有不知自己「為誰而戰」的困境。
了解更多敏捷式團隊工作術>>https://bit.ly/2U4UbV4
