台灣最大程式設計社群網站
線上人數
947
 
會員總數:241341
討論主題:186910
歡迎您免費加入會員
討論區列表 >> Blog精華文章 >> 必須靠加班才能完成專案?
[ 變換順序 ]  
[我要回覆]
1
回應主題 加入我的關注話題 檢舉此篇討論 將提問者加入個人黑名單
必須靠加班才能完成專案?
價值 : 0 QP  點閱數:1919 回應數:1

樓主

Mark Shu 版主
中級顧問
41971 589
14987 3773
發送站內信

捐贈 VP 給 Mark Shu

將帥無能, 確實會累死三軍,..些許人會有用加班才能做出好專案的想法,根本是本末倒置,加班是手段而不是方法,解決事情是靠方法,而不是靠手段,手段是當沒有方法可解決事情時,才使用的最後一步,常聽同行同業同事抱怨這類問題,但每當聽述完各類型的陳述後,發現有個很重要的點,就是需求的不明確,需求就是目標,目標產生規格,規則據以產出系統的設計和程式的設計,最後經由反覆測試,完成一個專案,但是.....往往發出和確認需求是整個專案中最被忽略的事情,越是源頭卻越背離原則,認為反正就是改,就像個鐘擺理論,最源頭擺動一點距離,但是最尾端卻是擺動了非常大的距離,同樣一個東西,反覆的做虛工,虛工讓開發的人耗盡精力和體力,以致最後系統呈現出來的結果,是用了百分之二十的力量做出來的,而百分之八十的成本和人力做的都是虛工,原本是應要非常極度謹慎且嚴謹的確認且發出需求,最後才是開發,但所有的專案幾乎都是發出需求或確認需求的一端是非常糜爛的,因為實際執行的絕對不會是那些角色,當然累的也不是那些角色,一改再改所需要的壓力和精力,也自然不是那些萎靡的角色所需付出的,本末倒置的結果,最後只有讓開發人員加班,加班自然造成成本增加,即使如此增加了成本,但完成系統卻只用了百分是二十的力量,百分之八十都浪費了,浪費在需求混亂暴增產生的虛工,也就是對專案根本沒貢獻的虛工,結果就是用了更多的成本,卻只做出了百分之二十品質的系統,當碰上這種類型的狀況,只能多燒香了,碰到是正常,沒碰到是運氣好,...

今天是個假日,剛好碰到這種沒意義的加班,中午和同事去大賣場買個中餐,發現口袋只有60元,便買了那種從來不會多瞧一眼的大賣場便當,就順便買了當中餐,沒想到卻是出乎意料的好吃,一個雞腿便當59元,料好實在..

這個雞腿便當就像是個開發的系統,出錢的資方,認為做系統就是寫程式,所以改來改去很正常,以致在討論和確認任何需求時,都是隨興飄渺,隨意合意,心不在焉,會而不議,議而不決...,反正到時就是改,因為改的是廠商,是工程師,是開發人員,是寫程式的人,...但絕對不會是他自己,因此錯了再改,想到就改,要改就改,隨時可改,已經是將病態變成常態,他們認為需求只是雞腿便當中的那些配菜,這根本是荒唐的謬誤,需求的規劃,確認,和明確,絕對不是配菜,而是便當中的那隻雞腿,一個沒有主菜的便當,無論賣多少錢,都絕對不受青睞,也不會是一個好產品....

另外,程式.資料庫和各種技術,才是便當中的配菜,若不是依據主菜去搭配配菜,而是反過來,用配菜去搭配主菜,當然會產生失去控制,因為技術(配菜)能實現各種系統,眾多的配菜須依據需求(主菜)去搭配,有了主菜,才知道配菜要怎麼搭,若本末倒置的結果,當沒有確定主菜時,配菜亂搭一堆,等弄了幾樣配菜後,才發現主菜是什麼都不知道,都不確定,系統開發的亂是正常,開發的好是運氣,就像配菜弄得是巧克力醬.花生醬.草莓醬,最後才知道主菜是雞腿,而不是在混亂的雜音中,大約.或許.好像.似乎一直以為是烤鬆餅..

 


本篇文章發表於2013-09-08 00:56
== 簽名檔 ==
猛虎別在當道臥,困龍也有上天時。


別忘捐VP感謝幫助你的人 新手會員瞧一瞧
1樓
回應

michelle1994
檢舉此回應
加班是手段而不是方法,解決事情是靠方法,而不是靠手段。
本篇文章回覆於2015-03-04 17:22
== 簽名檔 ==
--未登入的會員無法查看對方簽名檔--
[ 變換順序 ]   
1

回覆
如要回應,請先登入.