監(jiān)理公司管理系統(tǒng) | 工程企業(yè)管理系統(tǒng) | OA系統(tǒng) | ERP系統(tǒng) | 造價咨詢管理系統(tǒng) | 工程設(shè)計管理系統(tǒng) | 甲方項目管理系統(tǒng) | 簽約案例 | 客戶案例 | 在線試用
X 關(guān)閉
工程項目管理軟件系統(tǒng)

當(dāng)前位置:工程項目OA系統(tǒng) > 建筑OA系統(tǒng) > 工程項目管理軟件系統(tǒng)

如何穿越團隊協(xié)作的五重障礙

申請免費試用、咨詢電話:400-8352-114

  自古以來,那些地位尊崇的理念、宗旨和經(jīng)驗,和長盛不衰的經(jīng)濟、社會和情感的價值,都是由共同工作于團隊中的人們創(chuàng)造的。就算某些藝術(shù)、哲學(xué)和科學(xué)領(lǐng)域的非凡成就,看上去是由那些單打獨斗的卓越個人所作,我仍懷疑他們也一樣有其他人助一臂之力,這些人無私奉獻而寂寂無名(也許在幕后),都是作為團隊而共同工作在一起。從大國混戰(zhàn)、社會動蕩、政治反抗、建立帝國、為自由抗?fàn)幒徒也⒈Pl(wèi)邊疆,到金字塔、泰姬陵、艾菲爾鐵塔、自由女神像、悉尼港大橋以至倫敦眼摩天輪等諸多雄偉奇跡的創(chuàng)造,每一樣都仰賴于團隊協(xié)作才得以誕生與存在。當(dāng)然,團隊協(xié)作的范疇并不排除簡單、俗世而日常的事務(wù),它們雖然上不了報紙頭條,卻極為重要:平淡者如下田耕作,安排野餐以至家庭活動,都離不開團隊。

  團隊協(xié)作既然對我們的日常生活有如此深刻的作用,我們很自然就期望團隊的產(chǎn)出直接受其協(xié)作質(zhì)量的影響。不幸的是,單憑良好愿望或是聽天由命,團隊協(xié)作是不會產(chǎn)生的,而很多時候根本就無法產(chǎn)生!團隊協(xié)作的質(zhì)量受很多因素的影響,比如團隊成員個體的積極性,團隊成員間的信任度,團隊使命的清晰度,對目標的統(tǒng)一理解,資源的缺乏,團隊成員間糟糕的溝通,等等。因此可以毫不奇怪地說,要讓團隊一拍即合,適當(dāng)?shù)耐顿Y是必需的。可是,盡管有最先進的流程和工具,團隊的機能障礙還是頻繁地嚴重影響團隊的表現(xiàn),危及它有效執(zhí)行的能力。大多數(shù)軟件經(jīng)理缺乏相關(guān)能力去感知這些深層社會學(xué)問題的信號,也就無法處理其影響。對這些問題任何敷衍潦草的反應(yīng),都只會使其更難應(yīng)付。

  在本文中我分析了團隊機能障礙的模式,這一模式由Patrick Lencioni在其基于業(yè)務(wù)情景的精彩寓言體著作《團隊的五種機能障礙——領(lǐng)導(dǎo)力之寓言》中提出。在書中所稱的模式中,他識別了五種影響團隊績效的機能障礙。這些機能障礙并非是全然獨立的,而是互相關(guān)聯(lián),如后圖所示般上下層疊。

  也就是說,信任缺失導(dǎo)致懼怕沖突,而懼怕沖突又導(dǎo)致承諾不足,如此以往。雖然Patrick在探討該模式時,借助于一個沒有充分發(fā)揮潛能的業(yè)務(wù)團隊,我倒發(fā)現(xiàn)這些理念放之四海而皆準,也適用于一個軟件開發(fā)團隊的情境??赡苣睦镆舱也坏较褴浖_發(fā)這樣能凸顯團隊協(xié)作的效用和重要性的了。

  軟件開發(fā)是一項團體運動,有自己的公平競爭政策(“職業(yè)道德”),整套游戲規(guī)則(“流程”)和對團隊協(xié)作的高度重視。軟件開發(fā)流程,或者管理開銷(以流程或組織認為合適的任何類型和份額而存在),或者更簡單點的,比如統(tǒng)一的集成開發(fā)環(huán)境(IDE)、通用編碼規(guī)范、配置管理工具……實際上任何東西的存在都為了同一個理由:讓團隊作為整體,大于其組成部分的集合。但是,我們也知道軟件項目的失敗率驚人地高,即便業(yè)內(nèi)對于“失敗”的構(gòu)成及其真實統(tǒng)計數(shù)據(jù)沒有共識,大家都心知肚明,失敗率總歸要比該有的高!就算偶有例外,可考慮到軟件業(yè)雇傭的員工大都聰慧過人,如果在項目失敗理由清單中名列前茅的是技術(shù)低能、粗心愚蠢或者有意破壞這樣的原因,我也還是會非常奇怪。那么,為什么還有如此多的軟件團隊沒能達成其預(yù)設(shè)目標呢?我相信在其他因素相同的情況下,軟件項目失敗中一個重大卻尚未被足夠重視的原因,就是團隊的機能障礙。

  團隊流程決定了“工作的方式”,對團隊的效力有很大影響。過去十年間,敏捷方法廣泛流行,已經(jīng)成了主流。維基百科對其定義為:

  “……敏捷方法普遍推崇:一種項目管理流程,它鼓勵頻繁的檢查和調(diào)適;一種領(lǐng)導(dǎo)哲學(xué),它鼓勵團隊協(xié)作、自我組織和責(zé)任擔(dān)當(dāng);一套工程最佳實踐,它允許快速交付高質(zhì)量的軟件;一個業(yè)務(wù)方法,它把開發(fā)工作與客戶需求和公司目標相匹配?!?/P>

  上述這些帶來的對團隊和個人的賦權(quán),達到了迄今我們在軟件業(yè)所見過的最高程度。我將其看成流程改進中的又一重要進步,它將決策權(quán)從經(jīng)理下放到被賦權(quán)的自指揮團隊,因而使團隊協(xié)作在其中扮演比以往更重要的角色。但是,敏捷不是一個社會學(xué)流程,它是軟件開發(fā)中一種面向團隊的哲學(xué),雖然有團隊社會學(xué)的痕跡,但若是武斷地來看,就很容易忽略這一點。

  考慮到敏捷原則正逐漸成為業(yè)內(nèi)開發(fā)流程的事實標準,我分析了敏捷實踐如何應(yīng)對軟件團隊的五種機能障礙。讓我們從金字塔底部開始一一展開。

  信任缺失

  “第一重機能障礙是團隊成員間的信任缺失。這實質(zhì)上源于他們不愿在團體中輕易受到攻擊的心態(tài)。團隊成員如果不對其失誤和弱點真正地開誠布公,就不可能打下信任的基礎(chǔ)?!?/P>

  一個團隊遠不只是一群烏合之眾,不管其中的個體如何能干。每個團隊成員擺上臺面的,都是獨特且經(jīng)常互補的技能,而這些技能的全體集合,幫助團隊達成其目標。在一個由各種“勞動分工”方式創(chuàng)立的傳統(tǒng)團隊中,其成員間存在強大的攀比壓力,沒有機會發(fā)展“基于弱點的信任”。團隊成員在過往績效表現(xiàn)可持續(xù)的基礎(chǔ)上受到“信任”。但是,在現(xiàn)代行業(yè)中,不可能假設(shè)或期望任何人具備所有所需技能,在任何狀況下都能成功。據(jù)Patrick所說,互信團隊中的成員們,能夠承認他們的弱點和失誤,請求他人的幫助,接受對他們職責(zé)領(lǐng)域的質(zhì)詢和評價,做出負面結(jié)論前先假定他人無辜,承擔(dān)提供反饋意見和幫助的風(fēng)險,欣賞和發(fā)掘他人的技能和經(jīng)驗,集中時間和精力于重要問題而非勾心斗角,提出和接受道歉時毫不猶豫,對會議和其他集體工作的機會滿懷期待。

  敏捷鼓勵適應(yīng)性的軟件開發(fā),它大量依賴于對過去績效的反饋來改善未來的表現(xiàn)。敏捷鼓勵所有利益相關(guān)者——開發(fā)者,業(yè)務(wù)人員,贊助人和客戶——之間面對面的溝通和互動。它還鼓勵頻繁(通常每天進行一次)的進展更新,以及迭代結(jié)束時對過去進展?fàn)顩r和未來改善之處的反思。這種定期的開放溝通和反饋可以成為非常有效的信任建設(shè)活動。

  敏捷團隊通常都較小,團隊成員具備互補的技能和任務(wù),而非多人同時擁有互相競爭的技能和任務(wù)。他們也高度自治,允許以民主方式做出決策,而不是被客戶和管理層強加沒有合理論據(jù)和邏輯思考的指示。團隊自己負責(zé)承諾,同時小型團隊都位于單一地點,這中氣氛可以讓團隊成員互相依靠,從而達成承諾。特定的實踐,如結(jié)對開發(fā),其根本理念是盡早查出軟件缺陷,而不是以缺陷數(shù)據(jù)判定個體成員的績效,這有助于更深入地發(fā)展信任關(guān)系。為此,團隊的生產(chǎn)率指標“速率”,不是歸功于個人,而是歸功于團隊。所有這些做法,都極有可能在團隊成員間建立信任。
