標籤:

多項目同時進行如何做好進度管理?

多個項目同時進行會發生很多不確定性事件,而且工作強度較高時效率會明顯下降,請問這個時候如何做好時間管理,確保項目的進度可以控制在一定範圍內?


我到是經常多項目多地點推進,只能說些大的方向,這種事情更多還是經驗的積累,在做項目過程中千變萬化什麼事情都可能遇上。

1、不管你是做什麼項目,儘可能標準化、流程化。形成各種文檔模板,對項目過程遇到的各種問題進行整理,多分享,多總結。如果公司沒有標準化文檔,就自己總結,積累。在完成標準化之後,能減輕很大的壓力和工作。

2、明確每個人的工作職能和任務,在製作項目計劃之前,讓所有人參加討論,對主要的工作量進行分工,每個人明確知道自己的工作任務和時間,減少扯皮。如果你控制的項目和人數比較少,比如10個人之內,跟你在同一地點,最好每天清晨花上10分鐘開個早會,確認一下前一天進度。人多的話,每天寫工作日誌,每周工作總結,項目經理每天花上半小時及時發現問題,確認進度。一個項目小組6-8人最好,最多不要超過15人,任務要實際,一周內的任務要清晰明確。

3、學會有效委託和授權。在每個項目中陪養著一到二個人核心人員,通過標準化的方式,讓這二個參與到項目管理工作中來。把項目中的工作進行分類,能委託出去一定要委託出去,把精力放在進度控制和用戶溝通這二項中。

4、應用突發事件。

根據經驗來說,突發事件一般大致分為三類:

人員變動、技術因素、客戶需求變更或溝通問題。

(1)人員變動這個比較頭疼,可能經常會到人員流失或突然離職。只能靠項目經理的個人魅力平時多聯繫、多溝通,盡量對一起乾的兄弟好一點,在事件發生之前,心理有個準備。在條件好點的大公司,可以準備些後備人員。對項目的技術骨幹一定要經常聯繫,保持良好關係,只要這些人,項目就有希望。

(2)技術因素。做項目時,使用成熟技術,不要使用任何沒有驗證過的新技術,項目經理的主要目的就是項目完成,不是學技術,耍酷。一般在項目進行之前,可以跟公司的技術總監和主力開發人員確認技術難度,解決主要技術難題。另一點,平時多積累行業人脈,多參加些行業聚會,實在有問題搞不定,向其它人求助。

(3)客戶需求變更或溝通問題。這點是重中之重,一般要由項目經理或資深技術人員帶隊,千萬不要以新人為主。深入了解用戶需求,最好用原型法跟用戶進行確認。了解用戶中做決定的人是誰,而不是討論需求的人,多聯繫多溝通,主要功能一定要進行確認,多做記錄。大的需求變更,要開會,多人簽字。項目經理要對項目進行劃線,明確項目的底線和邊界。

5、明確項目的驗收條件

在做項目前,就一定要了解項目達到什麼條件可以驗收,可以回款。對大多數項目,早點完成條件進行驗收,比項目做得完美重要的多。

一個成功的項目經理就是在夾縫中跳舞的人,可以用有限的資源、有限的人、在有限的時間內搞定項目。


一、先從項目經理的角度分析下這個問題:

高效項目管理的幾個要點:

1、明確且達成共識的項目目標。確保項目的每項工作都是在為實現這個目標貢獻

2、精細化的任務分解。要點是每個子任務時間不要超過一周,明確的子任務目標、時間點、交付物。

3、有時間保障且有能力執行的資源分配。有些項目雖然分配了資源,但是不能保障資源的有效投入,這個是項目不能推進的非常重要的原因。

4、每日檢查、每周檢查項目進展和提交物。如何高效開小組會的問題在知乎上能找到,建議看看。

5、根據檢查情況調整任務目標、資源、進度,並修改計劃。這個很考驗項目經理的水平。

配套硬體:

1、規範化和流程化:為每項工作制定規範(第一次建立比較痛苦,但是一旦建立了有效的流程和規範,對將來複製成功的項目有很大的好處,能提高工作效率和降低資源能力的門檻)。尤其要注意設計、測試和配置管理的配合,文檔手冊工作及早入手。

2、按照配置管理規範,從硬體平台、配置管理上保證項目團隊能有效協作,減少人工干預環節。

