里程碑

軟件開發的?程碑簡單概念

偶爾跟?些業內??交流，發覺部分??對『?程碑』的作?與如何建??程??有很?的意見差異，難怪?些技術?員對?作分解架構（WBS）感覺困擾。

當我們在路上??的時候，會在沿途觀看路標，當到達某?個??中的路標時，我們便知道還有多少路或多少時間才能夠到達終點。這些路標是我們在旅程中的?程碑，讓我們可以清楚地知道?前所在，離開?的地有多遠，讓我們能估算何時才能夠到達?的地。

讓我們利?硬件供應商或渠道商的供應?程碑來作?個簡單的說明，硬件裝鉗完成后或收到?家運到的產品時便是?個?程，把商品送到客

戶辦公室讓客戶簽收后便是另?個?程，安裝測試后讓客戶驗收便成為最后?個?程。完成這三個?程后便知道項?已經完結。軟件開發的?程碑

當進?軟件開發的時候，我們也需要建?開發項?的?程碑，才能夠知道本?的進度，但最重要的是?程碑可以?來建?收費的關?。為什么有這個說法呢？

軟件開發服務的企業，往往在簽訂協議時收取?筆定?，然后需要?付數?所需的開發組員薪資，?且軟件開發服務商往往未能在指定時間內完怎么分辨玉的好壞 成開發的項?，各種原因導致項?延誤，那么便需要企業應?本?的流動資?來應付。

為什么客戶往往在簽訂協議后，付了?期定?，然后到項?差不多完結的時候才再?付?部分，但還是扣起部分款項到維護期后才把余款付

給服務商。這可能需要好長的?段時間才能夠把余款收回。其中?個主要托業聽力 原因是因為客戶在開發過程中看不到?程碑，對能否達到預期的?

標沒有信?。哪?才算?程碑？

如何才算是?個?程碑呢？簡單的說是到達?個階段可以讓客戶看到部分結果的地?。就以軟件開發為例（如左圖），要開發?套軟件，我

們需要經過?定的流程或階段。分別為信息搜集、需求分析、系統設計、系統開發、系統測試。但只有四個階段產?交付物，分別在信息搜

集階段后將產??份《需求說明書》、在需求分析后產??份《功驚天動地觀后感 能說明書》、在系統設計階段后產?《系統邏輯說明》及《DFD（

DataFlowDiagra賞的詞語 m）圖》、和在系統測試階段后產?《測試報告》。每?份交付物的完結說明我們已經完成了?個階段的?作，在客戶確認這?份醫院故事 ?作成果后我們才進?下?個階段的?作。

每?份交付物將是整個系統開發過程中的『?程碑』。所以?程碑的建?必需連帶交付物，?這交付物必需讓客戶確認。當客戶確認我們的

交付物后，也是客戶確認我們已經在系統開發的過程中到達某?個指定的階段，完成某?部分的?作。確認?程碑的交付物

當我最初執?項?管理的時候，往往把交付物送交客戶確認后，兩三各星期下來都沒有回應，不斷跟進也沒有多?的進展，相信很多從業?

員往往會說『客戶需要太長的時間來進?確認，將影響項?的進度』。?或者會說『客戶不會確認過程中的任何交付物，因為。。。。（很多理由和原因）。。。』！這便是?個項?經理的經驗問題，?不是客戶會不會、或者愿意不愿意確認的問題。

當我們進?項?啟動集會的時候，項?經理便應該跟項?贊助?很明確地說明“確認”項?過程中所產?的交付物的重要性，同時更應該清

楚地說明交付物在沒有確認前將不能夠開展下?階段的?作，在沒有得到客戶確認?個階段的交付物時，繼續開展下?階段的大學自薦信 ?作對項?會

帶來莫?的風險，因為任何的?作都可能被客戶推翻，可能變成廢物，或需要不斷進?修改。這不但浪費組員的時間及??，更嚴重地延誤

項?的進度，延誤項?的最終交付，導致項?的超時、超?。明確的溝通

在啟動集會中我們更應該透明化。應該很詳細地讓項?贊助?及其他參與集會的項?涉及?清楚地理解項?的整個流程和進度時間計劃。讓

他們對項?的運作有初步的認識和了解，好能跟項??組互相配合。同時更需要采?各種不同的軟技巧（參閱“項?管理技巧新探”）來讓佐助怎么畫 客戶依時確認交付物，讓我們能夠進?下?階段。

當客戶確認我們所提交的交付物后，便是客戶同意我們已經完成了某?個階段的?作，如果我們在合約談判的時候把服務收費時間按項?交

付物來讓客戶?付，那么我們不但能夠有助企業的資?流動，更不?為收費的事情因項?的延誤跟客戶發?爭執。故此在項?建?的初步階段，我們便應該建?有關項?的?程碑和?作架構分解。讓我們能更有效的管理項?的進度。