jim yeh on 三月 20th, 2007

哈米尼思對〈工具在 software inspection 所扮演的角色〉提出看法,他提道: 曾經在書上看過這樣的例子 software inspection 演變成 另外一種型式的專案批鬥大會 由於專案的壓力使然,會使得PM也許會對某些工程師的工作產出提出意見,進而產生批鬥 當然,我並不是反對 software inspection ,而是在做這件事的同時,需要明確的規劃和目標設定 如同文中提到的「反思」,是正向看待問題並思考,進而產生好的循環 回過頭來,還是在於公司或組織是不是有建立適當的文化和訓練,並且這項投資要能夠被管理階層所認同,講來講去~ 還是管理上的問題啊 批鬥大會其實是專案衝突的一種形式,當專案團隊成員有感受到彼此意見分歧、對方干擾的行為及產生負面情緒時,就會展開團隊的衝突過程[1]。雖然衝突太多會對團隊的決策共識及接受度有負面的影響,但如果團隊完全沒有衝突,大家想法相同,團隊內呈現一言堂的現象,會導致決策品質的低落。適度的衝突,可混合不同的意見或建設性的批評,藉由不同觀點的了解,和有創造力的選擇自由,而增加決策品質[2]。 所以說,批鬥大會不見得是壞事,當問題發生,早期發現早期治療才是最根本的問題解決之道,避免批鬥並沒有解決問題,卻代表了我們只是讓問題延後發生的駝鳥心態。在解決問題的過程中,就算是相互對立,但只要清楚對立的目的是為了解決問題而非相互攻訐,在態度上可以相互尊重,在言詞上避免用言語攻擊或迴避問題[3],這樣的溝通與對立的目的是要剌激團體正向思考,以促進問題有效解決的良性循環。 附註   H. Barki and J. Hartwick(2004), Conceptualizing the construct of interpersonal conflict. The International Journal of Conflict Management,Vol. 15, No.3, pp. 216-244[↩] 蘇麗玉(2005),系統開發人員與使用者在資訊系統發展過程中之衝突與系統績效之探討-以銀行業為例,銘傳大學資訊管理學系碩士論文。[↩]面對重要且困難的溝通與解決令人失望的問題可參考《關鍵對話》與《關鍵對立》兩本書[↩]

Continue reading about 衝突與 software inspection