軟體條件:

1、有效溝通:確保每個人聽明白了自己的任務是什麼。尤其是新進的人,往往怕丟面子在沒聽明白要求的情況下硬著頭皮做。

2、能力培訓:對不能勝任的人提供輔導和培訓。不要把任務分配給沒有能力完成的人,團隊的成員如果拿到不能勝任的工作,容易磨洋工,也感受不到成就感,所以安排合適的任務給合適的人非常重要。

多項目管理很重要的是如何保證資源的有效投入,在項目團隊中,一人跨多個項目的情況一定不要多,否則項目效率會低下。

多項目同時進行還要分清項目的主次,抓住每個項目目前階段的要點和最大的風險,提前想清楚應對措施。

二、從項目成員的角度分析:

對於項目團隊成員來講,如果同時有多個項目並行,要學會管理自己的時間。

比如軟體開發類的多項目並行,每個項目所處階段可能不盡相同,有的在需求階段,有的在設計階段,有的已經提交了測試在修改BUG,有的在維護代碼,總的來講就是掌握自己的生物鐘,規律工作時間,分配合適的工作。

1、掌握好自己一天的生物鐘,什麼時間是最有創造性,什麼時間最有效率,什麼時候容易疲勞,然後把工作分配好。

2、把連片、效率高的時間留給處於設計階段的項目。因為設計階段思路連貫性很重要,被打斷之後再重新撿起來比較困難,要保證這段時間能夠集中精力不被打擾。

3、每天固定的時間來修改BUG、維護代碼。修改BUG需要和測試交流,儘可能選擇有些疲勞容易被打斷的時間來做這事,比如下午4點之後下班之前。

4、下班前10-30分鐘通常是會議時間。

5、不要相信你的記憶力,把做完的工作一個一個記下來,如果可能,記下來你當時的考慮。

比如同時有兩個設計活在做,經常需要切換思路,很容易出錯,寫下來每個要點,在切換到另一個工作時快速瀏覽下之前都做了什麼。 這個對瑣碎和跳躍性的工作很管用,比如代碼維護

6、思考不同的項目有沒有共性,如果有共性,提煉出可復用的部分,獨立成可復用模塊。

7、工作分優先順序,按重要且緊急的、緊急的、重要的、排排序,如何排序根據任務情況自己考慮定,總之,80%的時間應該做重要的事情,20%的時間來做其他或者緊急的事,別本末倒置了。

判斷重要與否要看對項目整體的貢獻,而非對個人自身是否重要,所以又回到開頭的那句:確保項目的每項工作都是在為實現這個目標貢獻。


多項目管理是站在企業層面對現行組織中所有的項目進行篩選、評估、計劃、執行與控制的項目管理方式。與單個項目管理不同的是,單項目管理是在假定項目的資源得到保障的前提下進行的項目管理,思考角度採取"由因索果"的綜合法方式。多項目管理則是在假定存在多個項目的前提下,如何協調和分配現有項目資源、獲取最佳項目實施組合的管理過程,其思考角度一般採取"由果索因"的分析方式。

多項目管理的核心是資源管理,參考如下三篇文章:

http://blog.sina.com.cn/s/blog_493a84550100b7i5.html

http://blog.sina.com.cn/s/blog_493a84550100b7tp.html

http://blog.sina.com.cn/s/blog_493a84550100b87u.html


1、準則軸。


橫向是:重要——不重要。


縱向是:緊急——不緊急


將所有的事情在軸線上排列開來。按照:緊急——重要——不緊急——不重要的程度來做。


2、不是自己工作範圍內,絕不主動攬活兒


3、並不緊急的能分給別人做的活兒,盡量分給別人去作,自己指導+驗收


4、一隻手五根指,合力去做一件事,威力無比,分開各做五件事,都不出色,斟酌活兒的輕重,適時提出需求


GTD那套對我比較有效

1. 一次只做一件事情,一腦不能兩用_天涯博客

2. 有個隊列,有臨時需求插入的話快速的評估優先順序,工作量,然後插入到隊列繼續當前事情

3. 使用工具來降低無謂的打斷,舉例來說

公司內部用的是一個叫RTX的溝通IM,這貨你可以想像成QQ,我們有事兒會拉個討論組

某某項目群啊,開發群啊,開發聯調群啊

