※ 引述《bravomao (資訊苦力)》之銘言:
: 不諱言小弟的工作是在支援一種Java或DotNET的效能分析工具,由於看了不少企
: 業的問題與處理方式,因此想藉此地與各位先進交換一下心得。
: 在這幾年的工作經驗中,我發現很多企業的應用系統都有著大大小小的效能瓶頸
: 與問題,而當我們對這些企業進行簡報跟測試的時候,他們多是表示歡迎,並且
: 大多數對於測試與分析的結果是滿意的。
: 但是當我們提說要採購的時候,反應就不是那麼的良好......可見企業對於這一
: 類的工具的花錢意願是滿低的@@"
: 由於我以前也做過開發的工作,因此我知道應用系統出問題的話除錯幾乎都是用
: 很土法的方式一點一點查的,尤其是很依賴人,特別是那些有能力且任勞任怨的
: 人(我們都稱他為救火隊)。但是問題要是只出現在營運套上面的話就很煩人!
: 再者大多數的狀況是就算你能找出一點蛛絲馬跡,但是問題要是跨部門的話,一
: 樣是很難處理,畢竟是會扯上一點點企業內的政治問題,所以就更加棘手!
: 因此滿想請問大家在工作上遇到這類的問題的處理心得。
: 謝謝您的分享
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 218.160.233.177
我在有一本講軟體開發的書有看到,但忘了是那本書了。
原PO要拿出實際的數據出來比較好說服對方購買。
例如測試部門都會有 bug 的統計,那就找出關於效能有關的 bug,這統計資料
是屬於長期的,因此應該有其穩定性與驅勢。
那原PO就可以向客戶展示在未導入貴公司的產品時,處理 bug 的效率是多少,
導入後處理的效率又是多了。客戶的算盤一算,自然會決定要不要採買貴公司
的產品。