分類彙整: 專案風險

軟體開發者不應該自廢武功!!

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

分類: CNet/ZDNet, 分析設計建模, 問題解決, 專案監控, 專案風險, 溝通, 系統思考, 設計原則 | 7 則留言

專案管理與易經生活

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

分類: CNet/ZDNet, 利害關係人, 問題解決, 專案團隊, 專案監控, 專案規劃, 專案風險, 易經思維, 生活感觸, 軟體開發, 開發流程, 閱讀, 領導 | 4 則留言

合約與需求變更

Julian 又對我在〈需求過程的溝通問題〉提出看法,他認為需求可以改變應該基於 … 閱讀全文

分類: 專案監控, 專案風險, 溝通, 知識管理, 系統思考, 衝突, 軟體開發 | 1 則留言

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

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

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

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

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

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

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

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

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

評論「專案假設」的相關討論

哈米尼斯對我在〈對專案假設的看法〉回應說: 我文中所提的這一個假設「專案執行的過 … 閱讀全文

分類: 專案風險, 軟體開發 | 3 則留言

對專案假設的看法

在哈米尼斯的天空看到〈專案管理:Change Management〉,作者提到軟 … 閱讀全文

分類: 專案監控, 專案風險 | 2 則留言