平時非常反感在群組裡討論和我無關的事情,

我更難以理解經常有人會在群里問誰誰誰在嗎,在嗎你妹,小窗不會么?

扯遠點微信群也噁心在屏蔽了還有紅點,又有些沒法退的群(人際關係真沒法退)

這個RTX反人類的地方在於你屏蔽了會通知所有人……所以沒人會點屏蔽

這樣就會有幾十個窗口在任務欄黃橙橙的閃啊閃

於是用 TrayIt! 這樣的軟體(shift+最小化)來隱藏掉不重要的特定窗口到右下角

這裡我隱藏了6個QQ窗口……

反正重要的事情會小窗或電話的,這些匯總了半天看一次就夠了


一、從項目經理的角度分析

1)高效項目進度管理的幾個要點

1、明確且達成共識的項目目標。確保項目的每項工作都是在為實現這個目標貢獻。

2、精細化的任務分解。要點是每個子任務時間不要超過一周,明確的子任務目標、時間點、交付物。

3、有時間保障且有能力執行的資源分配。有些項目雖然分配了資源,但是不能保障資源的有效投入,這個是項目不能推進的非常重要的原因。

4、每日檢查、每周檢查項目進展和提交物。如何高效開小組會的問題在知乎上能找到,建議看看。

5、根據檢查情況調整任務目標、資源、進度,並修改計劃。這個很考驗項目經理的水平。

2)配套硬體

1、規範化和流程化:為每項工作制定規範(第一次建立比較痛苦,但是一旦建立了有效的流程和規範,對將來複製成功的項目有很大的好處,能提高工作效率和降低資源能力的門檻)。尤其要注意設計、測試和配置管理的配合,文檔手冊工作及早入手。

2、按照配置管理規範,從硬體平台、配置管理上保證項目團隊能有效協作,減少人工干預環節。

3)軟體條件

1、有效溝通:確保每個人聽明白了自己的任務是什麼。尤其是新進的人,往往怕丟面子在沒聽明白要求的情況下硬著頭皮做。

2、能力培訓:對不能勝任的人提供輔導和培訓。不要把任務分配給沒有能力完成的人,團隊的成員如果拿到不能勝任的工作,容易磨洋工,也感受不到成就感,所以安排合適的任務給合適的人非常重要。

多項目管理很重要的是如何保證資源的有效投入,在項目團隊中,一人跨多個項目的情況一定不要多,否則項目效率會低下。

多項目同時進行還要分清項目的主次,抓住每個項目目前階段的要點和最大的風險,提前想清楚應對措施。

二、從項目成員的角度分析

對於項目團隊成員來講,如果同時有多個項目並行,要學會管理自己的時間。

比如軟體開發類的多項目並行,每個項目所處階段可能不盡相同,有的在需求階段,有的在設計階段,有的已經提交了測試在修改BUG,有的在維護代碼,總的來講就是掌握自己的生物鐘,規律工作時間,分配合適的工作。

1、掌握好自己一天的生物鐘,什麼時間是最有創造性,什麼時間最有效率,什麼時候容易疲勞,然後把工作分配好。

2、把連片、效率高的時間留給處於設計階段的項目。因為設計階段思路連貫性很重要,被打斷之後再重新撿起來比較困難,要保證這段時間能夠集中精力不被打擾。

3、每天固定的時間來修改BUG、維護代碼。修改BUG需要和測試交流,儘可能選擇有些疲勞容易被打斷的時間來做這事,比如下午4點之後下班之前。

4、下班前10-30分鐘通常是會議時間。

5、不要相信你的記憶力,把做完的工作一個一個記下來,如果可能,記下來你當時的考慮。

比如同時有兩個設計活在做,經常需要切換思路,很容易出錯,寫下來每個要點,在切換到另一個工作時快速瀏覽下之前都做了什麼。 這個對瑣碎和跳躍性的工作很管用,比如代碼維護。

6、思考不同的項目有沒有共性,如果有共性,提煉出可復用的部分,獨立成可復用模塊。

7、工作分優先順序,按重要且緊急的、緊急的、重要的、排排序,如何排序根據任務情況自己考慮定,總之,80%的時間應該做重要的事情,20%的時間來做其他或者緊急的事,別本末倒置了。

判斷重要與否要看對項目整體的貢獻,而非對個人自身是否重要,所以又回到開頭的那句:

