2010-08-19 72 views

回答

0

我們使用Word + Balsamiq模型(www.balsamiq.com)。

如果您提供Web或桌面應用程序,並且用戶需要幫助指定他們的需求或所需的視覺佈局,那麼一個模型是最基本的。

此外,Balsamiq工作室採用了輕量級的線框圖的風格,這將有助於客戶專注於信息,而不是在圖形細節(字體。等)

我們跟蹤控制的版本,每個需求的狀態Excel文件。

1

我很滿意Word。我認爲這不像過程那麼重要,或者如何使用這個工具。

1
  1. 樣機工具與用戶明確要求一起
  2. Word創建「正規」的文件

一些樣機工具可以得到相當接近生產用於開發商的「規範」了。例如MockupScreens(我是開發商): http://MockupScreens.com

編輯:哦,在一個大/正式的項目你可能真的需要追溯矩陣(你可以使用Excel爲,或類似的RequisitePro一些專門的工具)。你知道我在談論的情況:有數百個「利益相關者請求」需要以某種方式映射到「功能需求」上,以1)證明每個請求都得到解決,並且2)當某處發生變化時進行迴歸檢查

0

由於這篇文章被標記爲'agile',並且您將問題定義爲應該如何編寫和交流產品需求,所以我會說最常用的工具是用戶故事和對話。

你提到了Jira和維基,所以它看起來像你正在尋找的一件事是需求庫。這些都是非常好的,但不要忘記,在大多數敏捷框架中,這些需求工件只是對話的佔位符。對話是大多數敏捷團隊的主要需求溝通機制,沒有工具或應用程序可以完全取代它。