分類彙整: 專案風險

我看「算計」與「計算」的弔詭

昨天在臉書看到曾經教過同人,曾經是臺灣科技大學管理研究所院長的吳宗成教授在臉書分享算計與計算的弔詭,啟發同人思考在管理上的應用,讓我以這篇文章分享整理後的讀後心得。 閱讀全文

分類: 問題解決, 學習, 專案規劃, 專案風險, 思考, 生活感觸, 策略, 職場, 開發流程, 閱讀 | 1 則留言

敏捷開發實戰經驗分享會後感

分享會在台北市電腦公會舉行,看到現場互動氣氛的熱絡,以及會後學員們給予不少正面的評價,感覺大家收穫都不少。其實包括我自己在分享會結束之後也產生了一些想法,倒是想藉由此文章分享我的分享會後心得。 閱讀全文

分類: 問題解決, 學習, 專案團隊, 專案規劃, 專案風險, 溝通, 生活感觸, 職場, 開發流程 | 1 則留言

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

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

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

強迫新手這麼做的風險

同人看 Kenming Wang 這篇文章覺得怪怪的,倒不是不贊同他對寫好使用案例好處的觀點,而是覺得強迫新手去做我們認為有價值的東西是很危險的。 閱讀全文

分類: 分析設計建模, 利害關係人, 問題解決, 寫作, 專案風險, 思考, 溝通, 生活感觸, 組織, 職場, 領導 | 2 則留言

穩定的程式是偶然?

如果穩定的程式真的是偶然的,程式的穩定似乎只能依賴運氣而不是人為努力,事情真的是這樣嗎?其實這位噗友太過強調環境變化的隨機性,卻忽略了適應環境變化,程式開發必然會經歷複雜演化的過程。穩定的程式是演化而來的,雖然演化的過程是偶然、但其最後結果卻是必然。換句話說,穩定的程式是偶然下的必然。 閱讀全文

分類: 學習, 專案監控, 專案規劃, 專案風險, 思考, 編程技巧, 職場, 設計原則, 開發流程 | 2 則留言

軟體缺陷的信用創造

專案經理利用軟體缺陷的創造信用來進行短期信用的流通,把 bug fixing 變成 feature request 的好處就等同於創造增加軟體開發修改 bug 代價的貨幣。然而,把 feature request 變成信用商品的後遺症,正是讓信用生產結構的迂迴,使信用崩潰延遲發生。 閱讀全文

分類: 利害關係人, 品質文化, 問題解決, 學習, 專案風險, 思考, 生活感觸, 職場, 閱讀 | 發佈留言

專案不確定感的焦慮與迷思

本篇文章是投稿 ZDNet 的文章原稿,並以〈專案不確定導致焦慮與迷失〉與〈專案 … 閱讀全文

分類: CNet/ZDNet, 佛法, 利害關係人, 問題解決, 學習, 專案監控, 專案規劃, 專案風險, 思考, 溝通, 生活感觸, 職場 | 4 則留言

專案時間不足,如何達成不可能的任務

在專案時間不夠的情況下,要達成不可能的任務必須要提昇軟開發的產能,必須讓開發的產出與產能可以相互配合。但至於要如何增進良好設計架構的產能呢? 閱讀全文

分類: CNet/ZDNet, 品質文化, 問題解決, 專案監控, 專案規劃, 專案風險, 溝通, 職場, 開發流程 | 4 則留言

總是要到驗收前才發現程式有問題?

對於開發者而言,總是要到驗收前才發現程式有問題可真是可怕的夢魘呀。然而,這樣的現象為什麼老是一而再,再而三地發生,到底是什麼地方出了問題呢? 閱讀全文

分類: CNet/ZDNet, 品質文化, 問題解決, 專案團隊, 專案監控, 專案風險, 思考, 溝通, 職場, 軟體審查, 開發流程 | 3 則留言

好的變更來自於可行計劃

人們總是習慣高估了自己的能力,低估了風險。因此,在做出自認為臨機應變的取捨之前,不妨先想一想,我們憑什麼認為這次的變更是個好變更? 閱讀全文

分類: 問題解決, 專案監控, 專案規劃, 專案風險 | 發佈留言