確保項目的每項工作都是在為實現這個目標貢獻。


多項目管理和單項目管理區別非常大,關注視角、需要使用的方法、重點都有明顯區別,需要分別考慮,按兩種事情考慮都不為過。

僅從你擔心的進度一個角度來說,還是相對最容易解決的,在項目集管理中這算最簡單的一個方面了,連重點都沒進去。

簡單的原則就是要分別有計劃,包括項目集的主進度計劃和各個項目的進度計劃。同時,各個項目的優先排序一定要先確定下來。要在做出每個計劃和變更後,都不要忘記做一下對照和整合,確保計劃中的資源沒有過度分配,每個資源的使用都是相對平順的。當然,最好花點時間盡量把每類資源的資源直方圖畫一下,再省也要畫共享資源和稀缺資源的,先做到心裡有數。

計劃整合好發布後,不妨要求各個參與多個項目的資源以自己為核心,把各個工作錄入到自己的日曆表中,分析一下需要的效率水平和強度,如果計劃反應出來的這兩點已經很高,實際衝突的可能性會非常大,要先協商解決掉。如果基本合理,就要盡量嚴格按照日曆表中工作來開展每日工作。

在日常工作中也要有方法來控制好,每天不妨使用工作排序方法,每天工作開始前,先思考一下,把每日工作按工作優先順序排一下序,top3或top5就好,太多的事情通常很難完成,然後按順序努力保證時間從top1開始完成。一天結束時再對照一下總體完成情況。對自己效率和工作難度做個思考,如果最大努力了還與計劃設想偏差很大,就要考慮要不要溝通一下與相關方共同考慮調整計划了。每周、每月也要有這樣的工作排序,各個工作排序中要保持相對一致。短時間的排序通常會受到緊迫性的衝擊,需要兼顧,但總體重要工作一定保持順序一致。這是從每個人角度做事情。

看多個項目的周期長短情況,通常每月或者每周還要再比對實際進度對照匹配一下多個項目的進度情況。調整確定當前各個項目的優先順序順序。再像最開始描述那樣一步步整合,分解,對照控制著做。

多個項目管理,進度方面相對容易管理些,實際考慮問題的角度改變很多,關注點轉向戰略、收益,干係人,開始理解和使用治理而非管理的方法和方式,才是難點。可以考慮學習一下項目集管理,會給你系統的思路和方法,讓你先從全局出發想到。難的事情基本是因為沒想到,想到的事情想出辦法做到就不至於那麼難了。


專業的事情交給專業的人士來做,建議使用專業的項目管理類工具,工具的作用不就是減少人力成本、提高工作效率來的么,以實例說明。以下利益相關,請謹慎閱讀:

目前項目管理類的軟體眾多,功能模塊上來看也沒有太大區隔,主要關注點基本集中在項目管理、任務分配、即時通訊這幾塊上,選擇時主要看軟體功能設置與團隊日常工作流程是否契合,是否滿足業務需要。感興趣的小夥伴請移步Teampel,體驗更多功能。


我覺得首先要弄清楚一個問題,要解決的是『多項目管理』還是『多人協作』?

這兩者這之間雖然並不矛盾,但是有主次之分。

很多回答介紹的都是多人協作的工具,但是這些產品在多項目管理方面卻稍顯薄弱。

以我之見,項目管理應該專註於項目本身,並且圍繞這些項目進行周邊的管理,例如任務,協作,財務,等等,這些情況的使用場景有程序員接私活,自由職業者,外包團隊等。

以程序員接私活舉例,一個程序員接了五個私活,這五個私活就是五個項目,而每個項目又有若干任務,例如資料庫,前端,後台,等等,這個程序員可能還會把其中某一兩個項目的某一兩個任務交給他的小弟去做,那麼面臨的問題是多項目中多任務的管理,並且由此而來的資金流動,統計等問題,都更為複雜。這時候,上面答案提到的所有工具基本上都無法很好的解決。

而國內最符合多項目管理的條件的產品,我覺得是 『簡單 - 幫你把工作變得更簡單 』,它可以解決多項目的管理問題。

這款產品是以項目為核心的:

你可以通過點擊,拖拽,滑動來變更項目的狀態或添加新的項目。做過的,沒做的,一目了然。

