【正文】 能集中在組織怎樣進行度量以確認項目的進展和質(zhì)量方面。這些產(chǎn)品線上的重復(fù)的開發(fā)周期也產(chǎn)生了對改善和開發(fā)過程持續(xù)優(yōu)化的要求。系統(tǒng)開發(fā)組不同部分的協(xié)作在采用新技術(shù)時通常是一個挑戰(zhàn)，并且增加系統(tǒng)的復(fù)雜度。組織可以不需要通用工具集的標(biāo)準(zhǔn)化，但是評估可以指出采用標(biāo)準(zhǔn)化的益處。組織通常希望能夠改善評估和管理供應(yīng)商的方法。組織需要了解如何恢復(fù)對他們的開發(fā)能力的控制，然后轉(zhuǎn)到更進一步的改進。有些評估可以做為現(xiàn)貨服務(wù)產(chǎn)品，如：metrics assessment package, Rational ClearCase administration assessment package, 和 software development capability assessment 。我們的素材基于我們在一些IBM Rational 在金融、電信、IT、醫(yī)藥工業(yè)等的客戶那里已經(jīng)完成的評估。開始您的試用不同種類的評估已經(jīng)成為一個能夠更好地理解開發(fā)組織的需求的商業(yè)工具。評估可以有多或少的細節(jié)，它可以集中在過程架構(gòu)，或者配置和變更管理環(huán)境上。在第一部分，我們討論動機，引入關(guān)鍵的概念；在第二部分，我們給出如何完成評估的路線圖，這個路線圖基于我們在IBM 軟件開發(fā)平臺上的解決方案上的經(jīng)驗。評估的原因有很多，下面是一些我們碰到較多的情況：新技術(shù) 新的技術(shù)（例如從COBOL 環(huán)境轉(zhuǎn)到Java 和 J2EE）將迫使組織重新思考他們的開發(fā)過程和工具環(huán)境，人們將構(gòu)建他們的組織以學(xué)習(xí)新的工作方法。（這種情況以前經(jīng)常在dot領(lǐng)域出現(xiàn)，現(xiàn)在很罕見了）合并 商業(yè)并購需要開發(fā)組織進行合并，這就意味著需要合并不同的和有時互相沖突的開發(fā)實踐。如果供應(yīng)商在海外就需要更多的挑戰(zhàn)。市場驅(qū)動的過程改善 一些組織需要改善它們的軟件或者系統(tǒng)開發(fā)過程以滿足市場競爭的需要。一個改善的方法是不同的組使用通用的標(biāo)準(zhǔn)和通用的開發(fā)架構(gòu)。與軟件開發(fā)能力評估對比，項目評估是改善一個特定項目組的軟件開發(fā)能力，它不需要考慮跨組織的標(biāo)準(zhǔn)?；仨撌状蠓秶u估的標(biāo)準(zhǔn)讓我們假定組織想要進行大范圍評估而不是項目級或者專門技術(shù)評估。一個風(fēng)險是你花費了太多的時間討論擁護者一個人的觀點容易得到，但是誰也不可能有對所有位置的觀點的描述。在評估時你需要在你的團隊包括正確的人。組織應(yīng)該通過創(chuàng)建管理層的領(lǐng)導(dǎo)變更的協(xié)作以展示承諾。評估過程也將給關(guān)鍵人員提供一個闡述和討論想法的機會，而他們以前沒有時間充分地展示他們的想法。能力的評估意味著價值的改善。因為因素和期待的結(jié)果的數(shù)量通常很大，在評估的早期確定合適的涉眾對評估結(jié)果的期望是很關(guān)鍵的。供應(yīng)商管理（Supplier management） 考慮 COTS使用，例如 B2B、子承包商管理和離岸開發(fā)的集成。IT 關(guān)注組建策略，COTS，過程，工具，重用， Enterprise Architecture Integration (EAI)，采購策略，標(biāo)準(zhǔn)，技術(shù)，遺產(chǎn)，維護費用。他們在一個組織中給出不同的觀點，并幫助評估組組織評估問題和答案。因為最佳實踐的框架與更多的技術(shù)相關(guān)，你可以使用那些開發(fā)者和項目經(jīng)理已經(jīng)很熟悉的Rational技術(shù)，在與高層管理者交流時使用軟件經(jīng)濟學(xué)模型和四個實踐領(lǐng)域。這種類型的框架支持一個好的開發(fā)基礎(chǔ)架構(gòu)，它推動跨開發(fā)項目所有領(lǐng)域的協(xié)作。每個實踐的具體細節(jié)依賴于評估的開發(fā)組織的類型。它還可以幫助降低開發(fā)費用。 現(xiàn)代開發(fā)過程已經(jīng)在知道這些方法的價值的項目組單獨使用3 = Capable（有能力的）。 企業(yè)已經(jīng)在企業(yè)和它的供應(yīng)商范圍采用和配置了現(xiàn)代開發(fā)過程。圖2的例子顯示了現(xiàn)在的情況和組織將來要達到的目標(biāo)。 構(gòu)建的大小，可以表示為人產(chǎn)生的素材的多少，包括技術(shù)素材，如源代碼，也包括其它技術(shù)產(chǎn)物。當(dāng)過程系數(shù)大于1時，39。Team（團隊）。在軟件開發(fā)能力中，它表示用來自動化軟件開發(fā)過程的工具和技術(shù)。它們集中描述了幫助理解如何處理軟件工程復(fù)雜性的領(lǐng)域：迭代化開發(fā)。評估應(yīng)該找到增進風(fēng)險和計劃控制的方法，其中的一個解決方案是引入迭代開發(fā)。需求的解決方案可以包括引入use cases等?？梢暬?。 在發(fā)布后發(fā)現(xiàn)和修復(fù)軟件問題通常需要千百倍的成本。管理變更。評估應(yīng)該研究組織通常使用哪些變更和配置管理的方針。并不是所有的軟件開發(fā)活動在從一個組織到另一個組織時處于同樣的重要程度，這依賴于組織的架構(gòu)和它的商業(yè)因素。如果評估僅僅處于項目級 ，我們在項目評估考慮它。項目級框架中最低的等級是項目級，組織中這個級別一般是進行獨立的開發(fā)項目。項目級別的評估主要集中在以軟件最佳實踐為基準(zhǔn)的軟件開發(fā)項目的有效性的理解和評估上。對于那些沒有軟件開發(fā)產(chǎn)品的組織，而開發(fā)支持組織自己的系統(tǒng)的組織來說，依賴于系統(tǒng)的復(fù)雜程度，這個級別可以存在也可以不存在。圖 5 描述了通常包括在產(chǎn)品線級的通用的活動和相互關(guān)系。在這個級別，操作的架構(gòu)和集成是主要的焦點。產(chǎn)品線級跨越組織架構(gòu)如銷售，開發(fā)組織，基礎(chǔ)架構(gòu)，產(chǎn)品，供應(yīng)，和其它與產(chǎn)品線活動相關(guān)的組織。評估組必須小心識別正確的角色，給出客觀的位置，以保證在分析和評估發(fā)現(xiàn)時考慮所有觀點。一些組織有選擇的團體方針如：供應(yīng)商、過程、工具、標(biāo)準(zhǔn)、方針和標(biāo)準(zhǔn)架構(gòu)。組織被分析以理解與軟件開發(fā)活動有關(guān)的商業(yè)過程和費用。例如典型的問題是：我們已經(jīng)兩年沒有碰到最后期限了，或者，用戶一直抱怨我們產(chǎn)品的質(zhì)量，或者，我們不能控制我們的需求，它們?nèi)魏螘r候都會變化，因此我們不能碰到我們的最后期限。典型的例子是：我們?nèi)狈νㄓ玫淖兏埱筮^程，或