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