多年來，我一直在教育和指導(dǎo)項(xiàng)目組，如何成功地使用包含在IBM® Rational Unified Process®（或者RUP）中的迭代化方法。我發(fā)現(xiàn)懂得迭代化方法并且將之運(yùn)用于實(shí)踐的團(tuán)隊(duì)在運(yùn)用RUP的時(shí)候，會比使用傳統(tǒng)的瀑布式方法的團(tuán)隊(duì)更有效率，更能集中精力。

不過，在這樣的團(tuán)隊(duì)組織中，負(fù)責(zé)對軟件開發(fā)項(xiàng)目做出重大的資金和管理決策的籌劃指導(dǎo)委員會，通常對迭代化開發(fā)實(shí)踐不太熟悉。他們不能提出正確的問題來估計(jì)項(xiàng)目進(jìn)度，并且他們也不能提供適當(dāng)?shù)墓芾碇笇?dǎo)。

這篇文章概括了一些管理者和指導(dǎo)委員會在指導(dǎo)迭代化軟件開發(fā)中，必須采用的一些方法。采用這些方法，他們能夠使比較缺乏的IT資金優(yōu)化，并且能夠集中精力開發(fā)出能夠提供大商業(yè)利潤的軟件特性。
持續(xù)為小項(xiàng)目提供資金來適應(yīng)不斷變化的需求

在許多組織中，都有一個(gè)每年的固定安排，是為不同部門的應(yīng)用軟件進(jìn)行預(yù)算和安排不同的優(yōu)先級，通常這些決策都是基于非常主觀的商業(yè)案例來確定的，包括不太可靠的成本估算和無形的利益。但讓人奇怪的是，這些組織常常會批準(zhǔn)大的項(xiàng)目， 即使歷史證明，這些大的項(xiàng)目失敗的可能性是大的。這說明一些部門多年來沒有足夠資金來建立一個(gè)應(yīng)用軟件，用以記錄他們訂單的商業(yè)需求變化。當(dāng)那個(gè)部門該年的資金終到位的時(shí)候，通常他們不但請求滿足他們的需求的應(yīng)用軟件特性，而且還想象出一些他們認(rèn)為他們在未來的五年中可能能用到的特性，直到他們的下一輪資金到位。我們把這種現(xiàn)象稱為叫"軟件膨脹"： 在應(yīng)用軟件上加上一些尚有疑問的商業(yè)價(jià)值。當(dāng)組織將現(xiàn)有的軟件遷移到一項(xiàng)新技術(shù)時(shí)，這種趨勢也很常見。

比用來構(gòu)建部門級應(yīng)用軟件的 "每5 年的大項(xiàng)目"方法更好的是，使用一種版本策略，該策略和很多產(chǎn)品公司構(gòu)建軟件的方法類似。這種方法需要不斷地通過新版本改進(jìn)軟件，在一段時(shí)間內(nèi)逐步增加新的功能。

商業(yè)行為會不斷改變，因此應(yīng)用軟件需要相應(yīng)地不斷演進(jìn)。因此，一項(xiàng)每 年20萬美元的預(yù)算比每5 年100萬美元的預(yù)算好。 版本策略有以下的一些優(yōu)勢：

    范圍協(xié)商變得更容易。
        因?yàn)橄嚓P(guān)利益方知道將來總會有新的版本，他們會更愿意將一些目前不是特別重要和必要的對軟件特性的要求推遲到下一個(gè)版本。
    軟件膨脹更容易得到避免。
        相關(guān)利益方傾向于只支持那些可以帶來大商業(yè)利潤的特性。
    需求抽取是連續(xù)的。
        你能夠在相關(guān)利益方提出要求的時(shí)候滿足他們。你不必讓用戶再次重新解釋他們的業(yè)務(wù)——可能是對著一個(gè)不同的人——每個(gè)一到四年。
    可以適當(dāng)保持資源。
        由于正在進(jìn)行的項(xiàng)目比較小，你可以保持資源的完整無缺，成為一個(gè)更有效的團(tuán)隊(duì)，研究表明，小的團(tuán)隊(duì)比大的團(tuán)隊(duì)更有效率。
    你可以在很長一段時(shí)間內(nèi)調(diào)整過程改進(jìn)。
        在新項(xiàng)目的先啟階段，生產(chǎn)力通常比較低，直到團(tuán)隊(duì)終建立了規(guī)律的節(jié)奏。
        在一個(gè)正在執(zhí)行的項(xiàng)目中，你可以基于迭代評估不斷改進(jìn)該項(xiàng)目的各個(gè)方面。
    你可以大化工藝投資。
        由于你開發(fā)了度量標(biāo)準(zhǔn)和其他一些項(xiàng)目數(shù)據(jù)，比如構(gòu)架藍(lán)圖、模式和機(jī)制，你可以不斷地從整個(gè)生命周期管理工具中獲得實(shí)際利益。

我鼓勵(lì)各個(gè)組織改變他們的每年預(yù)算方法。我建議用以下方法來取代根據(jù)不可靠的商業(yè)項(xiàng)目來制定各部門IT預(yù)算的方法：

    給大多數(shù)部門分配固定的資金。
    每年根據(jù)前一年該部門所得的利潤來調(diào)整資金的多少。

這種方法鼓勵(lì)每個(gè)項(xiàng)目都有效地使用資金，這樣他們不會危害下一年的獲得的資金水平。因?yàn)槊磕晗嚓P(guān)利益方必須證明他們所做的是正確的，他們不會憑空想象他們接下來會做什么。

通過觀察所獲得的真實(shí)的商業(yè)利益，你會很快發(fā)現(xiàn)部門會從附加的自動(dòng)控制中獲利多，同時(shí)將他們獲得的資金提高到適當(dāng)水平。要求連續(xù)的、可說明的IT投資可以讓你優(yōu)化預(yù)算撥款。當(dāng)然，至少保留你IT預(yù)算的一部份也是很謹(jǐn)慎的行為，這可用以保持更大的主動(dòng)性來適應(yīng)大的商業(yè)項(xiàng)目或者變化。
制定嚴(yán)格的時(shí)間安排，但是保持靈活的特性

我經(jīng)常告訴人們我的項(xiàng)目總能準(zhǔn)時(shí)和不超支。但是我通常不會解釋其實(shí)這些項(xiàng)目的一些功能經(jīng)常會和相關(guān)利益方原來希望的不同。這讓我們知道，在我們行業(yè)中準(zhǔn)確地制定一個(gè)重大項(xiàng)目功能范圍，價(jià)格或者時(shí)間是非常困難的。我們的項(xiàng)目功能的范圍總是會由于需求，資金，技術(shù)這些不確定因素而變化。改變項(xiàng)目的資源，技術(shù)或者截止日期會比調(diào)整該項(xiàng)目的功能范圍影響更大。

在一個(gè)RUP項(xiàng)目里，生命周期由四個(gè)不同的階段組成：先啟，精化，構(gòu)建和產(chǎn)品化。 雖然我們很早開始開發(fā)軟件并且持續(xù)不斷地在整個(gè)項(xiàng)目中都在開發(fā)軟件，但是，我們的重點(diǎn)在這些階段會有所改變。在開始過程中，我們關(guān)心的是，用所需要的小工作量來確定我們的高層功能范圍，決定該項(xiàng)目進(jìn)一步執(zhí)行是否有意義（做或不做的決定）。