宋老師軟體質量初級訓練營2期滿員開營了，群里同學提的問題很多，有些問題可以在群里直接解答，有些有共性的寫成推文可以供學員和各位粉絲朋友學習，也歡迎留言補充。
產品需求到底應該寫成啥顆粒度？
產品需求文檔的核心作用是交流信息，面對面的交流肯定是效果最好的，但人類的記憶會衰減，單位時間內信息處理能力也有限，所以需要文檔來記錄，並通過結構化、規範化表述來使得信息接收方能順利的理解並正確開展下一步的工作。
所以，具體要寫到什麼顆粒度可能不同企業不同團隊都有所不同，但我總結有2條基本的原則：
- 需要使用這份文檔的相關方，能否通過文檔信息正確開展下一步工作；比如，設計人員 用來進行架構設計、測試人員用來設計測試用例，以及未來維護產品的人員快速理解產品的結構。
- 這個產品需求的顆粒度，是否可以被測試驗證。原則上所有的需求都需要被驗證，而能否被驗證，也側面說明了，需求描述的清晰性、可評估性，就可以透明化、可控。
但是在實際工程實踐中，可能不同顆粒度會在一個文檔中並存，有些需求會粗顆粒度，有些會細顆粒度。比如，需求中如果是改進型產品，大家比較熟部分，可以粗粒度編寫；不熟悉的部分，要細粒度一點。未來變化可能小的，可以細粒度，變化可能大的粗粒度；另外，根據不同執行人員的素質，素質高，可以粗粒度一點，素質不夠，需要加強管控的，需要細粒度。
總體來說，
粗顆粒度
優點是，周期短、可維護性強，能快速應對頻繁變更的情況，靈活度高；
缺點：後期接手的人員維護使用難。
細顆粒度
優點：易於評估和管控，利於做出準確的計劃。
缺點：導致寫文檔周期長，變更可維護性差。
所以，具體寫成啥顆粒度，還需要根據項目的實際情況來合理的確定。
End
