寫入/維護規範文檔的最簡單方法是什麼？

Question

我正在開始工作，文檔具有最低優先級。給我的原因是，啓動公司通常不會花費大量時間在文件和方法上。因此，在每個項目開始時，我將花更少的時間來記錄我要編寫的系統的功能/規格/行爲。

在大多數情況下，即使我準備了初始文檔，需求也在不斷髮展，系統行爲在開發過程中會發生一些變化。此外，我在一家基於產品的公司工作，因此我們提出了自己的要求，這些要求在開發過程中肯定會發生一些變化。

所以我的問題是什麼是一個系統的規格/行爲最簡單的可能表示？我如何輕鬆寫出一個並定期更新而不花費太多時間（寫入大量的行）？

Answer 1

當您擁有固定的項目生命週期時，需求規格更有意義。您所描述的內容聽起來很像迭代項目生命週期，敏捷項目管理更適合它。在敏捷項目管理中，需求作爲用戶故事進行管理。用戶故事是描述這種格式要求的簡單方法：

作爲一個（角色）我想（的東西），使 （利益）

例如，對於購物車應用程序，一個用戶故事可以是：

因爲我想一個 上市產品添加到購物車，這樣我 可以訂購它的註冊用戶。

每次迭代後，您都可以返回並查看是否需要添加新用戶故事或修改現有用戶故事。對於初學者，您可以在電子表格中保存用戶素材（每行一個），但許多其他高級敏捷下載包可供在線和離線使用。