敏捷開發(scrum),在這名詞發明前,老早就已經被玩爛了,套一句電影的名言,他是這麼說的:
敏捷開發,你他媽雜碎! |
在應用程式的開發過程中,常常遇到五花八門的問題,但歸究起來,顯示介面(User Interface UI)的呈現大概不會脫離以下幾種:
- 表格類
- 主表 + 明細類
又因為軟體工程師大都偏重於功能面,所以在畫面上,在原型時期(ProtoType)能排列整齊已經是對使用者盡最大的義務。
不過客戶 / 使用者也不知道自己要的是什麼,往往只會有一個心得:
雖然不太好用,但習慣了就用吧!
於是就付錢了,客戶也真的就付錢了!Prototype的專案真的被驗收了!
收到了錢,就可以趕快開發下一個專案,什麼?Prototype?驗收過就是完成品了!
於是又「趕工」並「敏捷」地做出下一個「雖然不太好用,但習慣了就用吧」的程式出來。
久而久之,軟體工程師便會開始想:【每一個開發都花了這麼多的時間,做出來的東西卻長得都差不多,為什麼不直接把這些長得一樣的框框,做成定義,用定義就可以做成所有「功能」】
於是就做出了基於「敏捷開發」概念建構的平台,這平台確實是能達到「敏捷開發」,但做出來卻也只是「雖然不太好用,但習慣了就用吧」的程度。
當然,會有這種「敏捷開發」想法的人越來越多,事際做出這樣的平台也越來越多,像是:
購物車、進銷存、會計等類的應用程式,幾乎都有個「敏捷後台」,能快速「完成」客戶的需求,當然,也不過就是滿足【雖然不太好用,但習慣了就用吧】的需求罷了。
久而久之,大家做出來的系統……外觀差不多、功能差不多,每個都是「雖然不太好用,但習慣了就用吧」的感覺。
那你和別人做的成品都差不多,誰要買你的App?
你所以為的敏捷開發,就是正在把你推向墓場的殺手!
軟體就是【賣差異化】的,今天把軟體做的像烤香腸一樣到處都有,軟體工程師的價值何在!
這不是你的錯。但是……
拜託!不要再錯下去!不要把自己的名聲搞臭了!
請從現在開始,請認真的去研究「使用者體驗(User eXperience UX)」。
UX是難以被套框框的,就像每個人都不會有相同的個性一樣,雖然難以駕馭,但所做出的產品也才是難以被複製和取代的,價值做出來,財富自然也跟著來。
你還在相信「敏捷開發」的傳說嗎?我在這邊不厭其煩地再說一次:
敏捷開發,你他媽雜碎! |
沒有留言:
張貼留言