20 年來，敏捷宣言革命仍在繼續
Posted: Sun Dec 15, 2024 6:27 am
那一年，隨著 iPod 的推出，蘋果讓我們所有人都能夠「在口袋裡裝上一千首歌曲」。微軟憑藉 Xbox 進入了主機遊戲世界。維基百科和Google圖片搜尋雙雙推出。愛立信發布了第一款支援藍牙的手機。
但對於世界各地的軟體開發人員來說，2001 年更為人所知的是敏捷誕生的一年。
敏捷宣言是 17 名志同道合的專業人士在猶他州雪鳥滑雪勝地舉行的為期兩天的會議的成果，它帶來了革命性的編碼方法。它為現有的「文件驅動的重量級軟體開發流程」提供了替代方案。
為了了解當今敏捷的好處，讓我們回顧一下敏捷開發的歷史。
敏捷開發的歷史
在敏捷宣言出現之前，軟體開發人員在命令和控制系統中工作。
工作流程主要包括專案管理移交任務，然後想知道 whatsapp 日本 所有事情是否會在一天結束時完成。編碼員通常被認為是低階的貢獻者，無法考慮大局或客戶的需求。
敏捷宣言中解釋的原則從根本上改變了軟體開發和專案管理的格局，有利於更精簡、更快和更具實驗性的方式來推動生產。
二十年前，我們開始努力將開發者社群從「呆伯特式公司的包袱」和固定流程思維中解放出來，這項努力改變了一切，並引入了當今如此流行的Scrum、自適應軟體開發和極限編程流程。
這種新的工作和思維方式創造了敏捷框架以及一套新的價值觀。
敏捷宣言價值觀
敏捷宣言由四個基本價值組成，概述了迭代軟體開發的輕量級方法。這種方法是基於調整流程以適應開發團隊，而不是相反。
吸取的敏捷經驗教訓並以價值（或指導原則）的形式表達如下：
個人和互動勝過流程和工具：參與專案的每個人之間的溝通比嚴格遵守流程更受青睞。
工作軟體勝過全面的文件：文件仍然是敏捷流程的一部分，但以一種更流暢的方式為開發人員提供了操作的自由。
客戶協作優於合約談判：敏捷開發的眾多好處之一是從頭到尾都包含客戶的意見。
回應變革而非遵循計畫：根據敏捷宣言原則，變革凸顯了改善專案的潛力，而不是作為可以避免的成本。
在過去的二十年裡，敏捷宣言原則的影響力和影響力已經遠遠超出了改善軟體開發人員和專案經理之間的工作關係的範圍。敏捷開發的核心優勢現在決定了跨組織和行業的團隊如何看待他們的工作。
我們從敏捷中學到了什麼
回顧敏捷開發的歷史，今天的敏捷宣言顯然開闢了新天地。儘管它最初是作為簡化軟體開發流程的替代方案，但我們中的許多人甚至在不知情的情況下依賴敏捷原則（以及學到的許多其他敏捷經驗教訓）。
在一個日益複雜且常常模糊的世界中，控制結果以實現結果的預測和計劃方法已逐漸讓位給敏捷的感知和回應思維方式。透過承認未來的不確定性，我們獲得了更多的創新和適應的自由。
以下是現代工作場所汲取和接受的敏捷經驗教訓的更多範例。
讓工作場所更人性化：典範轉移
在敏捷宣言出現之前，軟體開發中的傳統觀點是，人們對於他們所遵循的流程來說是次要的。沒有要求（或鼓勵）軟體開發人員協助解決問題、提高效率或提供其編碼專業知識以外的任何見解。
一旦敏捷宣言原則在科技公司中變得更加普遍，團隊內部的溝通品質開始對工作產出品質產生更大的影響。
敏捷開發驗證了軟體不是為機器編寫的，而是為成為其最終用戶的人編寫的。如果不了解人們真正想要什麼，僅僅擁有雄心勃勃的專案時間表或全面的文件是遠遠不夠的。
結果，敏捷改變了現代管理理論，並擴展到技術之外。
但這些變化不僅僅是考慮最終用戶的需求和願望。它們也影響了工作場所。我們許多人認為理所當然的工作與生活平衡的概念部分歸功於敏捷宣言及其原則。無論是否流行，想像一下大規模採用在家工作而沒有僅透過盲目流程進行團隊溝通的敏捷實踐。此外，敏捷也有助於鼓勵人們做自己。
由於敏捷，員工不再局限於嚴格的時間表或安排的座位。如果沒有敏捷及其對創造力、協作和溝通的強調，很難想像當今的 WFH 規範能夠快速實施和接受。
為什麼？在敏捷工作場所中，人們享有更大的自主感，並因其單獨帶來的東西而受到重視。結果優先於出勤。不同的觀點在敏捷的感知與回應環境中蓬勃發展，人們相信他們會按照自己的意願工作。
員工現在可以感受到自己有能力發揮自己的優勢，作為一個團隊更有效地工作，並公平地分擔按時、按預算、按期望交付關鍵項目的負擔。
人與世界的敏捷觀
無論其規模或行業如何，當今大多數企業都面臨著解決很少是靜態的優先事項的任務。採用敏捷思維可以更輕鬆地適應從市場變化到客戶偏好變化的一切，同時還可以提高績效。
在敏捷世界觀中，幾乎任何工作學科都可以被視為以人為核心的創意努力。當信任成為第二天性時，責任感和主人翁精神就會蓬勃發展。
這種責任不僅限於接受自己行為的責任，還包括分享關於為何做出選擇的深思熟慮的見解，以及了解它們對結果的影響。在敏捷觀點中，失敗不再是禁忌。相反，實驗（是的，還有失敗）是一個人為成功所付出的代價。
透明度和人們之間的協作以取得成果才是最重要的。
敏捷的興起代表了整個美國企業界的思維轉變。敏捷開發的好處之一現已在技術以外的領域找到了一席之地，它可以靈活地每天更改優先級並在不到一個月的時間內解決新目標（與敏捷團隊衝刺相關的典型時間）。
但對於世界各地的軟體開發人員來說，2001 年更為人所知的是敏捷誕生的一年。
敏捷宣言是 17 名志同道合的專業人士在猶他州雪鳥滑雪勝地舉行的為期兩天的會議的成果，它帶來了革命性的編碼方法。它為現有的「文件驅動的重量級軟體開發流程」提供了替代方案。
為了了解當今敏捷的好處，讓我們回顧一下敏捷開發的歷史。
敏捷開發的歷史
在敏捷宣言出現之前，軟體開發人員在命令和控制系統中工作。
工作流程主要包括專案管理移交任務，然後想知道 whatsapp 日本 所有事情是否會在一天結束時完成。編碼員通常被認為是低階的貢獻者，無法考慮大局或客戶的需求。
敏捷宣言中解釋的原則從根本上改變了軟體開發和專案管理的格局，有利於更精簡、更快和更具實驗性的方式來推動生產。
二十年前，我們開始努力將開發者社群從「呆伯特式公司的包袱」和固定流程思維中解放出來，這項努力改變了一切，並引入了當今如此流行的Scrum、自適應軟體開發和極限編程流程。
這種新的工作和思維方式創造了敏捷框架以及一套新的價值觀。
敏捷宣言價值觀
敏捷宣言由四個基本價值組成，概述了迭代軟體開發的輕量級方法。這種方法是基於調整流程以適應開發團隊，而不是相反。
吸取的敏捷經驗教訓並以價值（或指導原則）的形式表達如下：
個人和互動勝過流程和工具：參與專案的每個人之間的溝通比嚴格遵守流程更受青睞。
工作軟體勝過全面的文件：文件仍然是敏捷流程的一部分，但以一種更流暢的方式為開發人員提供了操作的自由。
客戶協作優於合約談判：敏捷開發的眾多好處之一是從頭到尾都包含客戶的意見。
回應變革而非遵循計畫：根據敏捷宣言原則，變革凸顯了改善專案的潛力，而不是作為可以避免的成本。
在過去的二十年裡，敏捷宣言原則的影響力和影響力已經遠遠超出了改善軟體開發人員和專案經理之間的工作關係的範圍。敏捷開發的核心優勢現在決定了跨組織和行業的團隊如何看待他們的工作。
我們從敏捷中學到了什麼
回顧敏捷開發的歷史，今天的敏捷宣言顯然開闢了新天地。儘管它最初是作為簡化軟體開發流程的替代方案，但我們中的許多人甚至在不知情的情況下依賴敏捷原則（以及學到的許多其他敏捷經驗教訓）。
在一個日益複雜且常常模糊的世界中，控制結果以實現結果的預測和計劃方法已逐漸讓位給敏捷的感知和回應思維方式。透過承認未來的不確定性，我們獲得了更多的創新和適應的自由。
以下是現代工作場所汲取和接受的敏捷經驗教訓的更多範例。
讓工作場所更人性化：典範轉移
在敏捷宣言出現之前，軟體開發中的傳統觀點是，人們對於他們所遵循的流程來說是次要的。沒有要求（或鼓勵）軟體開發人員協助解決問題、提高效率或提供其編碼專業知識以外的任何見解。
一旦敏捷宣言原則在科技公司中變得更加普遍，團隊內部的溝通品質開始對工作產出品質產生更大的影響。
敏捷開發驗證了軟體不是為機器編寫的，而是為成為其最終用戶的人編寫的。如果不了解人們真正想要什麼，僅僅擁有雄心勃勃的專案時間表或全面的文件是遠遠不夠的。
結果，敏捷改變了現代管理理論，並擴展到技術之外。
但這些變化不僅僅是考慮最終用戶的需求和願望。它們也影響了工作場所。我們許多人認為理所當然的工作與生活平衡的概念部分歸功於敏捷宣言及其原則。無論是否流行，想像一下大規模採用在家工作而沒有僅透過盲目流程進行團隊溝通的敏捷實踐。此外，敏捷也有助於鼓勵人們做自己。
由於敏捷，員工不再局限於嚴格的時間表或安排的座位。如果沒有敏捷及其對創造力、協作和溝通的強調，很難想像當今的 WFH 規範能夠快速實施和接受。
為什麼？在敏捷工作場所中，人們享有更大的自主感，並因其單獨帶來的東西而受到重視。結果優先於出勤。不同的觀點在敏捷的感知與回應環境中蓬勃發展，人們相信他們會按照自己的意願工作。
員工現在可以感受到自己有能力發揮自己的優勢，作為一個團隊更有效地工作，並公平地分擔按時、按預算、按期望交付關鍵項目的負擔。
人與世界的敏捷觀
無論其規模或行業如何，當今大多數企業都面臨著解決很少是靜態的優先事項的任務。採用敏捷思維可以更輕鬆地適應從市場變化到客戶偏好變化的一切，同時還可以提高績效。
在敏捷世界觀中，幾乎任何工作學科都可以被視為以人為核心的創意努力。當信任成為第二天性時，責任感和主人翁精神就會蓬勃發展。
這種責任不僅限於接受自己行為的責任，還包括分享關於為何做出選擇的深思熟慮的見解，以及了解它們對結果的影響。在敏捷觀點中，失敗不再是禁忌。相反，實驗（是的，還有失敗）是一個人為成功所付出的代價。
透明度和人們之間的協作以取得成果才是最重要的。
敏捷的興起代表了整個美國企業界的思維轉變。敏捷開發的好處之一現已在技術以外的領域找到了一席之地，它可以靈活地每天更改優先級並在不到一個月的時間內解決新目標（與敏捷團隊衝刺相關的典型時間）。