經典翻譯文學展
笑談軟體工程:敏捷開發法的逆襲

笑談軟體工程:敏捷開發法的逆襲

  • 作者:陳建村
  • 出版日期:2012/06/22
內容連載 頁數 2/4



但是,做軟體就不一樣喔,反正軟體出包又不會「死人」。因此,這種「先研究不傷身體,再講求療效」的理論就不適用。做軟體有自己的一套公式:

( 交貨速度 = 收錢速度) >>>>> 軟體品質

所以,你的老闆便可以理歪氣壯的大聲說出以下名言:
‧ 做專案的不需要自動化測試,做產品才要。
‧ 解600多個bug要靠「專業領域知識(domain know-how)」很強的人來幫忙。(Teddy內心獨白:老闆,啊你嘛幫幫忙)
‧ 沒有測試人員沒關係,工程師自己測這樣就很好了。
‧ 這個軟體可以準備上市了,先找幾個客戶試用。(小工程師內心獨白:報告老闆,軟體連內部測試都還沒開始ㄟ)
‧ 軟體現在不能上市?! 我已經等了N 年了,我不想再等另一個N年。
‧ 我最多給你三天,在三天之內把這個bug /功能給我改/做好。
台灣的硬體代工產業實在是太強了,強到把所有的養分都吸光,以至於軟體產業變得很弱。雖然口頭上喊著軟體很重要,但這些大老闆與高階主管們絕大多數還是以代工硬體的思維來看待軟體開發。

老闆:我隨便派一個工程師3~4 個月就可以「獨立」設計一塊電路板,你們6~7個人做個「小」軟體搞了兩年還做不出來。

大老闆與好不容易熬出頭的各級主管們,Teddy知道你們每天都有開不完的會、加不完的班,都很忙,忙到沒時間去稍微了解軟體要怎麼開發。但請用你們聰明的腦袋稍微回想一下,設計一塊電路板的背後,有多少的協力廠商已經提供好解決方案了,而且這些廠商還會主動地跟公司推銷這些既有的解決方案。硬體分工很細,遇到問題,背後各有不同的協力廠商會出面協助解決。有很多在硬體公司開發軟體的工程師,名義上號稱是設計與開發軟體,但實際上可能是只有負責把公司從其他廠商(通常是國外廠商)買來的軟體或韌體修修補補,調整成自己公司所需要的,比較少真正有自己的軟體產品。就算是有心想要做自己的軟體產品,老闆卻直覺認定軟體開發沒什麼學問,什麼都自己來就可以了。

老闆: 什麼? 要花錢買軟體元件(software component),還要10萬,這麼貴,自己寫比較省。要導入Scrum 必須花15萬?這麼貴,自己試就好了。導入自動化測試必須花8萬,這麼貴,人工測一測就好了。要…賣擱共阿啦,要什麼一律免談。


Teddy的第一份工作曾經開發過「連鎖洗衣店門市進銷存系統」。大家一聽到「洗衣店」一定覺得這是個很Low(低階)的產業,除了當兵的時候集體送洗過衣服的超噁爛經驗以外,Teddy 從來沒有過到乾洗店送洗衣服的經驗。當時Teddy 的直覺反應也是:「洗衣店,咳咳⋯沒什麼了不起,沒什麼了不起。」

等到Teddy接觸到洗衣店老闆(是一位女士)之後,嚇了一大跳,人家可是「哈佛MBA」。在訪談需求的過程中,更是發現老闆的經營策略與台灣傳統的洗衣店大大不同。不論從「門市人員聘用」、「教育訓練」、到「定價策略」,背後都有一套科學的做法,讓Teddy 大開眼界(真的是人外有人,天外有天。人家洗衣店老闆為人很低調也很客氣,並沒有一天到晚把自己是哈佛MBA放在嘴上)。

人客啊!人家經營洗衣店這種「傳統產業」都這麼用心了,開發軟體難道不應該也「科學」一點?清朝末年有一段時期,中國人覺得火車會破壞風水,極力反對蓋鐵路,現在中國土地上高鐵滿地跑(雖然最近出包的事件也不少)。老闆啊!軟體工程不是洪水猛獸,也不需要聽到軟體工程這幾個字就像是聽到「髒話」一樣的反應。經營管理的書老闆們看得夠多了,抽空看看軟體開發的「閒書」吧(你現在看的這一本就是)。


4上一頁 1 2 3 4 下一頁 跳到