不僅如此,簡單的『進度』概念也做得不錯,用了進度條的方式來顯示項目各項指標的完成度,如果系統檢測到超期未完成等特殊情況,還會在進度條旁邊彈出文字提示。這個可以讓任務管理者清楚自己目前最應該做的是什麼。

在右端的菜單欄,分別有組織/項目/財務/客戶 等選項

我們可以點擊來管理每一項。『簡單』比較贊的是把幾者的融合做的很好,尤其是客戶這一塊,可以當成一個輕量級的CRM來使用。

對於項目的管理,『簡單』也是很全的:

可以為每個項目添加任務,並且管理這些任務,這些任務是多項目管理的精髓。因為它把複雜的事情分成一件件小的,可以很快完成的小任務,這符合GTD的原則,能夠幫助我們提高工作的效率,尤其是多項目時工作的效率。

和其它類似的Saas產品一樣,你也可以邀請其它成員加入,對某些任務進行協作,這些協作任務和相應的財務也會自動記錄,方便統一管理。值得一提的是,『簡單』擁有健全的許可權管理,你邀請的成員只能幹你安排的那些特定的任務。

最後,我還想提一下財務管理。

我個人是比較喜歡這個的,這也是很多其它同類產品所不具備的,這個特別適合自由職業者使用。

簡單目前也有一些缺點:

上手困難,因為功能太多而引導不夠導致的問題。

做完某些修改後要手動刷新才會更新,不知道這算不算一個bug

PS:我前些天還遇到bug,發郵件反饋給了簡單的工作人員,幾小時後就收到了簡單founder的回郵,這讓我感到很意外,也挺高興,不然我也不會寫這麼多了。這款產品雖然目前還不算太成熟,但方向是對的,也看得到一直在改進,潛力還是非常大的。

『簡單』,真的很『簡單』

以上


學習GTD的理念,把多項目管理交給可靠的工具系統,把大腦清空做思考。只要把項目管理交給可靠的工具,一開始貫徹工具的時候可能成本高一些,但一旦形成工作習慣,效率和可控性都會有大幅度提升。

但是借鑒GTD清空的理念,只有把項目管理全部委託給了系統,沒有遺漏,系統才能發揮出他的作用,如果有遺漏的部分,那還需要騰出足夠的精力進行「人肉管理」,效果就大打折扣了。

項目管理的工具很多,根據項目的大小和多少有不同的適用的工具。比如微軟的Project,傳統老工具了,功能強大但複雜,也很貴,適用於大型的工程項目,瀑布式的那種。

對於小團隊,或者是貫徹了敏捷項目管理理念的團隊,比較適合一些輕量級的工具,比如國外的trello,asana,國內比較有效進行多項目敏捷管理的有V部落,http://Vbuluo.com,可以試試看。


偶然看到這個問題,試著回答一下。

以之前在汽車行業做過的新車型落地投產舉個簡單的栗子。

這個項目涉及到多個子項目,這些子項目有些互相關聯,有些是相對獨立的,包括廠房的建設,設備的採購(生產線,工裝,輔具,備件等等),質量門的把控,國產和進口零部件的時間計劃,IT(生產支持硬體軟體,弱電),公告認證等等,在最瘋狂的時候出現的情況是一天之內可能有多個重要事件發生,施工圖紙審查、設備採購開標,安防審查等等。

針對這種情況,首先需要一個總體的時間計劃,這個時間計劃,包括了所有子項目提取出來的最重要的時間節點,比如開始新車型試裝,爬坡生產,投產,上市等,在總體時間計划下,有各個子項目的詳細的時間計劃,包含了各個特別細的里程碑。

管控方法,每隔一個階段,對總體時間計划進行回顧,找出風險項。

而各子項目的時間計劃,有各子項目負責人具體負責,但作為項目經理,需要掌握整體的情況,這個可以通過一些日常會議,如日例會等等把控。

可以採取一些軟體,或者一個完整的大圖對自己進行提醒,在下一周或者第二天有哪些里程碑需要完成等


多項目管理其實自身時間平衡很重要,掌握好優先順序已經風險管理。並且建立起溝通機制與流程與藉助統一項目管理工具。

也可以參考一些大公司的經驗,昨天看到網易新書,網易一千零一夜,裡面很多大型多項目的管理經驗


「兩書兩軟體」:

