建設融洽主動的項目團隊

 

下面是前一段時間,我的團隊回顧會議上大家的聲音:

更有團隊活力了

都很熱心

開發同學真的很耐心,感謝

團隊氣氛很好

分享氣氛濃厚,和樂融融

開發同學配合真的很好,很友好,PM

新同學成長很快

大家主動性明顯提升

團隊積極主動

大家都比較耐心

團隊各個角色都很好溝通

解決問題都很積極配合

Aland帶人很有一套

大家都很認真,不僅做分內的,也做分外的

 

從中大家應該能夠感受到團隊的氣氛是比較融洽的,而在半年之前團隊的士氣是很低落的,我在擔任項目經理的時候,花了不少精力在團隊建設方面,當時我在同時管理兩個項目,項目的節奏都非常的快,每週都會發布大約8個版本,那麼在如此緊張的工作的情況下我爲什麼還有花精力做團隊建設呢?我是處於兩個考慮的:

1.      每個團隊都有很多問題,我們的團隊也不例外,我們可以採用簡單直接的方法,看到問題解決問題,但是那些通常都是些大問題,而且在一系列措施之後,未必能夠根治問題,我認爲解決問題的關鍵在於“人”,只有團隊成員直接能夠融洽,互相理解,很多問題就會迎刃而解,很多問題也許就不是問題了。

2.      項目經理每天有大量的事情需要處理,很難做到事無鉅細時刻跟進推動,因此經常會出現,項目經理不在,進度緩慢的情況。那將是非常可悲的狀況,項目僅靠一人推動那是萬萬不行的,因此培養團隊的主動性,團隊推動,纔是讓項目又快又好的發展的必備條件。

因此我花了很多時間思考如何培養團隊融洽的氣氛,主動的工作,這裏把我的一些經驗分享給大家,希望能對大家有所幫助。

融洽

問題

“這個不是我的問題”

“這個是產品沒考慮到”

“這個是開發沒有還原設計”

PM,這個要是發不了,我可不管”

解決

一、             經常接觸(≠肉體接觸)

a)       工作中

n         牽線搭橋:項目經理更多去充當紅娘的角色,而不是代勞,給大家創造直接溝通合作的計劃。例如“這個問題jason應該瞭解,我帶你去找一下他。”

n         相互瞭解:項目經理盡力創造大家相互瞭解的機會,如通過“面對面code review”,“晨會(各角色均參與)”,“需求講解”等措施,讓大家彼此瞭解對方的工作,讓大家感覺我們都是一個項目團隊(雖然所屬不同職能組),我們大家一起在爲項目努力。

n         集思廣益:團隊成員雖然各司其職,但是這並不妨礙大家爲彼此的工作出謀劃策,爲項目發展集思廣益,我們可以定期組織“產品頭腦風暴”,“技術分享”,“架構優化討論”等活動。

b)       工作外

n         多組織以項目團隊爲單位的活動。

n         通過各職能組共同出資的方式解決經費問題。

二、             沒有矛盾(≠沒有問題)

任何團隊都有問題,但優秀的團隊,大家會齊心協力攻克問題,而不會相互指責相互推諉,因此我們項目經理應當想方設法解決團隊內部矛盾。

a)       相互理解

n         強調項目目標:不斷在團隊內強調項目目標,統一大家的思想,不要讓開發同學只關注於編碼的工作。

n         解釋困難:通過單獨溝通等方式瞭解各個角色的困難,然後當衆的解釋給大家,讓大家能夠理解別的同學的困難。

n         幫助他人:鼓勵互相幫助,比如讓開發幫助產品完善產品需求,這樣開發不但不會覺得產品需求不完善,反倒會幫他完善,心態完全不同了,大家合作起來自然就融洽了。

b)       彼此溝通

n         創造溝通機會:如“經常接觸”部分介紹。

n         避免衝突:避免不利於問題解決的指責衝突,深入挖掘問題根源,從根本上解決問題。

n         緩和衝突:當大家因爲衝突產生矛盾時,項目經理一定要當作一件重要的事來處理,切不可因版本忙,而忽視。

三、             形成默契

其實“經常接觸”、“沒有矛盾”、“形成默契”是逐級遞進的三個層次,當團隊形成了默契,那就太棒了。我採用了一些技術手段來幫助大家形成默契,當然這需要很長的一段時間。

a)       團隊節奏

n         建立團隊工作日曆——迭代日曆,固定迭代中活動的執行時間,讓大家事事有預期

n         建立團隊統一工作優先級列表,其實每個人心中對每項小任務的優先級的標準是不同,有點認爲解決自己的工作更重要,有的人認爲解決別人的問題更重要。

b)       及時周知:讓團隊成員對項目發生的事情都清楚,有助於大家形成統一目標,共同解決問題。

n         問題和困難

n         變更:包括計劃變更,需求變更,架構變更等。

c)        明確計劃

n         迭代計劃

n         版本計劃

d)       打破瓶頸:項目經理應該想方設法,發現瓶頸,並及早解決,掃除大家工作中的障礙。

主動

問題

測試羣裏一片寂靜

催了三次也不更新狀態

“這個素材他還沒給我”

“我做的這個東西估計沒人用”

拿到文檔後有問題不提出,直接自己消化掉

遇事阻礙不上報,直到被問時,才提出若干問題

對項目漠不關心,只看自己手中的棋子

解決

一、             KPI:硬性手段。

二、             成就感:發自肺腑的驅動力。

a)       個人成就感

n         有挑戰的工作

n         幫助他人

n         信任

n         鼓勵:很多團隊裏大家聽到的“批評”遠遠多於“讚許”,請大家多關注鼓勵,很多時候“鼓勵”比“批評”更容易讓大家進步。鼓勵應該是多方面的,有高層領的鼓勵,有項目經理和leader的鼓勵,有團隊成員之間的鼓勵。這裏aland有兩個小技巧:一個是悄悄的告訴leader讓他就某事來鼓勵一下大家,有時比項目經理效果更好;另一個充分利用產品同學,他們更加活躍,也更願意表達自己的想法。

n         團隊認可

b)       項目成就感

n         讓團隊有明確的階段目標

n         經常和團隊回顧目標完成情況

n         讓所有成員都瞭解項目的發展方向

n         經常與開發測試的同學分享運營數據

n         經常與開發測試的同學分享用戶反饋

n         經常分析項目橫向質量數據,如缺陷率等,讓大家共同關注項目質量

n         分享項目困難,而不是直接解決

三、             有樂趣:發自肺腑的快樂。

a)       工作樂趣

n         關注個人意願

n         讓大家都有機會參與決策,比如下個迭代做那些需求。

n         接觸廣泛工作

n         鼓勵深入研究

n         鼓勵開發工具

n         鼓勵優化性能

n         鼓勵幫助測試

n         鼓勵幫助產品

b)       合作樂趣

n         測試羣中的玩笑

n         晨會上講笑話

n         減少RTX,鼓勵大家面對面溝通

 



發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章