分類彙整: 利害關係人

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

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

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

聚餐也談品質流程

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

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

藏拙

從事軟體開發的工作中,同人也常觀察到一些開發者不懂藏拙的智慧,意欲表現自己很有能力,但卻總是被人看到他們虛有其表的黔驢之技。我們當然很希望這樣的人,不要出現在工作經驗當中。但很不幸地,世事總是難以如我們的預期,如果不幸在工作碰到這樣的人,我們應該如何自處呢? 閱讀全文

分類: 利害關係人, 學習, 專案團隊, 溝通, 生活感觸, 編程技巧, 衝突 | 5 則留言

軟體缺陷的信用創造

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

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

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

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

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

早餐店內的語意瞹眛

今天早上在上班途中買早餐,在早餐店內看見新進店員因為尚未進入狀況而發生溝通問題。不過,雖然當下同人覺得很好笑,但經過事後深入思考之後,卻讓我學習到在溝通過程中,避免語意瞹眛的重要性。 閱讀全文

分類: 利害關係人, 思考, 溝通, 生活感觸, 職場, 衝突 | 2 則留言

新官上任三把火

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

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

系統自動作業的主要參與者

許多採用使用案例建模方法進行需求分析的開發者,對於不需要使用者介入的系統自動作業 … 閱讀全文

分類: 分析設計建模, 利害關係人, 設計原則 | 發佈留言

展現系統分析專業的七種能力

在現實世界中,通常很難找到不僅懂得軟體開發的技能,又同時具備問題領域知識的人才。而且軟體開發專案本身存在時程與成本等限制,多半不允許系統分析師花太多的時間與成本學習問題領域知識。因此,要期待系統分析師學習問題領域知識是不切實際且又不符合經濟效益的做法。 系統分析師要如何展現出系統分析的專業,才能整合問題領域與解決方案領域的知識,有效地提出具體可行的問題解決方案?
閱讀全文

分類: CNet/ZDNet, 分析設計建模, 利害關係人, 專案團隊, 思考, 知識管理, 職場, 設計原則 | 2 則留言

軟體開發角色的一篇評論

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

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