分類彙整: 溝通

強迫新手這麼做的風險

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

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

系統開發的彈性

是否代表系統開發追求速度與彈性,就必然犧牲文件與流程呢?同人認為這樣看就太過簡化了,系統開發的彈性並不是忽略系統文件與流程,而是只重視有實質效益的一切事物,當然包括文件與流程。 閱讀全文

分類: CNet/ZDNet, 利害關係人, 問題解決, 思考, 易經思維, 溝通, 生活感觸, 職場, 開發流程 | 2 則留言

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

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

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

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

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

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

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

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

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

學習控制理論增進親子關係

當然主講者也讓大家對控制理論有初步的認識,並與大家座談如何解決生活所碰到的親子問題,令人受益匪淺。同人覺得有必要將這個課程的訊息分享出去,希望讓更多的人知道這個訊息而助於此課程的推廣,讓課程可以繼續下去並讓更多人受益。 閱讀全文

分類: 問題解決, 學習, 心理, 新時代, 溝通, 生活感觸, 親子關係, 閱讀 | 2 則留言

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

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

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

開發者的 common sense

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

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

又見少了概括性論點

在寫作的時候,很多人喜歡以條列要點來表達觀點。一般而言,條列要點要比平舖直敍還來 … 閱讀全文

分類: CNet/ZDNet, 學習, 寫作, 思考, 溝通, 生活感觸, 知識管理 | 發佈留言

三個不回應匿名批評的原因

為什麼同人會認為在匿名後面隨便放話,就是不尊重作者呢?這可從匿名留言者、留言內容、及個人成長三方面來看。 閱讀全文

分類: CNet/ZDNet, 學習, 寫作, 思考, 溝通, 生活感觸 | 3 則留言