作者：TechExcel公司CEO兼首席軟件架構師 周鐵人 博士

在我拿到計算機科學博士學位的時候，我已經從事軟件工作一段時間了。從最初的程序員做起，隨著經驗的積累，開始逐漸管理軟件團隊和軟件項目。后來我成立了自己的軟件公司，并領導這個公司成為應用生命周期管理領域的行業領先者。

我經常問我自己和我的同事這樣一個問題：如果你只能選擇一樣，你覺得以下哪個方面的改進，是開發出一個好軟件的關鍵因素：

• 更好的溝通
• 更好的開發過程管理
• 更好的質量管理
• 更好的文檔工作
• 更好的ALM工具 

答案往往是“更好的溝通”。當我成立TechExcel的時候，只有四個程序員和一個產品經理在開發我們的主打產品。在一年的時間里，我們每人分飾多個角色，然后成功地發布了產品的第一個版本。我們負責產品設計，編碼，測試，文檔，甚至負責產品營銷和銷售。我們沒有遵循任何的研發方法論，甚至沒有固定的研發和QA測試流程。我們都非常有責任感，因為我們都希望能夠成功發布產品并讓我們的公司運轉下去。在這個時期，如果說有一件事我們做的非常好的話，那就是有效的溝通。我們每天，每小時，甚至每五分鐘就交流討論一次。我們不斷地進行溝通，頭腦風暴。帶來的結果是，無論誰是具體工作項的負責人，我們每個人都知道誰在開發什么，每個人都知道軟件每個部分的邏輯。每個人都知道我們想要向市場推出哪些功能。因此，每個程序員都在扮演一個偉大的終端用戶。事實上，我們并沒有在初期做太多的技術設計，有時甚至沒有做太多的接口規范化。但神奇的是，我們能夠分別為每個獨立的模塊進行編碼，然后把每個人的工作有效地整合在一起，創造出一個產品。正如你所能總結出來的那樣，當每個程序員都懂得業務邏輯，并且懂得如何扮演一個終端用戶的時候，那么開發一個軟件產品就會變得容易得多了。在需求層面的有效溝通，將需求快速地轉化成出色的編碼和高效的QA測試標準。

隨著公司規模的擴大，溝通變得越來越復雜，也越來越重要。我曾親自觀察過業務干系人和程序員之間的溝通障礙。開發人員往往從如何編程方面來看待一個產品，然而終端用戶和業務干系人往往是基于商業用途模式去思考。但這兩種思維模式很少能夠同步。SpecDD正是基于這樣的基礎而創建。如果能夠讓一個團隊實現高效的溝通，你就能夠獲得持續的成功。你無法根據軟件的技術設計來建立溝通標準，也無法根據編程語言的代碼或測試用例來建立這個標準，剩下唯一的選擇只能是需求。 

SpecDD基于需求來搭建更好的溝通平臺，如此便可以實現更加良性、順暢的應用程序開發過程。 

總結一下SpecDD 的思想基礎：

• 有效的團隊溝通是實現應用軟件開發成功的最重要因素。對客戶需求的理解和開發能力，是決定一個團隊溝通和創新能力的關鍵。。
• 軟件的開發過程由一組連續的迭代組成。每個迭代都含有兩個交付件。

• 1. 改進后的可執行軟件：可以發布給內部團隊和客戶驗證。
• 2. 改進后的“概念產品”：對原始需求更好的理解，包括需求，設計，和質量標準的改進。
• 可執行的軟件可以用于市場的商業發布，并為企業帶來成功。“概念產品”則在內部團隊進行沉淀，并讓團隊在將來持續獲得成功。
• 需求可以被規范化表達和量化，并驅動開發實現和QA測試。量化的需求用于創建實施Story，從而構建可執行的軟件。
• 最后，需求也可用于生成QA測試用例，以量化質量標準。