TDD,BDD,DDD,XP,Scrum,Kanban,Design Thinking等名詞解釋

TDD是測試驅動開發（Test-Driven Development）的英文簡稱，是敏捷開發中的一項核心實踐和技術，也是一種設計方法論。TDD的原理是在開發功能代碼之前，先編寫單元測試用例代碼，測試代碼確定需要編寫什麼產品代碼。TDD雖是敏捷方法的核心實踐，但不只適用於XP（Extreme Programming），同樣可以適用於其他開發方法和過程。

BDD,Behavior Driven Development，行爲驅動開發是一種敏捷軟件開發的技術，它鼓勵軟件項目中的開發者、QA和非技術人員或商業參與者之間的協作。BDD最初是由Dan North在2003年命名，它包括驗收測試和客戶測試驅動等的極限編程的實踐，作爲對測試驅動開發的迴應。在過去數年裏，它得到了很大的發展。

DDD(Domain-DrivenDesign領域驅動設計)是告訴我們如何做好業務層！並以領域驅動設計思想來選擇合適的框架。
我們知道軟件的產生過程是：分析、設計、編程、測試、部署。過去，分析領域和軟件設計是分裂的，分析人員從領域中收集基本概念；而設計必須指明一組能在項目中適應編程工具構造的組件，這些組件必須能夠在目標環境中有效執行，並能夠正確解決應用程序出現的問題。 模型驅動設計(Model-Driven Design)拋棄了分裂分析模型與設計的做法，使用單一的模型來滿足這兩方面的要求。這就是領域模型。
2004年著名建模專家EricEvans發表了他最具影響力的著名書籍：Domain-DrivenDesign–TacklingComplexityintheHeartofSoftware（中文譯名：領域驅動設計　2006年3月清華出版社譯本，或稱DomainDriven-Designarchitecture[EvansDDD]）。時值今日，DDD開發框架已經層出不窮（如RoR、RIFE、JdonFramework等），我們項目軟件包結構都變成了這樣：xxx.model;xxx.service，DDD思想可以說是遍地開花了.領域建模是一種藝術的技術，不是數學的技術，它是用來解決複雜軟件快速應付變化的解決之道.
模型驅動設計(Model-DrivenDesign)拋棄了分裂分析模型與設計的做法，使用單一的模型來滿足這兩方面的要求。這就是領域模型。單一的領域模型同時滿足分析原型和軟件設計，如果一個模型實現時不實用，重新尋找新模型。如果模型沒有忠實表達領域關鍵概念時，也必須重新尋找新的模型。建模和設計成爲單個迭代循環。將領域模型和設計緊密聯繫。因此，建模專家必須懂設計，會編程。

Scrum是迭代式增量軟件開發過程，通常用於敏捷軟件開發。Scrum包括了一系列實踐和預定義角色的過程骨架。Scrum中的主要角色包括同項目經理類似的Scrum主管角色負責維護過程和任務，產品負責人代表利益所有者，開發團隊包括了所有開發人員。雖然Scrum是爲管理軟件開發項目而開發的，它同樣可以用於運行軟件維護團隊，或者作爲計劃管理方法：Scrum of Scrums.

XP（Extreme Programming，極限編程）是一門針對業務和軟件開發的規則，它的作用在於將兩者的力量集中在共同的、可以達到的目標上。它是以符合客戶需要的軟件爲目標而產生的一種方法論，XP使開發者能夠更有效的響應客戶的需求變化，哪怕是在軟件生命週期的後期。它強調，軟件開發是人與人合作進行的過程，因此成功的軟件開發過程應該充分利用人的優勢，而弱化人的缺點，突出了人在軟件開發過程中的作用。極端編程屬於輕量級的方法，認爲文檔、架構不如直接編程來的直接。

Kanban，“看板”是一種生產管理系統，由1940年代的豐田汽車公司發明。名稱源自日文“看板”。在軟件開發過程，可以使用用“看板卡”（經常爲即時貼）來執行看板。這些卡片不是作爲提高生產量的信號，而是用於記載生產數量和標記生產過程。在虛擬看板系統中，會使用虛擬看板卡。在軟件開發中,我們採用虛擬看板系統來限制在製品。 由 David J.Anderson。
       Design Thinking（設計思考）是一個以人爲本的解決問題方法論，透過從人的需求出發，爲各種議題尋求創新解決方案，並創造更多的可能性。IDEO設計公司總裁蒂姆·布朗曾在《哈佛商業評論》定義：“設計思考是以人爲本的設計精神與方法，考慮人的需求、行爲，也考量科技或商業的可行性。”設計思考，與分析式思考（analytical thinking）相較之下，在“理性分析”層面是有很大不同的，設計思考是一種較爲“感性分析”，並注重“瞭解”、“發想”、“構思”、“執行”的過程。目前多數教學都將設計思考過程，濃縮成五大步驟“同理心”、“需求定義”、“創意動腦”、“製作原型”、“實際測試”。^[2]