對於專案經理來說，開發專案的首要任務就是選擇和組織專案開發小組。這個任務要在專案發起方和相關問題專家的幫助下，經過對專案的客觀分析之後，由專案經理為代表來完成。

然而我們經常碰到的問題是怎樣或是用什麼辦法來組建一個最好的專案開發小組。下面列舉一些專案經理可能碰到的問題，其中包括：專案的可見性；對可以利用的資源的競爭；狹小的調節餘地或是模糊不清的專案要求；還有專案主辦方的漠然。

如果給專案分配了不合適的資源就像專案小組沒有專案任務或責任感一樣，不久將會帶來實質性的問題。然而如果這些錯誤沒有及時發現，有效的、及時的決定又出現的太晚，就會導致更壞的影響。

另一個問題就是沒有明確規定研究小組的任務和責任。這種狀況其實反映了任務目標的模糊不清和不確定。這會導致兩種後果：一是重複多餘的工作，比如用雙倍的人力物力來完成一份工作；二是可能導致錯過或是忽略某些任務，比如有些小組成員負責一個任務，但他卻認為其他人才是這個任務的負責人。

太有益的危險

應用開發經歷應該小心迴避一個稱為"即得的責任"的過程。當你太晚認識到工作差距的時候，這種"獲得的責任"將會發生作用來獲得合適的資源。

為了遵守工作時間安排的需要，在招收研發小組成員時就應該招募那些有責任感、對此專案有幫助的人，而不是那些僅僅是對此專案有興趣的人。一旦此人被僱傭並投入工作，身為小組成員的他就應該保持對其任務的責任感。（這個過程對於那些由於專案經理沒有最初分配任務而最後成為專案測試經理的應用研發經理來說是非常熟悉的。）

有個別例外，即得的專案交付的權力會導致質量的下降，因為新進來的人通常不能勝任這些任務。

在最近的一次與工作成員的交談中，我們談到了一個工程專案，在這個專案中專案經理沒有安排一個主管負責軟體質量。這個疏忽到了後來才被發現，但這時候已經不能再分配其他的資源了。

因此，技術開發主管應該填補這個空缺（認識到工程專案的成功與否視它而定），從而技術開發主管同時也身兼質量評估主管。

這樣就很少能夠產生合適的測試系統。扮演的角色與其他人有爭執。更壞的是，這個技術主管既要負責開發、執行，還要負責傳送工程專案的測試計劃和測試結果。這就使得開發主管的工作量是專案經理的兩倍之多。

從頭處理這些問題

那麼可以解決這些問題嗎？答案是可以。這就要求應用開發經理堅持專案的每一個細小要求，清楚詳細的規定資源的使用，並且從最開始就對專案有負責感。如果你的要求沒有達到，你可以保持自己的立場。如果有可能的話可以和核專案主辦方共同解決這個問題。 [@more@]

對專案任務分配給與周密的考慮（轉）

相關文章