灰菢I內的項目都接,造成項目多人員少,且開發人員的安排不合理,不能夠及時獲知人員工作情況做出合理安排


其實多項目管理與單個項目管理並沒有本質不同,題主也提到了項目規模較小,那麼就可以把多個項目並做一個大項目來做,要知道很多單個大規模項目實際上也時常包括各種跨功能的階段性目標,面對不同的跨功能幹系人,此時也相當於是多項目管理了。具體來說,多項目管理要解決的主要是下面這三個問題:其一時間與資源安排,重點是要將所有的項目任務分解清晰後匯總在一起,就知道相關資源(主要是人)在什麼時間可以分配到什麼任務上,而不是以項目為界限將人員固定死,對於團隊成員而言,只更多關注任務,不需要太關注項目界限。其二項目間實現共享與協調,多項目同時進行的好處是各項目間由於資源共享可以更好的實現成本平衡與控制,比如一項成果可以幾個項目共享,前面的經驗後面可以獲得參考,集中採購也能獲得更好的價格等等

其三項目的溝通問題要處理好,由於項目多項目經理就有可能同時面對更多的幹係人(客戶,項目成員,各部門經理等),因此這一項會極大的增加pm的工作負擔,處理好與項目成員,客戶或交付對象的關係變得尤為重要,建議將會議定期化集中化,將項目的彙報模版標準化,有效放權給可靠的團隊成員,這些都可以有效提高pm的工作效率

最後祝題主項目成功!

怎麼提高軟體研發項目的成功率?影響項目成功的因素有很多方面,不同角色定義項目成功的標準也有所不同。

在IT行業,軟體產品研發超出計劃時間或成本的情況非常普遍,但是如果最終項目得以技術實現,而且被客戶接受,也算成功。

不過,企業還是應該根據自己的實際情況制定有利於企業發展的項目成敗標準,比如項目延期不超過20%進度算達標這樣的指標。

以下從項目目標、項目計劃、項目監控、項目溝通等幾個方面總結獲得軟體研發項目成功的6個關鍵要素。

一、明確項目的目標、範圍

在項目正式開展之前,需要首先確定項目範圍。

項目範圍說明,主要包括可交付成果、項目目標等內容的明確。

開始做一個項目或一件任務之前,應該預想一下項目或任務完成後要取得什麼可交付成果或里程碑,甚至還要預想一下在做項目或任務的過程中要取得什麼中間可交付成果。

二、完整、適當的項目計劃

項目計劃的制定對於整個項目運行來說無疑十分重要。

一個完整的項目計劃應當包括:清晰的目標;資源;成本;質量;時間進度;完成標誌;任務名稱、層次及其分解;上層任務的約束;下層任務的配合;階段里程碑以及團隊組建。

需要特彆強調的是計劃是個動態過程,一定要進行維護,否則計劃就名存實亡了。

對於不確定性很大的活動可以把計劃制訂的粗一點,然後隨著項目的推移週期性的滾動細化,這就是所謂的"滾動式計劃方法"。

應用此法,可有效的減少計劃的維護量,即使"計劃趕不上變化",但一定要"跟上變化"。

另外,項目基本數據要仔細鑒別,儘可能量化估計會令計劃更加客觀科學。

項目基本數據可能包括以往進行類似項目的工作量數據、效率數據、WBS(工作分解結構)等。

三、健全、穩定的項目組織

項目最有效的管理仍然是制度,建立系統的管理制度並嚴格執行,是整個項目管理體系運行的保障。

項目規則包括質量控制、資源使用、費用控制、項目提醒及通知、項目階段指標控制等方面的規則。

項目管理者要高效率地利用項目規則對項目進行監控,比如設置內部評審,在項目團隊內部對於可交付成果所進行檢查,或者通過驗收的規範化來幫助控制可交付成果的質量。

流程自動化對提高項目成功率很有幫助,能夠克服流程管理中的「人的自身侷限」導致的問題,從而實現對各類智力工作的「迭代管理」。

所以,一些優秀的項目管理工具可以成為確保人們有效執行真正有用的流程的關鍵。

四、有效的、誠實的溝通

在軟體研發項目整個過程中,堅持有效的和經常性的信息溝通對於保證項目順利進展、識別潛在問題。

要使客戶滿意項目,就要及時和客戶溝通,使客戶知道項目的進度,以便決定是否改變期望的目標程度。

項目內部的溝通更需要重視。

只有良好的溝通,項目經理纔能夠獲取到足夠的信息,可以第一時間發現項目問題,從而控制好項目的各個方面。

項目溝通要有目的性,保證每一次溝通的有效性都是最重要的事。

特別要注意的是,項目彙報拒絕「報喜不報憂」,必須誠實彙報。層層瞞報、虛報信息只會令項目陷入更大的麻煩,甚至令項目失敗。

為確保大家是在統一的平臺上朝者同一個目標前進,可以建立必要的內部郵件系統或採用適當的圖表和模版以增強溝通效果。

五、全面有效的項目監控,嚴控變更

軟體研發項目的監控大致按照如下的四個步驟執行:獲取項目過程信息、分析判斷、採取糾偏措施、驗證。

一個軟體研發項目從啟動到收尾的整個生命週期都會經歷各種變更。

為了將項目變更的影響降低到最小,可以採用綜合變更控制方法,具體如下:

1.在項目的啟動階段,做好需求分析,詳細清晰定義基準文件的範圍;

2.在項目的實施階段,分析變更請求,對需求進行控制,減少需求的來源,過濾不合理的需求。同時,進行文檔化管理,做到有備可查,有據可依;

