開頭先提供幾本書吧，是關於軟體管理方面的書， 大部份的書我也有買，所以才推薦的。 <<人月神話：軟體專案管理之道>>，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