2008-10-23 79 views
6

我的公司是一個定製開發商店,用於一些較大和較小的項目。目前我們通過電子郵件處理我們所有的客戶溝通。因此,我們通過電子郵件發送設計文檔,將其標記併發回。然後我們推出他們的產品的測試版本,他們給我們發電子郵件的任何錯誤,新功能等。等等。如何獲得最終用戶(客戶)對定製開發項目的反饋

因爲我正在實施一個新的bug跟蹤系統(它看起來像它現在是Mantis),我不禁想知道我們如何能夠最好地允許我們的客戶與我們的開發流程進行接口,從而更好地跟蹤功能請求和客戶提交的錯誤,並將我們的響應反饋給客戶。

如果有人知道這個異常好的錯誤跟蹤系統,我會很有興趣聽到這個消息。否則,我只是尋找一些通用的指導方針或良好的商業慣例,使您的公司能夠有效地與客戶進行接口。

UPDATE:我的公司使用LAMPP堆棧,由於我們是一家預算有限的小店,我們傾向於使用開源和免費的工具。

大多數人是使用Team Foundation Server來處理這個問題還是來回發送電子郵件?

回答

1

儘管我知道沒有特定的工具(至少沒有開源的工具),但我建議你設置一個系統來涵蓋你的總體需求收集和實施過程。要求可以在系統中進行跟蹤,該系統還包含設計文件(可以從「檢出」和「致力於」系統)。這樣,你就可以解決設計文檔多次修改的問題。另外,設計文件和要求可以很容易地跟蹤。如果此係統與您的源代碼管理系統相關聯,您還可以輕鬆開發過程/需求跟蹤。

2

如果您使用的是Team Foundation Server,我建議您安裝TeamPlain Web Access。它們允許您將Web界面展示給您的TFS項目。剩下的唯一事情就是給予你的客戶端一個用戶名和密碼的權利。

否則,有一些付費工具,如FogBugz。當然,委託人必須修正與源代碼控制直接相關的報告工具,以便開發人員可以輕鬆修復錯誤。

+0

TeamPlain確實是一款很棒的產品。沒有它,我認爲TFS只有一半問題(源代碼管理和自動構建)。 – cfeduke 2008-10-23 17:10:00

3

我認爲關鍵是要有專門的錯誤/請求跟蹤系統,並建立一個通信設置過程。至少你會開始獲得一致的反饋。從那裏你可以調整它來滿足你的特定需求。另外,不要只是使用電子郵件進行溝通,我強烈建議去嘗試像BaseCamp這樣的項目管理工具。我發現它將信息,文檔和時間表傳達給客戶很有幫助。

1

另一種可能是使用兩個產品的演唱會,這裏是我們當前的設置與一隊12:

osTicket來自客戶端的

  • 允許的問題,傳入的請求被支持處理人員和錯誤待驗證
  • 狀態只能通過電子郵件地址和票證進行檢查
  • 通常情況下,用戶不會提交足夠詳細的錯誤代碼沃茨所以是一個很好的第一步

redmine發展的門票由QA或開發人員創建

  • 票,如果問題是一個真正的錯誤
  • 提供足夠可靠的項目和發佈管理
  • 是從tracmantis(並提供migration工具)的堅實進步