軟體錯誤報表與反饋

一直以來都被這個問題煩惱，對於我們公司，常常是開發人員直接接觸軟體的終端使用者，而且是直接的開發人員接觸，其他的同事不太懂自己的設計。

使用者打來電話，說這個那個有問題，有時候是Bug報告，這個問題我有辦法，一般他的電話一來，我就去網站的日誌目錄下看看，果然是有問題

然後不用等他說問題，我就知道了。於是乎去找問題，解決。

一直想培訓他們，有問題做個記錄，用規定的格式，一直執行不起來，頭不支援，沒有對這個發話，自己私下裡做，想要弄得規範點，於是乎

這有個檔案，記錄了自己改了什麼，做了什麼事。做月報表的時候發給boss, 一般他不說，但心裡也會明白，這幫傢伙這個月到底幹了什麼。

還有一種方案，我們公司也在用Bug Tracker

這個軟體是開源的，只需要配置一下就可以了，boss有時候上去看看，可以很清楚的看到各個項目目前的進度，忙到哪裡了，畢竟任務都記在這裡。

在這之前，我的前一家公司，專門有一個CSR(customer service reques)系統，用於產生程式員工作的系統， 一周忙四到五個CSR，工作有依據，上頭滿意，我們也舒服。按時按品質完成任務，其餘的時間多看看技術，那時的技術不強，看得比較多。

這個方案是用sharepoint的準系統，建立一個issue tracking

但是這個方案沒有用起來，有點可惜.我不是boss, 沒有決定權。再說，一種方案用起來後，很難再用另一種方案，兩者的取其一即可。

 

《走出軟體作坊》中說到，其實，把EXCEL的BUG管理跑起來就可以了，不必要折騰這麼多的新工具，新玩意，說得很實在。我現在也在抓這個EXCEL，效果不錯。