引用:
|
作者yaingc
老實說這種情況不多 
需求與問題是會隨著時間過去慢慢浮現出來的。
就以大家最常用的報稅軟體來說，今天稅制改了，
你軟體要不要跟著改？還是要。或是Android出了
新版OS，你的APP要不要請RD下去測相容性問題？
所以不用維護的軟體案，其實老實說，不多
我看過最強大的軟體案子是加油站的倚天POS系統。
在使用環境固定，需求一開始就完整訂下來的案子，
才比較不太需要後續維護。
這是個人的一點小意見，當然如果還有更好的做法，
我也想知道  |
需求跟問題的確是會隨時間逐漸浮現，所以也大約在十年前提倡的敏捷開發
持續的交付與產出，讓使用者參與開發與實際使用，畢竟使用者不見得真的說的清楚他要啥
很多人聽到敏捷開發就想到開發會變快，不變快表示你導入不利…
不過某樓居然還能說出啥使用需求不合或是啥高層的…我是很好奇他到底有沒有實際參與軟體開發過…
不管在那個階段溝通與排解問題都不見得會是在軟體工程師上，也更多環節上是扯到更多東西
用一個產品的導入成功與失敗來定義一家公司好壞，我也真的開眼界了，或許某樓其實沒有與高層溝通協調的經驗呢？
或許他看到近期南山新聞就開始腦補了如何如何了
不過，g了一下歷史發言紀錄，果曾經被批過好幾次…
也不意外就是了。
歪樓了，還請大家繼續，別理小弟的牢騷