專案團隊組建的原則(轉)
專案初始階段,專案經理也許只瞭解到一些有關專案範圍、交貨期限方面的資訊以及客戶對一些功能需求的簡單描述。為了對專案人力進行估計,有必要進一步細化專案範圍。
[@more@]◆ 首先在企業內部爭取到一個比較得力的助手,他可能是專案未來的開發經理、系統分析員或高階程式設計師。這一點很重要,既然你的專案組一定會有其他人的參與,與其到外面去招,不如在內部找你熟悉和信賴的同事加盟。因為你不僅瞭解他們的能力,而且作為老員工,他們的穩定性也相對有保障,更重要的是,專案一開始你就不再是孤軍奮戰,至少有一個得力的助手和你一起討論,分擔你的工作壓力。經驗表明,在有人一起討論的情況下,工作的積極性、決策的準確度等通常都會提高。
◆ 下一步就是和他一起花一些時間與客戶溝通,把手頭上的專案範圍和功能需求描述儘可能再細化一些,包括每個功能需求都有哪些子需求,這些需求是如何配合形成一個業務鏈的。有哪些系統資料需要維護,有多少張報表要出,哪些需求是要優先完成的,系統需要實現的業務有多複雜,哪些外圍系統和當前系統有關係,是否有資料介面和資料轉換方面的需求等等。
◆ 把細化後的專案範圍錄入專案管理系統(推薦使用MS Project),根據客戶要求的優先順序把專案劃分成若干階段,每個階段提交一部分功能並預留一些風險準備時間,根據需要加上需求分析、系統設計、編碼、測試以及專案管理等方面的活動。
◆ 對其中的任務,找實現技術相近的已完成的專案進行對照,估算出每個任務大致需要的man-day數,然後參考以下方法粗略估計出專案需要的人數。
人數=man-day總數/(距交貨期限的工作日數×工作效率)
其中工作效率指的是日有效工作時間與日總工作時間的比值。
例如:企業採取8小時工作制,組員可能只有6~7小時真正投入到工作中,有1~2個小時可能會心不在焉,四處走動或處理一些私事,那麼工作效率就介於6/8=0.75和7/8=0.875之間,根據經驗一般取0.8比較合理。
Y提示
★ 估算某一任務的man-day數時,最好兩個人獨立估算,然後再進行比對,差距較大時,聽一聽對方的考慮,再得出結論。
★ 估算某一任務的man-day數時,估算人應該依據目標角色的平均水準而不是他自己的能力標準來進行估算(除非該項任務就是由他本人負責的)。
★ 成熟的IT企業一般建有專案資源庫,也會提供一些標準的經驗統計值,這些都是很好的參考,但還是建議和對照專案的負責人好好聊一聊,取取經,可以獲得更加準確的資訊。
★ 這個估算值是比較粗略的,因為有好些因素還沒有考慮進去。
例如:組員的休假計劃,特別是一些可預期的長假計劃,任務之間的制約關係,人員未必是一次性全部到位的。
◆ 如果任務超過5個man-day,需要把它進一步拆分成相關的多個子任務,這樣每個子任務就可以只分配給一個人完成,並且在一週內就可以得到明確的進度反饋。考慮到任務之間會有一定的制約關係,有些任務必須等到其他任務完成後才可以開始,有些任務必須與其他任務同時開始或同步完成,儘量把這些最基本的約束關係明確下來。很多專案管理軟體提供了甘特圖功能,可以方便地完成這些事情。
◆ 以之前粗略估計的人員數目為基準,根據人員的目標角色和預計的到位情況,嘗試逐個增加人數,對甘特圖進行調整,直到能較好地匹配交貨期限為止。
◆ 估計出大致需要的團隊人數後,還要統籌考慮專案的預算。國內很少專案經理有用人方面的預算支配權,更多的是老闆告訴你,專案組最多不能超過多少人,甚至乾脆為你指定了一些人手,在這種情況下,爭吵和認命都是不足取的。事實上,對較大的專案,很少有專案經理感到他們得到了足夠的人手,專案經理仍然應該做好人員的估算工作,並盡力發掘比較可行的方案。這樣當發現人手確實嚴重不足時,你手頭上就已經擁有了一些有說服力的資料,不然你拿什麼和老闆聊,老闆又憑什麼要相信你。
② 系統分析員崗位以上的人選,優先考慮內部選拔
對專案起關鍵作用的人選,應該優選考慮內部選拔。
這樣做有幾個好處:
首先,這些人你都比較熟悉,你瞭解他們的缺點和長處,長時間的同事關係,使得大家也容易相處和合作。
專案初始階段,這些人的職責和能力都比較重要,有了他們的協助,專案就會有一個良好的開端。
這些人都是比較資深的員工,穩定性比較有保障,專案實施過程中,可能會有組員離職,但只要這些核心的人沒有走,迴旋的空間就比較大,專案也不易受到致命的影響。
③ 人員沒有必要一次性到位,應優先保證第一階段的需求
沒有誰能夠絕對準確地估計到專案需要多少人,上面建議的方法也僅僅是一個比較粗略的估計,要想更準確地作出估計,必須在系統設計的基礎上,進一步對任務進行細化,並作出更加詳細的計劃安排。這在專案初始階段是沒有條件做到的。不僅如此,隨著專案的進展,組員對系統和業務的瞭解越來越深入,編碼效率會不斷提高,人力需求和任務計劃也需要同步調整。人員一次性到位,可能會造成資源浪費;反之,如果一開始在人力資源上算得太緊,一旦有預料不到的事件發生,將沒有迴旋的餘地。作為折中的做法,建議一開始把重點放在第一階段的人力需求上,並在適當的時候,根據專案的實際需求,及時補充人手以滿足下一階段的需求。這要求在專案初始任務計劃中就考慮到人員梯次到位的情況。這種做法對大型專案非常有效,可以節約大量的成本。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/16723161/viewspace-1015706/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 團隊組建及專案啟動
- J2EE專案中開發團隊的組建(轉)
- 專案團隊建設“四戒”(轉)
- 怎樣組建一個TPM專案團隊?
- 團隊組建階段,專案經理要做些什麼?(轉)
- 專案組織規劃的原則(轉)
- 【原創】如何開展專案團隊建設
- 專案管理團隊建設的有效工具(轉)專案管理
- 專案團隊建設有“四戒”(轉)
- 淺議物流專案管理的團隊建設 (轉)專案管理
- 專案團隊建設的12條經驗(轉)
- 專案團隊建設有“四戒”(一)(轉)
- 專案團隊建設有“四戒”(二)(轉)
- 專案管理 : 軟體專案團隊建設的“三個中心” (轉)專案管理
- IT專案團隊管理 (轉)
- 軟體專案團隊建設的“三個中心”(轉)
- 專案團隊建設中的經驗總結(轉)
- 第一項任務:團隊組建及專案啟動
- 從搞笑到高效,構建敏捷團隊的基礎原則敏捷
- 專案管理過程之專案團隊(轉)專案管理
- 專案管理過程之專案團隊 (轉)專案管理
- 專案管理的藝術-帶領團隊的建議-轉載專案管理
- 如何組建理想中的團隊?
- IT專案開發團隊建設與管理總結(轉)
- 建立高效的專案團隊(轉載)
- 構建有效的專案團隊(轉)
- 專案團隊的凝聚力(轉)
- 成功專案團隊角色模型——Belbin團隊角色模型(轉)模型
- 從灌籃高手談專案團隊組成
- 軟體專案中的人員管理和團隊建設 (轉)
- 團隊專案
- 測試團隊的組建實踐
- 專案團隊成功的關鍵因素(轉)
- 專案團隊的發展階段(轉)
- 專案團隊的“薪平企和”(轉)
- 專案管理重要原則(轉)專案管理
- 投資專案管理原則(轉)專案管理
- ERP專案管理團隊需瞭解八個建議(轉)專案管理