分類彙整: 軟體審查

掌握設計演進的節奏

在軟體開發的過程中,有沒有方法可以避免我們浪費心力在無謂的堅持上,然後用比較簡單而又有效率的方式來完成我們的工作呢?經過與同事上面的對話,同人想到運用到我在分享會中所提到的觀念與實務,可以很輕易地掌握設計演進的節奏。藉由此篇文章分享出來,也算當做同人在 1/9 敏捷開發分享會後的一個註腳吧。 閱讀全文

分類: 品質文化, 問題解決, 寫作, 專案管理, 思考, 生活感觸, 職場, 設計原則, 軟體審查, 開發流程, 領導 | 發佈留言

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

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

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

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

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

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

品質是檢驗出來的,還是設計出來的?

驗收測試與 TDD 有何不同?一個是由客戶端來驗證軟體是否符合他們的品質要求,另一個則是開發者以測試驅動的方式來開發軟體系統。顯而易見地,「做 TDD,還是驗收測試?」的重點並不在測試,而是「開發者應該自己驗證程式,還是該仰賴客戶來幫你找程式缺陷?」。換言之,就是我們常聽到的一句話:品質是檢驗出來的,還是設計出來的? 閱讀全文

分類: 品質文化, 問題解決, 專案管理, 思考, 軟體審查, 開發流程, 閱讀 | 2 則留言

學長對 Stakeholder management 的補充

之前我都會把我在網誌的文章轉貼在台科大 94EMBA 班網,其中〈有關「Stak … 閱讀全文

分類: 利害關係人, 軟體審查, 軟體度量, 開發流程 | 發佈留言

善用工具為軟體品質加分

在軟體開發過程中,工具雖然不足以取代人力,但有效地使用適用的開發工具,卻可以讓我 … 閱讀全文

分類: 專案管理, 易經思維, 軟體審查, 軟體開發, 開發工具 | 1 則留言

Software review 與軟體品質文化

關於 software review,在看了喲哪桑學長對我的文章所寫的回應後,發 … 閱讀全文

分類: 品質文化, 專案管理, 軟體審查, 軟體開發 | 3 則留言

評論喲哪桑對〈創造 software review 的需求〉的回應

喲哪桑學長在〈Review vs. Inspection — 亂談軟 … 閱讀全文

分類: 問題解決, 專案管理, 易經思維, 生活感觸, 軟體審查 | 發佈留言

衝突與 software inspection

哈米尼思對〈工具在 software inspection 所扮演的角色〉提出看 … 閱讀全文

分類: 專案團隊, 知識管理, 組織, 衝突, 軟體審查 | 2 則留言

工具在 software inspection 所扮演的角色

在Chui-Wen Chiu’s Note: 〈程式碼檢驗〉看到: … 閱讀全文

分類: 品質文化, 專案團隊, 專案監控, 知識管理, 軟體審查, 開發工具 | 6 則留言