兩書:

重讀《PMBOK》——裡面有方法和工具,解決風險(不確定事兒)

《GTD》——最重要「下一步」可以不拖延,委託出去,及時跟進。(時間)

兩軟體:

omniplan——科學的評估報表和報告。

omnifocus——配合GTD,將項目上的事兒,轉化為自己的事兒,落地快。


怎麼沒人提到甘特圖呀


拎清每個項目的工作主線,流程標準化。

也可以找工具協助。我們團隊在用一款在線的項目管理工具,項目的全局信息,包括目標、交付成果、任務分解、進度、開支,一目了然。感覺條理還是很清楚的。

我們團隊用的工具叫土壤網-簡易項目生活,推薦一下。


抓兩頭,放中間

只問輸入輸出,放權中間環節


多項目管理是比較難的,提兩個重點:

1、對項目劃分優先順序,其實是兩大類,第一優先順序是必須完成的,需要讓每個項目組成員對自身的任務明確評估,保證完成任務,沒有任何可商量的餘地。這樣確保最重要的項目不至於因為多項目同時進行而受到影響。

2、盡量避免公司多個項目同時啟動,如果是試水性的項目,可以考慮採用外包的方式,讓公司的核心員工投入到最核心的事情上面。


多項目同時進行如何做好進度管理這個問題比較寬泛。沒有界定這多個項目是相關的項目組合還是無關的項目集,也沒界定那哪類的項目,研發還是工程,外部還是內部。如果是資源、進度、需求、客戶、目標等有關聯的項目組合,這樣的話又增加了一重難度。無論如何。最根本的還是把每個項目整清楚,管明白。只有如此,才不至於顧此失彼,到處冒煙。從而很好的把握好項目的進度。

建議您可以具體了解下統御項目管理系統的進度管理模塊,該模塊幫助項目負責人進行月計劃制定、資源規劃和監控以及人任務WBS分解。項目人員可以分解任務、制定任務計劃、跟蹤和檢查工作進度、還能夠進行任務匯總分析,從而保證項目能夠在合理的工期內高質量的完成。任務進展可以通過樹結構和甘特圖方式跟蹤,每個任務可以單獨設置檢查項,支持從上向下的資源規劃和從下向上的資源計劃。支持區分計劃與任務。支持大粒度任務拆解,任務負責人可以繼續完成下級工作的拆解工作。


多項目同時進行如何做好進度管理這個問題比較寬泛。沒有界定這多個項目是相關的項目組合還是無關的項目集,也沒界定那哪類的項目,研發還是工程,外部還是內部。如果是資源、進度、需求、客戶、目標等有關聯的項目組合,這樣的話又增加了一重難度。

無論如何。最根本的還是把每個項目整清楚,管明白。只有如此,才不至於顧此失彼,到處冒煙。從而很好的把握好項目的進度。

因為工作的原因我接觸了不少大中型公司的項目管理辦公室的負責人(PMO負責人)以及負責多項目管理的高級項目經理。如何能夠很好的管理好項目進度一直是相關人員面臨的一個重要問題。下面我結合自己的經驗從幾個方面進行一點點的分享。

一、 繞不開的需求範圍。記錄好每一條需求,並由對方項目經理確認,否則在項目延期時,所有的原因都會落到你頭上,而且你沒有數據沒有證據,百口莫辯。同時還要明確誰能接甲方需求,甲方誰能確認需求,要明確超了範圍怎麼辦,項目中不是收集到的每條需求都需要做,否則永遠也做不完。這是項目需求管理的基本方式方法。

對於具體的需求文檔、需求條目、需求變更的管理也要講求一定的方法、同時更要藉助於專業的需求管理工具。在需求管理過程中一般是先通過word、excel進行需求文檔和需求規格說明的編寫。由需求管理人員或項目經理主持完成編寫的需求管理資料還要通過會議線上評審等方式進行評審修改最終的到項目干係人的認同。關於需求評審我個人是推薦在線上進行操作。主要原因是便捷同時會有記錄。要想做好需求文檔的條目化、版本化、文檔發布、文檔或需求條目的評審工作必須有專業的工具做支持。根據個人經驗大家推薦一款專業的需求管理工具oBridge,它幫助我們實現項目需求條目化、版本化、層次化管理,支持建立需求跟蹤矩陣,輸出需求變更影響分析。發布後的需求是項目範圍的管理的關鍵,控制好了需求就初步控制好了項目範圍。同時在項目進展過程中在真實的項目管理中,需求的變更是經常的事情。所以對待需求的變更一定要堅持走正式的變更評審流程。讓提出需求變更的相關人員或部門認真的對待。需求管理工具oBridge可以便捷的實現變更流程的評審。下面我給大家配上幾張相關的工具截圖供大家參考。

