分類彙整: 開發流程

聚餐也談品質流程

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

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

穩定的程式是偶然?

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

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

新官上任三把火

新政府團隊似乎想要在就職典禮的活動上,改變舊制以發揮新創意,營造出耳目一新的感覺。但實際上卻反而把問題複雜化,造成一團混亂。這讓筆者想到在軟體開發過程中,也經常出現同樣的情況。改革的困難正是考驗著領導者的領導能力,他應該如何領導團隊來進行成功的改革呢? 閱讀全文

分類: CNet/ZDNet, 利害關係人, 品質文化, 專案團隊, 溝通, 職場, 開發流程, 領導 | 6 則留言

軟體開發角色的一篇評論

這一陣子再次看到這篇文章時,突然覺得應該將它在網誌中登出來,以明確呈現出個人對這個主題的看法。不過,同人想在登出這篇文章之前先提出我最近對軟體開發角色定位所體會到的兩個觀點。 閱讀全文

分類: 利害關係人, 問題解決, 寫作, 思考, 溝通, 生活感觸, 職場, 衝突, 開發流程 | 發佈留言

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

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

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

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

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

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

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

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

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

專案管理與易經生活

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

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

合作分工與分工合作

參與大型軟體專案的管理常常會面臨任務分工與協同合作的問題,這些問題常常會很複雜, … 閱讀全文

分類: 專案團隊, 專案規劃, 溝通, 生活感觸, 知識管理, 開發流程 | 發佈留言

技術在 SOA 是次要的嗎?

「SOA 不只是技術」,是我們常聽到的一句話;然而,SOA 是否與技術無關呢?近 … 閱讀全文

分類: 專案管理, 設計原則, 軟體開發, 開發流程 | 1 則留言