分類彙整: 專案管理

測試驅動開發的精神

測試驅動開發的精神,不應該用一般機械論的觀點來進行工作或任務的化約,而是基於複雜理論的重要觀念;維持穩定與變化的動態平衡,不在於掌握系統核心而在於邊緣,讓變動限定在人們可以掌握的範圍內,這或許才是測試驅動開發最關鍵的精神吧! 閱讀全文

分類: 問題解決, 專案監控, 思考, 編程技巧, 職場, 設計原則, 開發流程 | 3 則留言

再談技術經理當教練

技術經理當教練如果對公司是不好的徵兆,問題應該還是出在領導上,誠如同人過去發表過的文章所講的:強將手下無弱兵,但也不會有強將。沒有辦法訓練培養人才的教練,還是因為技術經理不諳教練之道呀! 閱讀全文

分類: 品質文化, 問題解決, 專案團隊, 思考, 溝通, 生活感觸, 職場, 領導 | 發佈留言

技術經理的教練角色

在觀念上,以上的討論已經將技術經理擔任教練的動機及基本觀念,詮釋地相當清楚。但從自己實際從事技術工作的經驗來看技術經理當教練這件事,事情卻好像並不如以上討論到的那麼簡單。同人認為 MaoYang 兄提到的這個主題,可以從兩方面來探討,一個是技術經理要教練的東西為何,另一個則是技術經理擔任教練的目的為何。 閱讀全文

分類: 問題解決, 專案團隊, 思考, 溝通, 生活感觸, 職場, 領導 | 2 則留言

敏捷開發實戰經驗分享會後感

分享會在台北市電腦公會舉行,看到現場互動氣氛的熱絡,以及會後學員們給予不少正面的評價,感覺大家收穫都不少。其實包括我自己在分享會結束之後也產生了一些想法,倒是想藉由此文章分享我的分享會後心得。 閱讀全文

分類: 問題解決, 學習, 專案團隊, 專案規劃, 專案風險, 溝通, 生活感觸, 職場, 開發流程 | 1 則留言

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

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

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

是誰理盲又濫情?

早上在 News 98 聽到陳鳳馨評論吳德榮提前退休的新聞事件,她提到吳德榮說: … 閱讀全文

分類: 利害關係人, 專案團隊, 思考, 新聞, 生活感觸, 閱讀 | 6 則留言

一場提前施工擾鄰的風波

解決問題的關鍵就是正視「人不是完美的」事實。同人是工程師出身,我很能體會工人希望早點把事情做完早點走的心態,對擾鄰後果的嚴重性他們可能沒有明顯的感受,而不是故意不去配合。所以以為訂下工作時間的規則以為他們會遵守,其實是太天真了。而那位媽媽的辦法正是對人性弱點的積極管理,不去假設人們一定會照你的方法去做事,而去思考我們的對策。看在同人的眼中,實在是令人激賞呀。 閱讀全文

分類: 利害關係人, 問題解決, 專案監控, 溝通, 生活感觸, 職場, 領導 | 發佈留言

離譜的捷運接駁車調度

然而,看到這次離譜的調度,讓我很懷疑真正的問題是捷運公司面對問題的態度。在處理問題前沒有把腦袋放在正確的位置,不能針對客戶的需要來思考問題,而只是浪費資源在不重要的事情上。顯然捷運公司對解決問題的訓練是不足的,問題不是服務人員盡了力沒有,而是他們在盡力之前,到底有沒有把問題想清楚呀! 閱讀全文

分類: 問題解決, 專案規劃, 溝通, 生活感觸, 組織, 職場, 領導 | 發佈留言

強迫新手這麼做的風險

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

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

系統開發的彈性

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

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