Re: 專案失敗了...

看板Soft_Job作者時間17年前 (2009/01/14 21:46), 編輯推噓6(605)
留言11則, 7人參與, 最新討論串2/3 (看更多)
開頭先提供幾本書吧,是關於軟體管理方面的書, 大部份的書我也有買,所以才推薦的。 <<人月神話:軟體專案管理之道>>,Frederick P. Brooks <<Peopleware: 腦力密集產業的人才管理之道>>,Tom DeMarco、Timothy Lister <<最後期限:專案管理101個成功法則>>,Tom DeMarco <<與熊共舞:軟體專案的風險管理>>,Tom DeMarco、Timothy Lister <<別讓員工瞎忙>>,Tom DeMarco <<專案管理聖經>>,James Lewis <<溫伯格的軟體管理學:系統化思考>>,Gerald M. Weinberg <<溫伯格的軟體管理學:第一級評量>>,Gerald M. Weinberg 上面的書,大都會談論到軟體專案在開發的過程時,所會遇到的各種問題。 上面不知道那一本書有提到,作者參考專案開發的相關數據,有75%的機率, 專案開發會延遲、失敗…等等等,也就是只有1/4的專案是如期完成的。 所以原PO先不用太心灰意冷,國外的案例都這樣子,那國內可想而知。 基本上因為一般做軟體的工程師是沒有所謂的加班費這回事, 所以成本嚴重失真,那老闆最後看的當然是財務報表啦,這個成本並沒有 真實反應在財務報表上,因此在人力資源上就是很吃緊,而通常評估schedule 也只參考用的,真正的日期是看deadline,而需求的更動並沒有改變原定的 schedule和deadline,搞到員工日日加夜想翻桌走人,造成更嚴重的問題, 然後惡性循環下去。上面那幾本書,大致提到這樣的事。 ※ 引述《KAKU29 (會怕就好郭勇志)》之銘言: : 我們的專案失敗了 : 本來預計過年前上線的系統 : 目前才完成不到一半 其實上面的書也有寫到,其實不會到今天才發現專案會失敗的。請看 <<溫伯格的軟體管理學:第一級評量>> : 這是我第一份正式工作 : 沒想到就遇到這麼慘的狀況 : 這幾天來督進度的前輩說我的問題不是在技術 : 而是在做事的方法和態度上 : 他要我多觀察其他人遇到問題是怎麼做的 我覺得你有這種反思的想法就很不錯了,日後可以找些改進的方法。 雖然你本身不是主管,但是還是可以發揮影響力的。 : 我覺得他說得很有道理 不過很多習慣也不是馬上就能改正過來 : 吃程式設計這行飯 真的沒有想像中簡單 -- http://www.wretch.cc/blog/originstar -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 61.230.164.218

01/15 01:52, , 1F
台灣專案管理推孤獨木大大XD
01/15 01:52, 1F

01/15 12:17, , 3F
話說,書一直有人寫,失敗的理由大家都都知道,但還是
01/15 12:17, 3F

01/15 12:18, , 4F
會一直失敗....。是不知道怎麼做,還是就是注定的呢~
01/15 12:18, 4F

01/15 12:30, , 5F
喔, 因為人很難搞, 跑專案不是有錢和瓦斯兵就會生出來的...
01/15 12:30, 5F

01/15 12:31, , 6F
更不要說台灣跑專案是希望你用小狗的錢生出一台大和號...
01/15 12:31, 6F

01/15 13:36, , 7F
My life for Aiur
01/15 13:36, 7F

01/15 14:04, , 8F
Battlecruiser Operational
01/15 14:04, 8F

01/15 15:12, , 9F
書上寫得很好,只是真正落實的程度…看看醫界類似的案例囉
01/15 15:12, 9F

01/15 15:12, , 10F
01/15 15:12, 10F

01/31 03:32, , 11F
"不要問你該為病人做什麼,要問醫院有什麼...」"
01/31 03:32, 11F
文章代碼(AID): #19RUoUk3 (Soft_Job)
文章代碼(AID): #19RUoUk3 (Soft_Job)