3.在項目收尾的階段,針對項目中事先識別的風險和沒有預料到而發生的變更等風險的應對措施進行系統性分析總結,歸檔保存。

六、良好積極的團隊合作氛圍

一個項目團隊多則上百人,少則幾人。軟體研發項目有時候需要臨時組建團隊,隨著項目的開工而成立,項目完工就解散,中間不斷有人抽調而走,也有人補充進來。

所以項目團隊的人性化管理就顯得非常重要。

實踐證明,良好的項目團隊管理表現有以下幾點:

  • 共同的項目目標
  • 清晰的項目職責分工
  • 和諧的工作氛圍
  • 健全的組織結構
  • 簡明有效的項目流程
  • 開放互動的學習環境

採用正確的項目管理工具對項目成功也至關重要。

一款優秀的項目管理軟體可以處理需求、變更和項目進度,幫助項目團隊的各人在最佳狀態下工作,提高團隊的生產力和效率。

CORNERSTONE項目管理軟體支持時間、資源、採購、人力資源、質量、風險、成本管理等領域,全面推動項目實施成功。

CORNERSTONE

  • 為項目範圍、預算和時間軸建立基線,讓團隊每個人都清楚每項任務的目標;
  • 確定項目利害關係者及許可權,自動跟蹤團隊成員的每個項目計劃與實際工作量;
  • 對資源進行預分配,設置項目里程碑,創建責任明確的工作分解結構;
  • 項目信息與業務實時聯動,追溯各種變更,讓項目幹係人始終瞭解項目進展;
  • 控制可交付成果質量,可視化數據有助對項目成果彙報,並為項目創建文檔庫。

CORNERSTONE使項目幹係人信息共享,還可以分配任務、跟蹤里程碑進度和項目質量,維護項目細節,並確定風險和問題。

其最大的優勢是項目廉明管理和責任跟蹤,能掌控人員的誠實度,適用於各類型項目管理,有利於項目成功。


既然是項目管理,就有一個問題,你覺得自己適合在同一個時間段管理幾個項目?很多人可能會覺得,弱水三千只取一瓢飲,我要專註,一個時間段就做好一件事。也有人可能會認為自己是韓信帶兵,多多益善,多少個項目都能接的住。


作為一個高級客戶主管、一個客戶經理,你的項目管理半徑只侷限在一個項目上,沒什麼問題。可是職業再向上發展,變成一個總監,可能就要學會同時間協調幾個項目進行的能力。


個人經驗,正常的情況下,同時管理三到四個項目,是比較合理的一種管理半徑。那麼問題來了,如果同時間給你三個項目,該如何掌控?


其實方法很簡單:找到關鍵人物或媒體,梳理關鍵內容,明確關鍵時間節點。


一個項目執行瑣碎的事情有很多。作為一個管理者,你要做的不是掌握每一個細節的進程,而是分析和判斷最重要的環節,然後確保在這一節點能得到妥當的安排,就可以了。至於其他次要的、邊緣的內容,確實有餘力的情況下可以參與,否則就一定要敢於放棄。給大家舉個簡單的例子。


比如說,我們兩年前幫加多寶做過一個「千人發布會」。一千人的發布會,聽起來就應該有很多很多流程需要管理,對吧?可是我要告訴你,這個千人發布會,其實是個微信羣發布會,就是建兩個 500 人的大羣,把全國的媒體記者、經銷商代表、消費者代表聚在一起,然後在羣裏通過直播的形式,發布加多寶的一次新動向。微信羣,就是那個核心媒體。你把這個關鍵媒體節點抓住,那其他的流程、內容、傳播都要圍繞它來展開。


確定了媒體形態,那麼問大家一個問題,你覺得一場微信發布會,關鍵人物應該是誰?是參會的記者?還是發言的企業代表?其實不是,是主持人。一個微信羣的主持人非常重要,因為他要推動流程,維持秩序避免出現羣成員互動太頻繁刷屏的結果,還要時刻盯著成員發言避免有砸場子的言論,等等。所以你在規劃這場發布會的時候,就要著重考慮下主持人的人選。

最低 0.3 元/天開通會員,查看完整內容

購買該鹽選專欄查看完整 46 節內容

鹽選專欄

營銷策劃指南:幫你成為營銷高手

趙寧 插坐學院營銷策劃首席講師,友拓傳播機構副總經理

46 小節 | 6 小時

¥198.00 會員免費


參考項目管理成長三部曲:

peng:2.項目管理成長三部曲?

zhuanlan.zhihu.com圖標

1 建立人員工單指派系統。通過人員工單指派系統,項目經理可以實時查看空閑人力資源,根據具體情況分派。

2 建立人員培訓機制。規模小的公司人員流動大,通過建立完善的培訓機制,可以及時培訓儲備人員,保證項目順利交付。

3 梳理項目管理流程,制定項目管理手冊。通過一套完善的項目管理流程,員工能夠明確分工,高效率完成項目交付;通過項目管理手冊,項目經理可以此為依據進行項目交付。

4 建立項目薪酬激勵機制。根據項目的收入和利潤按照系統綜合評估,以合適的分成模式激勵員工的積極性。


在總體上先把所有的項目按照對人員工作量的需求排列到時間表上,形成「Demand」,盡量平均,不要出現大起大落,如果總體的「Supply」不能滿足「Demand」的要求,在人員不變的情況下只能將工期拉長,以確保兩者匹配。將每個人的「Supply」對應到項目的「Demand」,形成計劃表。盡量不要出現同一資源在不同項目中跳躍的狀況。在每個項目的微觀層面,可把每個項目當成一個Scrum Team,用Burndown和Daily Meeting監控每個項目的進展和獲知人員的工作情況。


推薦閱讀:
相關文章