在軟體開發這個領域作久了,相信一定有遇過以下的狀況:某個同事來問你能不能作到某個功能(或者要花多久時間作),你一看覺得很簡單,於是就幫他做了,結果後來發現這個功能根本沒有被使用,回去一問,才知道他想要解決的問題跟這個功能無關。 這真的是件很浪費時間又沒有成就感的事情。 後來讀到一篇文章,發現這個狀況全世界的軟體開發都一樣,天天發生。通常都是需求單位過早下結論,認為用某個「特定的方法」可以解決問題,但可能這個方法其實不是最佳解,若軟體工程師沒有多問「為什麼」,最後才發現,就會走很多彎路,浪費很多時間。
技術管理閒聊:刻舟求劍的解問題方法
技術管理閒聊:刻舟求劍的解問題方法
技術管理閒聊:刻舟求劍的解問題方法
在軟體開發這個領域作久了,相信一定有遇過以下的狀況:某個同事來問你能不能作到某個功能(或者要花多久時間作),你一看覺得很簡單,於是就幫他做了,結果後來發現這個功能根本沒有被使用,回去一問,才知道他想要解決的問題跟這個功能無關。 這真的是件很浪費時間又沒有成就感的事情。 後來讀到一篇文章,發現這個狀況全世界的軟體開發都一樣,天天發生。通常都是需求單位過早下結論,認為用某個「特定的方法」可以解決問題,但可能這個方法其實不是最佳解,若軟體工程師沒有多問「為什麼」,最後才發現,就會走很多彎路,浪費很多時間。