作者OriginStar ()
看板Soft_Job
標題Re: 專案失敗了...
時間Wed Jan 14 21:46:03 2009
開頭先提供幾本書吧，是關於軟體管理方面的書，
大部份的書我也有買，所以才推薦的。
<<人月神話：軟體專案管理之道>>，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
推 arhat:台灣專案管理推孤獨木大大XD 01/15 01:52
→ poqwer:話說，書一直有人寫，失敗的理由大家都都知道，但還是 01/15 12:17
→ poqwer:會一直失敗....。是不知道怎麼做，還是就是注定的呢~ 01/15 12:18
推 iincho:喔, 因為人很難搞, 跑專案不是有錢和瓦斯兵就會生出來的... 01/15 12:30
→ iincho:更不要說台灣跑專案是希望你用小狗的錢生出一台大和號... 01/15 12:31
推 gush0905:My life for Aiur 01/15 13:36
推 Bencrie:Battlecruiser Operational 01/15 14:04
推 uijin:書上寫得很好，只是真正落實的程度…看看醫界類似的案例囉 01/15 15:12
推 deadly:"不要問你該為病人做什麼，要問醫院有什麼...」" 01/31 03:32