怕沖突

  “無法建立信任是有破環(huán)性的,因為第二重機能障礙——懼怕沖突——就是由此而定調(diào)。缺乏信任的團隊無法展開無需多慮而充滿熱烈激情的想法辯論,他們退而求諸云遮霧罩的探討和小心謹慎的說辭?!?/P>

  進行富有成效的沖突,這是一種能力,而該能力會因缺乏互信而受損。大家唯恐提出不同意見被視為反團隊行為。這最終變成了一個自我挫敗的問題,因為對沖突的懼怕不僅損害了團隊的決策力和進展,也加深了業(yè)已存在的信任缺失。團隊需要進行富有成效的沖突。在Patrick看來,進行有成效沖突的團隊,能夠開展生動有趣的會議,提煉和開發(fā)全員的想法,迅速解決實際問題,盡量減少勾心斗角,挑明關(guān)鍵主題進行討論。

  敏捷要求團隊全員都參與到估計與計劃、情況更新和回顧會議中去。Scrum中每日站立會議的發(fā)言,是針對團隊而非任何經(jīng)理。團隊的進展公開透明,非常容易識別進度落后(這可能危及團隊兌現(xiàn)承諾)的團隊成員,而下一步并非申斥其進展緩慢,而是要施以援手,必要時進行建設(shè)性的爭論來找出解決問題的辦法。因為“基于弱點的信任”這時已經(jīng)建立,所以團隊成員珍視健康的沖突,而無需懼怕斥責(zé)。

發(fā)布:2007-03-04 10:06    編輯:泛普軟件 · xiaona    [打印此頁]    [關(guān)閉]
相關(guān)文章:

泛普工程項目管理軟件系統(tǒng)其他應(yīng)用

項目管理工具 禪道項目管理軟件 夢龍項目管理軟件 微軟項目管理軟件 裝飾管理系統(tǒng) 裝修預(yù)算軟件 項目計劃軟件 項目進度管理軟件 軟件項目管理工具 材料管理軟件 工程項目管理軟件系統(tǒng) 項目管理系統(tǒng) 施工管理軟件 建筑工程項目管理軟件 工程管理軟件