需求收集和規範編寫

Question

我上一次編寫規範是在幾年前使用瀑布方法。

我現在要收集我第一個Laravel項目的需求，我正在作爲一個單獨的開發人員工作。

其他人都這樣做？

我在想要得到需求的概述，編寫規範，然後迭代地與客戶進行交流，以將文檔細化爲我可以開始使用的內容。

然後我打算做一個原型並獲得一些反饋。

然後，我會在項目的「塊」上工作，並在每個階段之後向客戶提供反饋和提煉。

這聽起來怎麼樣？任何推薦閱讀？

米克

Answer 1

Scrum方法是把要求的「用戶故事」的格式來積壓（有效的優先級列表）。

預先收集所有的詳細要求，我們的目標是收集足夠的要求以開始開發（可能足以讓團隊忙碌2-4周）。在Scrum中，我們用我們稱之爲「sprints」的工作來進行常規大小的迭代工作（很像你描述的「塊」）。

然後，隨着團隊的進展，需求不斷完善並加入。團隊首先執行最高優先級要求，然後向客戶（Scrum術語中的'產品負責人'）和利益相關方（其他相關方）展示進展情況。根據反饋信息，團隊得到的結果要麼像以前一樣繼續，要麼可能會適應。例如，他們可能會收集反饋信息並將其作爲新用戶故事添加到積壓中，並根據現有故事優先處理它們。這與原型方法的不同之處在於，我們試圖在每次迭代結束時都有可用於生產的工作軟件。

如果您有興趣使用這種敏捷方法，我強烈建議您閱讀Mike Cohn的「Agile Estimating and Planning」。