構建一個案例，以從未被使用過的方式遷移工具或技術

Question

我見過一些非常奇怪的技術應用。

例如，我工作的一個地方是使用Microsoft Message Queuing在服務器之間發送實時流式VoIP數據。

我是一名顧問，很多時候負責這些決定的人不再在公司工作。問題是，從非技術人員的角度來看，它工作得很好。當需要添加功能並修復像這樣的系統中的錯誤時，問題就出現了。

如果您處於這種情況，您將如何構建一個案例來花時間遷移到更合適的技術？

Answer 1

你必須做一個商業案例。根據我的經驗，「這是一個不受支持的用途」，是一個很好的商業案例。商界人士明白unsupported由vendor意味着什麼，並且喜歡避免與下一個人一樣多。解釋這個問題對他們（不是你）有什麼風險或不利因素。

Answer 2

你能夠把具體的好處方面： - 省下來的錢 - 更少的風險 - 易於開發和維護的

如果沒有實實在在的好處則是（應該省錢！）沒有理由改變！