分類彙整: CNet/ZDNet

從公共建設的系統失常看系統開發的複雜性

要認識系統開發的複雜性,這並不是一件很容易的事。不過,忽略它會讓我們和湊熱鬧的外行人一樣,從他人系統失敗的經驗中只能看得到表相;以為這只是犯了離譜的技術或方法論的錯誤。 閱讀全文

分類: CNet/ZDNet, 利害關係人, 問題解決, 寫作, 專案監控, 思考, 溝通, 生活感觸, 職場, 開發流程 | 2 則留言

管理者如何面對專業受責難

短期來說,高層管理者所不願承擔的壓力加諸在專業人員身上,他們總是無力反抗而必須默默承受。但長期讓專業第一線的工作人員一直承受壓力,而不懂得適時激勵來增加專業人才的士氣,總有一天將會令專案付出慘痛的代價:損失重要的專業人才。因此,對於專案管理者而言,這是值得關切的問題。 閱讀全文

分類: CNet/ZDNet, 利害關係人, 問題解決, 寫作, 專案團隊, 生活感觸, 系統思考, 組織, 職場, 閱讀, 領導 | 1 則留言

如何在系統失敗前發現錯誤

這篇文章是投稿 ZDNet Taiwan 的文章原稿,由 ZDNet Taiwa … 閱讀全文

分類: CNet/ZDNet, 利害關係人, 問題解決, 寫作, 專案團隊, 專案風險, 新聞, 組織, 職場, 軟體審查, 開發流程, 閱讀 | 1 則留言

系統開發的彈性

是否代表系統開發追求速度與彈性,就必然犧牲文件與流程呢?同人認為這樣看就太過簡化了,系統開發的彈性並不是忽略系統文件與流程,而是只重視有實質效益的一切事物,當然包括文件與流程。 閱讀全文

分類: CNet/ZDNet, 利害關係人, 問題解決, 思考, 易經思維, 溝通, 生活感觸, 職場, 開發流程 | 2 則留言

結構與非結構的隔閡-從軟體開發專案的四個困難談起

系統分析師該如何思考與學習的方法以展現其專業。然而,許多人對系統分析專業的疑惑出在忽略「結構與非結構的隔閡」,使得系統分析師陷入了過度簡化設計與過度工程化,也就是所謂過度設計的兩難情境。 閱讀全文

分類: CNet/ZDNet, 分析設計建模, 利害關係人, 寫作, 專案團隊, 思考, 溝通, 生活感觸, 知識管理, 職場 | 3 則留言

聚餐也談品質流程

在台灣,品質最大的問題是人們習慣將品質流程獨立於設計及開發過程之外,以為兩者是可以完全分割的。然而這種思維對品質的結論就會是「把做好的東西丟到另一端去」,讓開發人員認為品質是品質部門的責任,而品質部門則認為提昇品質不是他們的責任,以為最多只能做到知道產品有問題,而不知道如何改善它們,只能退回到開發人員那邊來解決。 閱讀全文

分類: CNet/ZDNet, 利害關係人, 品質文化, 問題解決, 專案監控, 專案規劃, 思考, 生活感觸, 職場, 開發流程 | 10 則留言

當專案一再出現相同錯誤時

根據筆者軟體專案開發的經驗顯示,團隊成員能力不足或是其心態有問題的情況並不多見,多半是專案經理無法讓團隊發揮實力。所以當專案一再出現相同的錯誤時,專案經理應該先思考是不是自己的領導能力出了問題。 閱讀全文

分類: CNet/ZDNet, 問題解決, 寫作, 專案團隊, 新聞, 溝通, 生活感觸, 組織, 職場, 領導 | 10 則留言

再談程式設計的迷思

昨天同人在〈又見少了概括性論點〉提到〈必須面對的真相─五大程式設計迷思〉在文章結 … 閱讀全文

分類: CNet/ZDNet, 分析設計建模, 問題解決, 學習, 思考, 編程技巧, 職場, 設計原則 | 2 則留言

又見少了概括性論點

在寫作的時候,很多人喜歡以條列要點來表達觀點。一般而言,條列要點要比平舖直敍還來 … 閱讀全文

分類: CNet/ZDNet, 學習, 寫作, 思考, 溝通, 生活感觸, 知識管理 | 發佈留言

三個不回應匿名批評的原因

為什麼同人會認為在匿名後面隨便放話,就是不尊重作者呢?這可從匿名留言者、留言內容、及個人成長三方面來看。 閱讀全文

分類: CNet/ZDNet, 學習, 寫作, 思考, 溝通, 生活感觸 | 3 則留言