雖然 Scrum 是最受歡迎的方法，但快速瀏覽年度敏捷狀態報告就會發現，其他方法（例如看板或 Scrum 與其他方法的某種混合體）也越來越受歡迎。其他方法之一是功能驅動開發（FDD）。
功能驅動開發可能不像其他敏捷方法那樣被廣泛討論或使用，但它值得一看，特別是當您需要將敏捷開發擴展到大型團隊的長期專案時。
功能驅動開發概述
功能驅動開發概述（點擊圖片線上修改）
什麼是功能驅動開發？
1997 年，Jeff De Luca 正在新加坡作為一個 50 人團隊的成員參與一個為期 15 個月的軟體開發專案。為了幫助開發團隊更好地適應和回應客戶需求，他設計了一個開發模型，該模型使用五個步驟，重點是在短迭代中開發功能。
Scrum、XP 和其他敏捷方法都使用迭代方法來交付軟體。相 阿曼号码 較之下，FDD 的五個步驟要求團隊在一到兩週的迭代中開發小型功能集時遵循一組工程最佳實踐。這五個步驟可確保開發保持一致，以便專案能夠發展，新的團隊成員可以更快地跟上進度。
功能驅動開發的最佳實踐
我們將在本文後面介紹 FDD 專案生命週期的五個步驟，但首先，了解作為功能驅動開發的一部分而建立的核心原則非常重要。
領域物件建模： 團隊建立類別圖來描述領域中的物件以及它們之間的關係。此過程可以幫助您發現要為每個功能添加哪些功能，從而節省時間。
依功能開發： 如果一項功能無法在兩週內實現，則應將其分解為更小的、可管理的功能。
單獨的類別（代碼）所有權： 每個類別或代碼組都分配給一個所有者。
功能團隊： 雖然一個人負責每個類別的性能和質量，但一項功能可能涉及多個類，因此功能團隊中的每個人都為設計和實現決策做出貢獻。
檢查： FDD 團隊進行檢查以發現缺陷並確保最佳品質。
組態管理：此實踐涉及識別所有功能的原始程式碼並記錄變更。
定期建立計劃：此最佳實踐將確保團隊始終擁有可以向客戶展示的最新系統。
進度報告： 專案經理應經常提供已完成工作的進度報告。
了解有關領域物件建模過程的更多資訊並開始使用我們的免費範本。
立即嘗試
FDD團隊成員
FDD建模團隊包括以下主要角色：
專案經理監督整個專案。
首席架構師負責系統的整體設計和建模。首席架構師在開發週期的規劃階段與其他熟練的開發人員合作。
開發經理領導和指導開發團隊並監督日常程式設計活動。
首席程式設計師幫助分析和設計，也可能被指派管理小型開發團隊。
類別擁有者是由首席程式設計師領導的較小開發團隊的成員。職責包括設計、編碼、測試和記錄功能。
領域專家是了解客戶需要解決的問題的團隊成員。開發人員依靠領域專家的知識來確保他們正在工作並交付對客戶最重要的內容。
為什麼要使用功能驅動開發？
如果您的專案變得太龐大和複雜，以至於較小的 Scrum 團隊無法有效處理工作量，您可能需要考慮使用 FDD 方法。這種敏捷的功能驅動方法非常適合在定期、可預測的迭代中不斷更改和添加功能的長期專案。
FDD 具有很強的可擴展性，從小型團隊到大型跨職能團隊，因為它旨在始終專注於客戶的需求和需求。
功能驅動開發的優點
讓團隊對專案的範圍和背景有充分的了解。
