讀古今文學網 > 程序員必讀之軟件架構 > 敏捷願景 >

敏捷願景

「敏捷」已經出現了差不多十年,但它仍是「外來的時髦小子」。很多軟件團隊都有「實現敏捷」的願景。毫無疑問,敏捷有很多好處,人們都想讓你相信它是靈丹妙藥,但事實並非如此。IT 行業的每件事,都伴隨著鋪天蓋地的宣傳和天花亂墜的炒作。如今,開始一個新的軟件項目,總能聽到自組織的團隊、自動化驗收測試、持續交付、回顧、看板、浮現式設計,還有一大堆你可能都沒聽過的新名詞。這很奇葩,但團隊往往急於趕時髦,就將原來的東西不分好壞一起丟掉。「非功能需求」聽起來雖然不酷,但這並不是你能忽視它們的理由。

這堆老古董軟件架構的東西都是什麼?很多軟件團隊似乎認為他們不需要軟件架構師,張口閉口都是「自組織團隊」、「YAGNI」(You Aren』t Going to Need It,你不會需要它)、「演化架構」和「最後責任時刻」這些詞。如果他們確實需要架構師,也許會去找個「敏捷架構師」。我不完全確定這些詞都是什麼意思,但我猜它有點像用便利貼替代UML,或用TDD(Test-Driven Development,測試驅動開發)替代畫圖。也就是說,假設他們已經不是只使用高層次系統隱喻的概念,而且也不把「浮現式設計」作為盲目樂觀的借口。