分類彙整: 專案管理

簡單,複雜世界的致勝之道

世界愈複雜,我們就更需要簡單。簡單讓我們看清楚事物的脈絡,掌握重點,以協助做出選 … 閱讀全文

分類: 利害關係人, 品質文化, 問題解決, 學習, 思考, 溝通, 生活感觸, 職場, 閱讀, 領導 | 2 則留言

當聽到不精確的溝通用詞時

朋友的分享讓同人看到,她的主管用一些不大精確的語言來讓她感覺問題不大。比如說用「c++、vb 都只是工具而已,不管你用那一種工具來開發系統,其實都不會有太大的差異,所以我們大可不用擔心」的說法,正是用不精確的語言來表達不當的概念,這其實是相當要不得的簡化。 閱讀全文

分類: 利害關係人, 品質文化, 問題解決, 專案團隊, 思考, 溝通, 生活感觸, 職場, 閱讀, 領導 | 2 則留言

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

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

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

聚餐也談品質流程

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

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

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

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

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

開發者的 common sense

最近某位開發者和同人討論需求規格的問題,但他的反應卻讓人感到困惑,不知是他的理解 … 閱讀全文

分類: 分析設計建模, 問題解決, 專案團隊, 思考, 溝通, 生活感觸, 職場, 衝突, 設計原則 | 10 則留言

穩定的程式是偶然?

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

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

領導是信任關係

最近正在閱讀《領導的黃金法則》這本書,在第 2 章〈自己才是最難領導的人〉中,同 … 閱讀全文

分類: 問題解決, 學習, 專案團隊, 思考, 溝通, 生活感觸, 職場, 衝突, 閱讀, 領導 | 1 則留言

藏拙

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

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

軟體缺陷的信用創造

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

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