工程管理中的里程碑工程進度的延遲總是在快到方案結束的時刻暴露出來，結果是誰也不知道到底什么時候才能夠結束工程，到最后工程經理只好請辭。那么，到底問題出在哪呢?一起來看看！軟件開發管理一直有一個令人困惑的難題，就是如何確保工程進度管理。工程進度控制是工程管理工作中的重要一環，也可以說是最困難的工作之一。在軟件開發中工程進度失控受到很多因素的影響，主要有以下幾種情況：缺少進度指路明燈當我們在路上行走的時候，會在沿途觀看路標，當到達某一個路標時，我們便知道還有多少路或多少時間才能夠到達終點。這些路標是我們在旅程中的里程碑，讓我們可以清楚地知道目前所在地離開目的地有多遠，也讓我們能估算何時才能夠到達目的地。對于在路上行走的我們，可以通過路邊的里程碑這一個簡單工具來獲知自己的進度信息。當進行軟件開發的時候，我們也需要建立開發工程的里程碑，使我們知道工程的進度。里程碑是工程管理不可無視的一局部，通常意味一個時間點上可交付成果的完成，好的里程碑管理就像一張地圖指示我們走向工程目標的進度。工程進度估算準確性差軟件工程開發進度控制面臨的最大挑戰就是工程進度估算的準確性差。據統計，在對軟件工程進度與本錢估算時，大多數工程實際完成時間超過估算進度的25%到100%。根據我的經驗要想對工程進度進行有效的估算，必須抓好以下兩個方面：一是工程方案的可行性和可操作性，這是進度估算的根底。二是要對工程進度進行合理的度量，這樣才能夠獲得工程的真實進展情況，并對工程估算做出相應調整。前松后緊，工程進度缺乏有效監管和控制一般人在工作時都有前松后緊的習慣，而里程碑強制規定在某段時間做什么，從而合理分配工作，細化管理粒度。對復雜的軟件開發工程而言，每一階段的進度都需要逐步逼近目標，里程碑產出的中間“交付物”就是每一步逼近的結果，也是控制的對象。如果沒有里程碑，中間想知道“現在進度做的怎么樣了”是很困難的。沒有盡早發現和降低工程風險在軟件開發中錯誤發現得越晚，對于開發造成的損失越大。里程碑式開發模式可根據每個階段產出結果分期確認成果，防止血本無歸。通過早期里程碑評審一般可以提前發現需求和設計中的問題，降低后期修改和返工的可能性。例如，在需求分析階段發生的錯誤，那么最多就是把需求分析寫一遍，損失的是一個人的勞動;而到了測試階段發現了需求錯誤，再回去重新做需求分析，那么損失可能是致命的。一般來說，在工程開始時工程經理都會對開發工程進度制定一個詳細的方案。通常情況下，這需要采用一些具體的開發模式技術，最常用的技術是網絡計劃和里程碑方案。網絡方案是任務導向，以工作分解結構(WBS)為根底;里程碑方案是目標導向，以目標分解結構(OBS)為根底。有時兩種方法可以混合使用，如在網絡方案中設置里程碑。什么是里程碑式管理里程碑是一個目標導向模式，它說明為了到達特定的里程碑需要完成的一系列活動。里程碑式開發是通過建立里程碑和檢驗各個里程碑的到達情況，來控制工程工作的進展和保證實現總目標。軟件開發工程生命周期中有三個與時間相關的重要概念，這三個概念分別是：檢查點、里程碑和基線。檢查點是指在規定的時間間隔內對工程進行檢查，比擬實際進度與估算方案之間的差異，并根據差異進行調整。我們可以將檢查點看作是一個固定“采樣”時點，而時間間隔根據工程周期長短不同而不同。里程碑是指一個具有特定重要性的事件，通常代表工程工作中一個重要階段的完成。在里程碑處，通常要進行檢查?；€那么是指一個配置在工程不同時間點上通過正式評審而進入正式受控的一種（里程碑）狀態。三者的關系是：重要的檢查點是里程碑，重要的需要客戶確認的里程碑，就是基線。有一句通俗的話是這樣描述：沒有檢查點，工作難進展，不設里程碑，工程往后推，基線不評審，客戶吃不準。（2）怎樣才算是一個里程碑呢？簡單的說里程碑是完成一個階段工作后可以看到局部結果的檢查點。一般來說，在軟件開發過程中，我們都會經過一定的流程或階段，例如信息階段、需求分析階段、系統設計階段、系統開發和系統測試階段。每個階段都會產生交付物，每一份交付物的完結說明我們已經完成了一個階段的工作，一般情況下我們是在確認這一份工作成果后才會進入下一個階段的工作。因此，每一份交付物將就是開發過程中的里程碑。里程碑（基線、基點）是一個軟件配置在開發周期內的某一特定時刻、正式的事件，它也就是階段性目標。里程碑是團隊階段性工作完成的標志，對于任何一個里程碑都應該給于認真的檢查、審定和批準。在里程碑中間應要設置大量的檢查點，這些檢查點應要細分到一旦檢查點出現問題不至于在進度上失控。里程碑可為進度預留緩沖時間使用里程碑式模式還有一個好處，就是將大工程分成假設干里程碑式的重要階段時，可在各重要階段之間預留有緩沖時間。使用緩沖時間，可以很好的在項目未來實際執行進度和預計進度之間取得平衡。一般來說，在工程中我們需要為意外事故保存總開發1/3的時間，即“緩沖時間”。緩沖時間有助于一個工程適應意料之外的事件，例如緩沖時間可以用于彌補進度延誤，或者是技術困難或是由于疏忽而忘記把任務寫入進度，或者是未料到的難題而形成的時間損失，這種應付突發事件的緩沖時間在開發和穩定化過程中是每一個主要里程碑的一局部。警惕只問結果的里程碑陷阱眾所周知，里程碑是工程進度控制中的一個極為重要的概念，也正因為如此，人們也易于過于依賴里程碑，反而使工程進度落空。里程碑陷阱表現為人們在軟件工程的里程碑被設定以后，認為“目標管理是只問結果，不計過程”，從而無視對過程的監控而導致工程里程碑不能按期到達。里程碑一般是工程中完成階段性工作的標志，不同類型的工程，里程碑也不同。其精髓首先是將大工程劃分成假設干個子工程或假設干個子階段;其次，是通過每一階段對各人員角色職責的考核和監管，以保證開發過程的進度和質量。劃分假設干個子工程，設立里程碑檢查點工程進度是以里程碑為界限，將整個開發周期劃分為假設干階段。根據里程碑的完成情況，適當的調整每一個較小的階段的任務量和完成的任務時間，這種方式非常有利于整個工程進度的動態調整，也利于工程質量的監視。在里程碑式的開發模式下，因為按子工程或子階段來劃分里程碑，每一個子工程都會經過一定的穩定化階段。當再進入到第二個子工程的時候，就是基于前一個相對穩定的子工程根底之上，這樣就將風險或錯誤的累加分散到最低。以局部的進度控制和質量控制來保證整體開發過程的穩定，使得質量和進度得以很好的控制，這就是里程碑式的開發模式優秀之處。每個具體的里程碑應與具體角色相關聯里程碑模式也可以稱作工程實施進度管理模式，一但開發工程立項確定，需要做的第一件事情就是確定工程進度的里程碑。在里程碑中應清楚地定義每一個階段的開始時間、結束時間、負責人和階段的提交成果。因此，里程碑是工程經理進行開發進度控制的主要依據，里程碑一旦確定，各相應負責人應確保按時交付成果，這樣既便于明確各個角色責權范圍，也有利于按時完成任。例如每個具體的里程碑與開發組某一具體的人員角色相關聯，到達某個里程碑說明對此負有主要責任的人員角色完成了任務。因此，基于里程碑的軟件質量控制必然會演變成對角色的質量控制，這樣才能真正到達對軟件質量的控制，確保里程碑有可驗證的標準我們經常看到許多工程進度中，都像模像樣地設立了里程碑。但實際上，最大的問題就在于許多里程碑沒有設定相應的驗證標準。在軟件開發工程中設立的里程碑，其作用是在工程進行時確認進度用的，沒有設定驗證標