2017.3.26, 深圳, Ken Fang
做產品, 需要的是 “產品軟件設計”, 而不是 “設計文檔”。
做產品, 需要的是可按照產品的不同, 而可 “自組合” 的工程實踐，而不是隻有一 “標準答案” 的 “流程”。
做產品, 需要的是 “共同的協作”, 而不是 “專家們的評審”。
這些事, 在整個軟件業早已是共識與基本常識, 爲何還要花那麼多的時間爭論？！
只要是產品開發當然要做產品軟件設計。
但產品軟件設計到底要達到什麼的目的? 許多人都不去思考這最根本的問題, 反而是, 只是糾結有沒有設計文檔。結果是，即使是有了設計文檔，原來沒有設計文檔時, 所產生的問題，不僅是還沒有解決，還瞎折騰了一堆文檔。這就是咱們做事，最沒效率，也最無知的地方。
產品軟件設計最主要要能達到的目的：
1. 識別架構上的依賴
2. 能指導開發人員與測試人員
3. 能明確的定義每日開發完成的定義
4. 能保證架構的可測試性
5. 能保證架構的易用性
最重要的是：
上面所說要達到的目的, 所要承載的信息量, 是要能讓 “一個開發人員”, “一個測試人員” 都能真正清楚明白的。
所以, 不要只是拿個設計模板就去寫，就說是在做產品軟件設計；這樣只是在寫作文, 不是在做產品軟件設計。
產品軟件設計, 是要協作的, 是要系統化的深度思考的；是要有方法、有實踐去引導協作、去引導思考、最終才能產出產品軟件設計。
產品開發中, 團隊需要的是可指導開發人員、測試人員的關鍵信息。當產品開發達到某個基準線時, 再將版本中的關鍵信息, 整理成產品的知識 (文檔) 。唯有如此, 才能保證產品的知識 (文檔), 是與產品的現況是匹配的。更重要的是, 避免在版本的開發過程中, 浪費時間, 去寫沒法指導開發人員, 測試人員, 又與產品現況不匹配的過時文檔。
在產品級敏捷中, 我們真的找到個方法, 可在版本的開發過程中, 經由團隊的協作, 引導出可指導開發人員, 測試人員的關鍵信息。