分類彙整: 專案管理

大型公共建設軟體專案後續討論

本篇文章不談高鐵,而是從我所寫的〈從高鐵談大型公共建設軟體開發專案〉的上下篇的讀者迴響中,發現有一些值得探討的議題,在此做個整理。 閱讀全文

分類: CNet/ZDNet, 利害關係人, 品質文化, 問題解決, 專案團隊, 專案監控, 專案規劃, 專案風險, 溝通, 知識管理, 軟體開發, 開發流程 | 2 則留言

三百公斤的豬

高鐵售票系統出問題只是一個實際發生的事件,對同人而言,這單一事件的意義不在於批判對錯及追究責任,就如同三百公斤的豬是不是一頭肥豬,其重點不在答案本身,真正令我感興趣的地方是從高鐵售票系統的問題,是否能讓我們從單一事件中有效推論出不徧差的大型公共建設軟體開發專案的實際情形,到底是只有高鐵售票系統那麼誇張,還是每個大型公共建設軟體開發專案都是一樣,只是出包的地方不一樣? 閱讀全文

分類: CNet/ZDNet, 問題解決, 專案管理, 管理, 軟體開發, 閱讀 | 4 則留言

從高鐵售票系統談大型公共建設軟體開發專案

本文係投稿於 CNet / ZDNet Taiwan 的上下兩篇文章初稿,未經 … 閱讀全文

分類: CNet/ZDNet, 利害關係人, 問題解決, 專案團隊, 專案監控, 專案規劃, 專案風險, 溝通, 生活感觸, 衝突, 軟體開發, 開發流程 | 3 則留言

軟體開發見聞錄首部曲

最近 ZDNet Taiwan 為同人開闢了「軟體開發見聞錄」的專欄,並將我所寫 … 閱讀全文

分類: CNet/ZDNet, 利害關係人, 問題解決, 寫作, 軟體開發, 閱讀 | 發佈留言

Time-Boxing 於軟體反覆演進的必要性

控制混沌,所仰賴的紀律並非石頭成所言的程式紀律,而是 Time-Boxing 的制衡與緩衝手法。因此,Time-Boxing 的做法在反覆式開發的過程中是不可或缺之器。 閱讀全文

分類: 專案監控, 專案管理, 專案規劃, 專案風險, 溝通, 管理, 軟體開發, 開發流程 | 2 則留言

時勢造英雄

看了喲哪桑的〈世界上為什麼會有英雄〉,學長引用了一句話:"世界上為什麼會有英雄? … 閱讀全文

分類: 問題解決, 專案團隊, 易經思維, 生活感觸, 閱讀 | 發佈留言

工作時間與知識分享

喲哪桑說: 優秀的工作者,不論是管理職,還是技術職,其工作時數都很長。 因為,這 … 閱讀全文

分類: 專案團隊, 生活感觸, 知識管理, 策略, 系統思考, 組織 | 發佈留言

軟體敏捷開發方法之反覆週期

開發的反覆週期在於讓開發者體認在於應變與紀律的節奏感,而不單只是工作的分解與切分而已,所以時間長短不是關鍵所在,有沒有承諾才是真正重要的事呀! 閱讀全文

分類: 專案團隊, 專案規劃, 設計原則 | 1 則留言

羅馬不是一天造成的

最近考古學家發現,羅馬很有可能是一天造成的。然而,開發軟體與建造城市終究不一樣,在軟體設計的領域上,獨裁政體會阻礙創新思考,掌握關鍵的技能也是無法速成的,因此,成熟的架構其實也不是一蹴可幾的呀。 閱讀全文

分類: CNet/ZDNet, 專案團隊, 生活感觸, 設計原則 | 7 則留言

我看「管理者的工作時數」

管理者的工作重點在促成資訊與知識的流動,讓員工貢獻他的智力而不是只消耗他的體力與勞力,那些屬於後者的管理者,其所管理員工不會成長,而且管理者會花費很多用來監督員工的代理成本,而且對於這一類的管理者而言,授權往往是不可能的任務。 閱讀全文

分類: 專案管理, 知識管理, 策略, 管理, 系統思考, 組織, 軟體開發, 閱讀 | 3 則留言