混合型的敏捷開發方法
同時支持敏捷開發和傳統開發方法
由美國TechExcel CEO 兼首席架構師周鐵人博士創立的一種以需求為核心的混合敏捷開發方法，它基于同時支持敏捷開發和
非敏捷開發流程而設計，使得開發團隊能用相同的辦法來同時管理敏捷型、瀑布型、迭代型等敏捷和非敏捷項目。
SpecDD：Specification Driven Development
- 有效實現了需求驅動下研發過程完整可追溯性
- 使用統一研發模型，可同時管理敏捷型、瀑布型及迭代型項目
- 實現需求、研發和質量空間全面整合
- 支持敏捷、CMMI、Scrum、XP、瀑布等多種開發方法融合
- 整合開發/需求/質量/backlog/任務/項目/資源/QA/測試等環節
- 支持多團隊/外包協同工作，需求及變更自動推送給相關負責人
以Scrum為代表的單純敏捷方法局限性：
1.缺少與質量管理的整合模型
將QA測試團隊拆分和加入到各個開發團隊，還是保持QA團隊的獨立完整性，并有效和敏捷開發團隊協作？
2.缺少對多團隊協作大型開發項目的有效管理模型：
敏捷指導將產品需求置于產品待辦目錄（Product Backlog）中管理，并按照優先級對每個產品需求進行必要的排列。但大型項目的成功更多依賴于需求工作流，需求分析，和需求可追溯性管理。
3.缺少系統化的需求管理，可追溯能力差
敏捷開發高效、靈活地保證了可執行產品的交付，并讓用戶更早提出修改意見。而交付結果的正確性，需要追溯到需求管理源頭。如果沒有系統化地需求管理，團隊決定產品功能取舍的"智慧"既不能有效發揮作用，且無法從軟件產品結果中進行追蹤；同時人員的流失也會讓企業只留下一個非人性化的產品，而找不回當初創造產品功能時所經歷過的團隊討論與決定過程。
SpecDD解答了在實際項目中如何有效的實現敏捷開發與需求和質量的整合：
不同于單純的敏捷，SpecDD整合了需求和QA測試過程，為多團隊和大型開發項目提供一個清晰、可擴展的實踐模型，使開發團隊可在一個平臺下即可同時管理敏捷和非敏捷項目。
對于使用瀑布模型的團隊，SpecDD幫助他們擴展了需求管理，并支持產品Backlog。隨著產品Backlog的優先級排序，團隊可以開始嘗試較短的迭代開發，同時通過燃盡圖和每日敏捷練習，創造自我驅動的團隊。伴隨需求驅動的開發和質量的實踐，很快就會看到生產率的提高。
對于已經實踐敏捷開發的團隊，SpecDD有助于全面整合需求管理與產品Backlog，實現需求完整可追溯。通過引入敏捷Sprint QA測試，并建立一個獨立的QA團隊來執行回歸測試，使得多團隊參與的敏捷項目變得更具有擴展性
目前，全球已有超過2000家客戶從TechExcel的ALM旗艦項目受益。周博士曾參與過全球最大的開發團隊的培訓及實踐工作，SpecDD已成功指導和應用于EA、SONY、RIM、聯邦快遞等國際知名公司，優化了與QA和需求管理相整合的敏捷過程；組織推動了均衡和可擴展的整合型的卓越研發開發方法。
了解更多SpecDD 專題介紹和文章
售后服務平臺登錄