二、 在項目團隊中務必分角色,明職責。這點是組織層面應該做的事,項目經理只需要按制度執行。一個清晰的雙方項目組織架構是項目成功的基礎,每個角色有明確的分工和責任範圍。只有如此,大家做起來才輕鬆有序,否則會亂成一鍋粥。這也是我們在管理多項目過程中能夠很好的把控項目進度的一個重要依據。

三、 調動每個項目參與者的工作積極性也是項目進度與時間管理的一個有效方法。所以還需要建立一套很好的績效管理體系。績效的設計應該區分管理者和執行者,執行者對任務負責,但不對項目成敗負責,管理者要預算負責,但不要陷到一個個具體的任務中。

四、 資源管理問題。多項目同時進行的時候我們經常為人員的協調問題進行了太多的溝通。當項目進度出現壓力的時候我們想到的第一辦法是增加項目資源的投入。增加資源可以,這就需要我們能夠很好的對已有的人力資源使用情況進行監控。看看相關需要的資源的工作情況的壓力是否飽和,從而確定我們是否需要通過外部或是招聘引入資源。

五、 甲方希望少花錢多做事,乙方希望多收錢少做事,這是一對很難調和的矛盾,除非商務特別牛,否則先做最不壞的打算,不要奢望最好的。

六、 嚴控交付節點。做好計劃,然後執行。做好計劃,掌握好節奏,一板一眼,腳踏實地,能在地上走絕不能天上飛,否則大概率會摔下來,說不定還摔的一地雞毛。所以做好計劃任務的管理是至關重要的。將實際的工作任務分解到最小單位,做好每個活動或是都實實在在的落到實處。如果能將這些計劃和進展情況通過項目管理工具的進度儀錶盤、工作燃盡圖去等方式展現給甲乙雙方的領導們就更好了。根據個人經驗給大家推薦一下統御項目管理軟體(oKit)。

七、 最後在和大家說一下溝通的重要性。

溝通、溝通再溝通。人說有才就像懷孕,是藏不住的,項目中的問題也一樣,問題處理成本與發現時間先後呈指數關係,有效的溝通能夠極大的降低問題延後風險,降低問題處理成本。有問題一定要儘快找出、放上檯面、認真研究、小心解決。這離不開溝通。

綜上。及時、快速的溝通對項目的進度、項目成員、項目的時間管理都是有很大的影響的。

以上是我在工作過程中的一點經驗,希望對大家工作有幫助。多項目同時進行如何做好進度管理這個問題比較寬泛。在這裡也只能是泛泛的談一下個人的見解。


對於多項目同時進行,原本就已經是比較麻煩的事情了,還要全程跟蹤進度,把控項目的完成度,如果不藉助工具,真的是一件非常困難的。那麼該怎樣選擇工具呢?下面可以看看使用雲竹協作是如何把控多項目進度的:

1.首先登錄雲竹協作(http://xz.yzsaas.cn/),選中項目欄進行創建,需填寫項目名稱、描述、時間、級別等,項目下面可建立多任務,分配到成員個人。

2.想要知道項目任務的進度,可隨時查看進度管理,所有任務都可顯示,提供數據分析更加方便管理

3.文件傳輸與共享,海量的雲盤存儲,支持上傳/下載/存儲/共享文件,重要文件可設置選擇公開/私密/只讀狀態,文件更加有保障。

4.成員可以隨時在線交流討論,無需切換多種交流工具,支持發送文字/圖片/語音(移動端)/文件,溝通無障礙。

5.多項人力數據分析,查看成員任務比重(繁忙/空閑),進行合理的任務分配以及行政管理


推薦閱讀:

產品新人如何在技術主導的公司里做產品項目的跟進與把控?
客戶需求總是變,如何控制好客戶的變化來提高項目效益?
有哪些比較好用的開源項目管理工具?

TAG:項目管理 |