敏捷招募－（不是）一項新發明？
「敏捷」一詞來自軟體開發（此處為維基百科），指的是特殊的專案管理方法，儘管環境不斷變化，但這些方法可以更快、更具體、更有效率地實現成果。敏捷方法使專案成員能夠對不斷變化但也出乎意料的變化（「破壞性」）環境做出反應，從而實現專案成功。
「敏捷」是指與自組織、跨學科團隊在迭代流程或定義的周期中以連續規劃的步驟開發專案的想法。透過確定優先級，專案保持平坦和精益，可以快速實施和採用目標，並在所有專案階段（甚至之後）規劃適應並行變更。
生活就是當你制定其他計劃時所發生的事情
先前的專案管理是沉迷於規劃，因此是靜態的：您設定了一個想要精確且詳細地實現的目標，花費大量時間對所有可能的事情、路徑和 博蒂姆資料庫 程序進行規範，並且通常甚至不規劃緩衝區並少走彎路A.這些階段通常以經典的「大設計預先」方式一個接一個地進行。 結果是目標偏離、成本爆炸、時間超支，並且由於計劃中的各種個人虛榮心的範圍：每個參與者都不滿意。通常情況下，客戶或委託人「移交」項目，從而委託責任，並且除了中期報告之外，不處理他們的項目並期望結果。
數位化（r）進化
這在數位轉型的世界中不再適用。這不再按照可以以舊方式計劃和預期的原則發生變化。如果您想要某個結果，您必須預期這些所謂的「破壞性」多變量變化 ，並且您自己對結果的定義要靈活。昨天一切如常。最終，你從過去的 亞馬遜定價研究的個要點 經驗中獲得的東西越來越少；你必須更快地採取行動和做出反應，同時考慮更多的影響。
因此，現代的、新的敏捷方法，如 Scrum 或看板，標題為“敏捷建模的開發”，只決定預算和時間 – 以及各自的核心團隊。僅在絕對必要時才會 香港新聞 記錄詳細信息，例如出於法律或安全要求。敏捷專案的客戶仍然參與專案——他們也希望如此，因為這是他們學習、領導和認識他們的目標是否仍然符合現實的唯一方式。
敏捷專案的結果或解決方案的品質隨著透明度、團隊會議的互動週期短而提高。因此，沒有時間考慮等級制度、個人仇恨或虛榮心——真正的團隊合作以及對結果和滿意度的高度接受最終證明這種方法是正確的。