構建有效的專案團隊(轉)
構建有效的專案團隊包括4個階段:
1、評估階段
評估階段是一個資料收集階段,這個階段的第1步是個人評估,涉及對資源庫中可為專案所用的個人進行資料收集。評估包括測評思維方式、學習方式、衝突管理策略、能力評價和資格評價。
在個人層次上,評估可以在團隊形成之前或之後。如果在形成階段之前,則通常是由企業用一些工具來評估所有潛在的專案團隊成員;如果在形成階段之後,則通常是基於可獲得性或是由於有限的人力資源而形成的專案團隊的結果。在團隊層次上,評估通常在團隊形成階段之後。
團隊評估是評估階段的第2步,這個步驟裡你將集合那些將成為專案團隊成員的人。
在大多陣列織中,專案團隊僅僅是基於可獲得性和技術能力而形成的,成員們在以前的專案中很少有機會作為一個團隊一起工作。換句話說,他們是一群“貓”。如果你想把一群“貓”聚集在一起,你就會理解我所說的事情,這是非常困難的。每個人都有自己的主意,他們以自己的步驟、自己的方式行事,從來不依靠團隊中的任何人,他們拒絕有組織性。幸運的是,我的比喻只是暫時的,我將會教你如何將這群“貓”組織成一個有效的專案團隊。
為了成功地做到這一點,你需要總結團隊層次上的個人評估資料,並且評估結果。我們的目的是要得出每一個團隊成員建立和部署的策略,這樣團隊成員就可以得到最佳的使用效果。公開性將是很關鍵,團隊評估的結果必須在最初的團隊會議上坦誠地分享和討論,團隊成員應該以他們的誠懇和直率與他人合作。如果缺少這些,那麼期望有一個真正的團隊環境是不現實的。
2、形成階段
形成階段是挑選團隊成員的階段。在這個階段,存在著從固定到可變的連續可能性。在固定的一端,團隊成員可以事先確定, 被分配到團隊中。環境、可獲得性、資源庫的大小、時間以及其他變數可以規定團隊成員資格,而且幾乎不允許調整。在可能性的另外一端,團隊成員資格是完全可變的,專案經理可以自由地召募或解僱任一團隊成員。組織支援這種方法,並且提供實施這種過程的基礎條件。
在這兩個極端之間的所有可能性都存在,我的客戶有在兩個極端的,也有在兩者之間的。遺憾的是,他們大部分都靠近可能性的極端,此時專案經理得到團隊成員,並且盡力去使用好他們。
3、開發階段
在開發階段,你應該觀察團隊的開發需求。如果是你親自挑選的團隊,那麼就不需要再做什麼來開發團隊成員的能力了。你應該集中精力在能力和偏好的基礎上給團隊成員分配具體的任務。
另一方面,如果你的全部或大多數團隊成員都是繼承而來的,那麼這就是非常不同的問題了。你要針對專案的需求對團隊成員的優勢和劣勢進行評估,並以最佳的方式進行任務分配。在某些情況下,這種任務分配可能是一種風險規避策略而不是明確的選擇,面對這種情況,你必須儘可能地去利用好你所能得到的東西。你要利用工作或業餘時間對團隊進行培訓,就這個方面來說,你必須計劃誰要接受培訓、培訓內容是什麼、什麼時候進行培訓。同時,你還有專案工作要做,進度可能是很要緊的。
4、部署階段
在開發階段,團隊已經形成,並且有意義的開發都已計劃或完成了,現在要由專案經理來去頂具體的任務分配。
專案經理會盡可能地避免按照已知的團隊劣勢來進行認為分配,他會盡力使團隊按照最佳方式前進。我的朋友是個資料庫管理員,他就是個好例子。Harry在實施任務中做得很好,但在設計任務中卻不行,因而他對專案設計階段的參與應該最小化。這並不意味著他不能幹設計工作,而知識意味著他不能在這些活動中充當領導者。Harry可能會充當設計階段領導者的顧問。作為專案經理,你要對個人進行評估並且恰當地部署你的團隊成員。透過這些工作,你就建立了一個有效的團隊,無法做這些工作將導致專案的失敗。
[@more@]
1、評估階段
評估階段是一個資料收集階段,這個階段的第1步是個人評估,涉及對資源庫中可為專案所用的個人進行資料收集。評估包括測評思維方式、學習方式、衝突管理策略、能力評價和資格評價。
在個人層次上,評估可以在團隊形成之前或之後。如果在形成階段之前,則通常是由企業用一些工具來評估所有潛在的專案團隊成員;如果在形成階段之後,則通常是基於可獲得性或是由於有限的人力資源而形成的專案團隊的結果。在團隊層次上,評估通常在團隊形成階段之後。
團隊評估是評估階段的第2步,這個步驟裡你將集合那些將成為專案團隊成員的人。
在大多陣列織中,專案團隊僅僅是基於可獲得性和技術能力而形成的,成員們在以前的專案中很少有機會作為一個團隊一起工作。換句話說,他們是一群“貓”。如果你想把一群“貓”聚集在一起,你就會理解我所說的事情,這是非常困難的。每個人都有自己的主意,他們以自己的步驟、自己的方式行事,從來不依靠團隊中的任何人,他們拒絕有組織性。幸運的是,我的比喻只是暫時的,我將會教你如何將這群“貓”組織成一個有效的專案團隊。
為了成功地做到這一點,你需要總結團隊層次上的個人評估資料,並且評估結果。我們的目的是要得出每一個團隊成員建立和部署的策略,這樣團隊成員就可以得到最佳的使用效果。公開性將是很關鍵,團隊評估的結果必須在最初的團隊會議上坦誠地分享和討論,團隊成員應該以他們的誠懇和直率與他人合作。如果缺少這些,那麼期望有一個真正的團隊環境是不現實的。
2、形成階段
形成階段是挑選團隊成員的階段。在這個階段,存在著從固定到可變的連續可能性。在固定的一端,團隊成員可以事先確定, 被分配到團隊中。環境、可獲得性、資源庫的大小、時間以及其他變數可以規定團隊成員資格,而且幾乎不允許調整。在可能性的另外一端,團隊成員資格是完全可變的,專案經理可以自由地召募或解僱任一團隊成員。組織支援這種方法,並且提供實施這種過程的基礎條件。
在這兩個極端之間的所有可能性都存在,我的客戶有在兩個極端的,也有在兩者之間的。遺憾的是,他們大部分都靠近可能性的極端,此時專案經理得到團隊成員,並且盡力去使用好他們。
3、開發階段
在開發階段,你應該觀察團隊的開發需求。如果是你親自挑選的團隊,那麼就不需要再做什麼來開發團隊成員的能力了。你應該集中精力在能力和偏好的基礎上給團隊成員分配具體的任務。
另一方面,如果你的全部或大多數團隊成員都是繼承而來的,那麼這就是非常不同的問題了。你要針對專案的需求對團隊成員的優勢和劣勢進行評估,並以最佳的方式進行任務分配。在某些情況下,這種任務分配可能是一種風險規避策略而不是明確的選擇,面對這種情況,你必須儘可能地去利用好你所能得到的東西。你要利用工作或業餘時間對團隊進行培訓,就這個方面來說,你必須計劃誰要接受培訓、培訓內容是什麼、什麼時候進行培訓。同時,你還有專案工作要做,進度可能是很要緊的。
4、部署階段
在開發階段,團隊已經形成,並且有意義的開發都已計劃或完成了,現在要由專案經理來去頂具體的任務分配。
專案經理會盡可能地避免按照已知的團隊劣勢來進行認為分配,他會盡力使團隊按照最佳方式前進。我的朋友是個資料庫管理員,他就是個好例子。Harry在實施任務中做得很好,但在設計任務中卻不行,因而他對專案設計階段的參與應該最小化。這並不意味著他不能幹設計工作,而知識意味著他不能在這些活動中充當領導者。Harry可能會充當設計階段領導者的顧問。作為專案經理,你要對個人進行評估並且恰當地部署你的團隊成員。透過這些工作,你就建立了一個有效的團隊,無法做這些工作將導致專案的失敗。
[@more@]
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7839396/viewspace-945336/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- IT專案開發團隊建設與管理總結(轉)
- 聊聊自驅團隊的構建
- 【原創】如何開展專案團隊建設
- 怎樣組建一個TPM專案團隊?
- 如何利用六西格瑪有效管理專案團隊成員?
- 團隊專案一
- 聊聊自驅團隊的構建(四)
- 聊聊自驅團隊的構建(二)
- 開發團隊PMO如何構建管理更有效?
- 團隊專案4——專案衝刺-4
- 團隊專案4——專案衝刺-3
- 管理團隊的有效策略與技巧
- 團隊專案總結反思
- 專案管理提升團隊效率的方法專案管理
- 傳統文化研究團隊------軟體工程團隊專案軟體工程
- 聊聊如何構建自驅團隊(3)
- 專案團隊使用的專案管理工具有哪些?專案管理
- 團隊專案的Git分支管理規範Git
- 團隊宣言及專案設想
- 團隊專案衝刺--Day4
- 團隊專案衝刺-day2
- 團隊專案衝刺--day1
- 團隊專案衝刺--Day5
- 團隊專案衝刺--day6
- 團隊作業4——專案衝刺
- 如何構建「大型 Node.js 專案」的專案結構?Node.js
- Y朋友身邊的專案團隊管理問題
- 為團隊提供專業的檔案協作方案
- 如何構建大型的前端專案前端
- 建設 TiDB 自動化平臺:轉轉 DBA 團隊實踐TiDB
- 團隊作業4——專案衝刺-1
- 團隊作業4——專案衝刺-2
- 團隊作業4——專案衝刺-3
- 團隊專案Scrum衝刺day1Scrum
- 團隊作業4——專案衝刺5
- 團隊專案Scrum衝刺-day1Scrum
- 團隊作業4——專案衝刺-5
- 團隊專案Scrum衝刺-day6Scrum
- 團隊作業4——專案衝刺-4