上述的方法中對項目經理的個人能力、犧牲精神要求是很高,我們需要有一種進行實時控制項目進度的機制,依靠一套規范的過程來保證實時監控項目的進度。如在微軟的管理策略中強?quot;每日構建",這確實是是一種不錯的方法,即每天要進行一次系統的編譯鏈接,通過編譯鏈接來檢查進度、檢查接口、發現進展中的問題、大家互相鼓勵互相監督。
實時控制確保項目經理能夠及時發現問題、解決問題,保證項目具有很高的可見度,保證項目的正常進展。
5 分類管理原則
對于不同的軟件項目其項目目標差別很大,項目規模也是不同的,應用領域是不同的,采用的技術路線差別也很大,因而,針對每個項目的不同特點,其管理的方法、管理的側重點應該是不同的。像古人講的,"因材施教","對癥下藥"。對于小項目你肯定不能象管理大項目那樣去做,對于產品開發類的項目,你也不可能象管理系統集成類的項目那樣去做,項目經理需要根據項目的特點,制訂不同的項目管理的方針政策。如,下表是作者為一家應用軟件公司制訂的項目管理的方針:
在該案例中,將項目分成了訂單類項目與非訂單類項目,非訂單類項目是指由公司根據市場的需求開發一個標準產品的項目,而訂單類是指針對某個具體的客戶定制軟件的項目,訂單類的項目根據需要協調的資源的范圍有劃分成了公司級、部門級、個人級三類,非訂單類根據估算的工作量的大小也分成了A、B、C三類,估算的工作量超過720人天的為A類,超過360人天的為B類,360人天以下的為C類。不同類的項目管理的側重點是不同的,從立項手續的完備性、計劃的嚴格層度、周報的完備層度、規范的嚴格層度、跟蹤的實時性、是否進行階段總結、是否核算項目成本、是否嚴格進行階段評審等多個方面來考慮,以確保管理的可行性。
6 簡單有效原則
項目經理在進行項目管理的過程中,往往會得到開發人員這樣的抱怨"太麻煩了,浪費時間,沒有用處",這是很普遍的一種現象。當然這樣的抱怨要從2個方面來分析,一方面從開發人員本身可能存在不理解,或者逆反心理的情況,另一方面,項目經理也要反思:我所采取的管理措施是否簡單有效?搞管理不是搞學術研究,沒有完美的管理,只有有效的管理,而項目經理往往試圖堵住所有的漏洞,解決所有的問題,恰恰是這種理想,會使項目的管理陷入一個誤區,作繭自縛,后無法實施有效的管理,導致項目的失敗。
7 規?刂圃瓌t
該原則是和上面提到的其他原則相配合使用的,即要控制項目組的規模,不要人數太多,人數多了,進行溝通的渠道多了,管理的復雜度高了,對項目經理的要求也高了。在微軟的MSF中,有一個很明確的原則是要控制項目組的人數不要超過10人,當然這不是的,也和項目經理的水平有很大關系。但是人員"貴精而不貴多",這是一個基本的原則,這和我們上面提到的高效原則、分解原則是相輔相成的。