迭代型軟件項目開發(fā)計劃的編制
林鎮(zhèn)鋒（深圳市康拓普電力自動化有限公司，PMP）
摘要
項目計劃的編制對一個項目的成功執(zhí)行起著非常重要的作用，而在軟件開發(fā)領域，面對不確定的用戶需求，瀑布型的項目計劃往往成了一紙空文，迭代型的項目計劃又無章可循。本文針對這種現(xiàn)象提出一種適用于迭代型軟件項目開發(fā)計劃的編制方法。
引言
我們知道對于軟件開發(fā)來說，變化的需求才是不變的道理，在制定計劃時期望事情的一切都按照計劃進行，是不切實際的。如果我們拿計劃來評估績效，人們將會說一切都很好，一切都按部就班，即便已經(jīng)出現(xiàn)了某些危險的征兆。這幾年在軟件工程領域有越來越多的有識之士提出，現(xiàn)實中存在兩種生產(chǎn)方式：可預測的生產(chǎn)和不可預測的生產(chǎn)，而軟件開發(fā)就屬于不可預測的生產(chǎn)方式，因此軟件開發(fā)項目不適宜采用可預測的計劃方式。
正文
經(jīng)過幾十年的發(fā)展，軟件工程領域出現(xiàn)了很多種軟件生命周期模型，有瀑布型，迭代型，增量型等等。軟件項目的開發(fā)計劃的編制要取決于軟件項目的生命周期模型，換句話說，就是瀑布型項目和迭代式項目的開發(fā)計劃的編制方法并不相同。而瀑布模型來源于建筑行業(yè)、制造行業(yè)等可預測的生產(chǎn)，本來就無法適應需求不穩(wěn)定的軟件項目。因此許多項目盡管在一開始就規(guī)定采用瀑布型，卻在實踐中慢慢變成了迭代型。許多采用了瀑布型的項目計劃與現(xiàn)實差距太大，最終變成了無法落實的一紙空文。
其實迭代不是什么新的發(fā)明，其中思想與PDCA的思想也是一致的，都是通過一個螺旋上升的過程不斷逼近目標或者期望。這個道理很樸素，現(xiàn)實世界中俯拾皆是，客戶的頭腦中也有這樣的模型，難怪他們動輒說：“剛才提到的這些需求，你們先開發(fā)出來，我們試用一下，看是否合適，再來改進?！?BR>
又例如我還發(fā)現(xiàn)在編程領域的重構(gòu)就是迭代思想一種體現(xiàn)。所謂重構(gòu)是這樣一個過程：「在不改變代碼外在行為的前提下，對代碼做出修改，以改進程序的內(nèi)部結(jié)構(gòu)」。重構(gòu)是一種有紀律的、經(jīng)過訓練的、有條不紊的程序整理方法，可以將整理過程中不小心引入錯誤的機率降到最低。本質(zhì)上說，重構(gòu)就是「在代碼寫好之后改進它的設計」。我們可以打個比方，重構(gòu)就是編碼過程的迭代，通過一次次重構(gòu)的迭代達到更佳的設計，每次重構(gòu)的迭代都保證了程序的正常運行，這意味著每次迭代的結(jié)果都是可以觀察到的。
圖一
瀑布和迭代
瀑布型的軟件開發(fā)進度計劃一般按照階段劃分，即分為策劃與估計，需求調(diào)研與分析，概要設計，詳細設計，編碼與單元測試，集成測試，系統(tǒng)測試，實施交付，項目收尾。
迭代型的開發(fā)進度計劃可以分為兩個層次，第一個層次是總體的計劃，可能歷時幾年或者幾個月，如XP的發(fā)布計劃，RUP的階段計劃。第二個層次是短期的詳細計劃，歷時從一周到2、3個月不等。總體計劃劃分整個項目的工作到各個迭代周期中，并不關注執(zhí)行細節(jié)，時間跨度較大可能會因為需求的變化而修訂；而短期計劃是一個迭代周期的計劃，關注執(zhí)行細節(jié)，將具體的任務落實到人，并且由于時間跨度小相對穩(wěn)定。
制定總體計劃
項目總是存在約束條件，例如客戶方要求某年某月完成系統(tǒng)一個版本，這個版本應該包含若干功能。或者這個項目與類似項目相比，可以得到一個大致的完成日期。這些都是制定總體計劃時關鍵信息。
總體計劃為團隊的工作指出了方向。在總體計劃中主要關注里程碑，每個里程碑要完成的目標或者功能項。因此總體計劃也可以被稱為里程碑計劃。不要為各個活動設定一個完成時間點，例如設定詳細設計的完成日期，編碼與單元測試的完成日期都是沒有意義的。因為這些活動在整個項目進行中都是不斷重復進行的，即便進行了系統(tǒng)測試也回過來進行詳細設計和編碼。
有了總的完成日期和各個