2011年1月3日 星期一

軟體專案在開發的過程時,所會遇到的各種問題

作者: OriginStar () 看板: Soft_Job
標題: Re: 專案失敗了...
時間: Wed Jan 14 21:46:03 2009

開頭先提供幾本書吧,是關於軟體管理方面的書,
大部份的書我也有買,所以才推薦的。

<<人月神話:軟體專案管理之道>>,Frederick P. Brooks
<>,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

沒有留言:

張貼留言

您好.本資料庫並非第一手資料.如果你有對文章作者的詢問,意見與需求,請自行找尋文章作者並提供意見,謝謝.