分類彙整: 專案團隊

軟體的團隊合作不只是分工

軟體專案的管理者應該注意,造就行為模式的結構一旦產生,人人都做自己以為正確的事,實際上卻造成完全相反的結果。這時候要領導專案團隊的正確方向,需要系統化思考,才能認清結構,以打破錯誤的行為模式。分工的迷思會讓管理者建樹不見林而沒有把穩方向。 閱讀全文

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

沒人規定一定要加班?

同人認為管理者這種表裡不一致的言行很讓人傷腦筋。如果管理者不能面對恐懼的自己,他就會像《哈利波特》當中的佛地魔,大家只能稱呼「那個人」,卻不敢面對事情的真相。是以言行不一致的行為表現,顯見管理者不能克服心魔,恐懼的心理障礙會讓他無法觀照全局以解決問題。 閱讀全文

分類: 問題解決, 專案團隊, 專案管理, 思考, 管理, 職場, 開發流程, 領導 | 1 則留言

軟體人才領導與管理的弔詭

針對前不久 mmdays 發表〈軟體公司該這樣做:領導你的員工、而非管理他們〉的文章,獨孤木發表文章質疑〈軟體公司怎麼會不需要管理員工?〉。讀完獨孤木的文章之後,讓同人也想在這篇文章提出我對領導或是管理軟體人才看法。 閱讀全文

分類: 問題解決, 專案團隊, 思考, 生活感觸, 組織, 職場, 開發流程, 領導 | 1 則留言

把抽象化當技術的繆誤

所謂的抽象化思維就是從不同觀點的互動中,經由演化而創造出全新的不同觀點;它既不是業務觀點也不是技術觀點,而是彼此交織之後產生有用的解決問題觀點。其實把抽象化當技術的繆誤,不單單只出現執著於業務觀點的情形,執著於技術觀點也會犯了相同的錯誤;以為堅守特定觀點就可以解決問題,然而這樣的繆誤讓我們缺乏解決問題所需要的彈性呀。 閱讀全文

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

軟體開發團隊的官僚特性

在今年過農曆年前,看到以前閱讀《溫伯格的軟體管理學(第二卷):第一級評量》所做的筆記,引發同人想要寫一篇文章探討軟體開發團隊的官僚特性。但由於工作轉換及其它寫作計劃的原因,直到現在才有時間分享我對軟體開發團隊的官僚特性之心得。 閱讀全文

分類: 品質文化, 問題解決, 寫作, 專案團隊, 溝通, 生活感觸, 系統思考, 職場, 閱讀, 領導 | 4 則留言

不要把 TDD 和做測試混為一談

最近讀到一篇文章〈不要盲目的 BDD / TDD,我對寫測試的看法〉,看完作者 XDite 反對不論如何都要導入 TDD 的理由,讓同人想提出我對這篇文章的看法。 閱讀全文

分類: 利害關係人, 品質文化, 問題解決, 專案團隊, 思考, 溝通, 生活感觸, 職場, 開發流程 | 21 則留言

絕對支持品質流程的宣稱

在公司高層這種態度和形成的公司文化氛圍之下,公司產品最後會變成「把做好的東西丟到牆的那一邊去」就不足為奇了。再加上以西方優越感產生文化的價值批判,在這種情況之下,QA 對產品品質的提昇有多少著力點呢?同事丙的離開做出了最好的回答。 閱讀全文

分類: 品質文化, 問題解決, 寫作, 專案團隊, 溝通, 生活感觸, 職場, 領導 | 1 則留言

成員能力優勢與團隊多樣性

比起個人的單打獨鬥,團隊合作可以創造更高的效益,但該如何組織高效率的團隊,却往往 … 閱讀全文

分類: 問題解決, 專案團隊, 思考, 生活感觸, 組織, 職場, 閱讀, 領導 | 3 則留言

專案管理最重要的事情

聽到同事轉述管理階層的說法,倒是讓我覺得如果管理只要照著做,那問題可就大了。同人這篇文章寫下我對這事件的看法,不過我並不想討論管理階層所制定流程系統的優劣,而是想探討到底對專案管理而言,最重要的事情到底是什麼。 閱讀全文

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

管理者如何面對專業受責難

短期來說,高層管理者所不願承擔的壓力加諸在專業人員身上,他們總是無力反抗而必須默默承受。但長期讓專業第一線的工作人員一直承受壓力,而不懂得適時激勵來增加專業人才的士氣,總有一天將會令專案付出慘痛的代價:損失重要的專業人才。因此,對於專案管理者而言,這是值得關切的問題。 閱讀全文

分類: CNet/ZDNet, 利害關係人, 問題解決, 寫作, 專案團隊, 生活感觸, 系統思考, 組織, 職場, 閱讀, 領導 | 1 則留言