敏捷軟體開發概述

軟體開發方法包括一整套活動，這些活動之間存在著順序關係。如果沒有預定義的順序關係，則可能無法生成所需的產品。無論採用哪種軟體開發方法，所有軟體開發方法的目標都是生產高質量的軟體並在雙方商定的截止日期內交付給客戶。

讓我們首先了解指定敏捷軟體開發方法的目的，其宣言主要包括以下內容：

• 個人與互動 - 個人可以是任何直接或間接參與任何軟體開發過程或其一部分的人。如果你錯誤地認為個人就是坐在電腦前浪費寶貴時間的人，那你就大錯特錯了。交互發生在過程和個人之間，或者有時僅發生在個人與個人之間。軟體行業在更廣闊的視野中定義了“個人與互動”。

• 可工作的軟體 - 可工作的軟體本質上是滿足客戶所有需求的軟體。為了交付最優質的軟體，重要的是傳送演示軟體來解決溝通上的障礙。如果演示軟體完全符合客戶的需求，你也可以傳送文件。只有文件而沒有演示軟體是不可取的。

• 客戶協作 - 客戶很可能不會在一開始就說明他們的需求。因此，重要的是要不斷與客戶保持聯絡並徵求他們的需求。這完全是關於協商和區分合理需求與不可行需求。

• 響應變化 - 有時，客戶可能會要求你更改一項功能並加入另一項功能。在這種情況下，應迅速進行更改，並應遵循計劃以滿足未來的額外更改和其他需求。

敏捷宣言於 2001 年釋出。敏捷軟體開發方法有十二條基本原則。以下是關於這些原則的簡要說明：

優先原則

根據這一原則，最高優先順序是客戶滿意度。這是透過在規定的截止日期內交付有價值的軟體來實現的。

變更需求原則

這與敏捷宣言下的“響應變化”部分相同。

可工作的軟體原則

必須經常向客戶傳送可工作的軟體。這與敏捷宣言下的“可工作的軟體”部分相同。

一致性原則

重要的是，業務人員、程式設計師和開發人員每天都要保持一致，以滿足客戶的需求並交付高質量的軟體。

良好環境原則

良好環境是個人積極主動並相互信任的理想環境。因此，重要的是在工作場所中融入良好的環境。

溝通原則

面對面交流的重要性不容忽視。團隊成員應相互溝通並交換資訊。

進展原則

在任何軟體開發方法中，擁有進度的一些度量和指標都很重要。在敏捷軟體開發方法中，可工作的軟體是最重要的進度度量。

可持續發展原則

促進可持續發展完全符合敏捷軟體開發方法的利益。為此，所有程式設計師、開發人員、使用者和贊助者都應保持理想的節奏直至結束。

敏捷原則

技術才能是一種經常受到讚賞的特性。良好且實用的軟體設計是關鍵要素。透過技術才能和軟體設計專業知識來實現敏捷性。

簡潔原則

重要的是要反思尚未完成的工作量和未完成的工作量。

自我組織原則

自我組織的團隊通常是優秀人才的源泉。他們提出了出色的架構和卓越的設計。

適應原則

團隊成員應不斷反省自己。他們應適應不斷變化的環境並相應地工作。

敏捷軟體方法是以下敏捷軟體開發方法的集合：

• 敏捷統一過程
• 極限程式設計
• 水晶清晰方法
• Scrum
• Scrumban
• 看板開發模型
• FDD - 固定驅動開發
• 紀律敏捷交付
• DSDM - 動態系統開發方法
• BADM- 業務分析師設計師方法
• ASD- 自適應軟體開發
• BDD- 行為驅動開發
• TDD - 測試驅動開發

敏捷軟體開發方法的精妙之處在於它完全是價值驅動的。該方法的兩個重要組成部分是：

• 自適應計劃
• 演化方法

自適應計劃說起來容易做起來難。它涉及到一遍又一遍地重複專案週期作為迭代。它涉及重新計劃和重新適應。另一方面，演化設計是透過重構和簡單設計等行業實踐持續整合和驗證程式碼。

敏捷軟體開發方法中最流行的短語之一是極限程式設計，它是一套全面而簡單的具體方法，幫助開發人員和程式設計師在較短的開發生命週期內以較短的時間間隔頻繁釋出產品版本，以便整合所有必要的更改。

由於敏捷軟體開發方法提倡的原則性和紀律性方法，許多公司都支援這種方法。

Sharon Christine

更新於： 2020-01-17

213 次檢視

啟動你的 職業生涯

透過完成課程獲得認證

開始