軟件開(kāi)發(fā)能力評(píng)估已經(jīng)成為一個(gè)能夠更好地理解開(kāi)發(fā)組織的需求的商業(yè)工具。本系列兩部分將描述從項(xiàng)目級(jí)的評(píng)估轉(zhuǎn)換到到組織級(jí)的評(píng)估的理由、引入的復(fù)雜度和提供什么樣的價(jià)值增值。  這個(gè)兩部分的文章可以幫助你理解項(xiàng)目級(jí)的評(píng)估轉(zhuǎn)換到到組織級(jí)的評(píng)估的理由，引入的復(fù)雜度和提供什么樣的價(jià)值增值。我們的素材基于我們?cè)谝恍㊣BM Rational 在金融、電信、IT、醫(yī)藥工業(yè)等的客戶那里已經(jīng)完成的評(píng)估。在第一部分，我們討論動(dòng)機(jī)，引入關(guān)鍵的概念；在第二部分，我們給出如何完成評(píng)估的路線圖，這個(gè)路線圖基于我們?cè)贗BM 軟件開(kāi)發(fā)平臺(tái)上的解決方案上的經(jīng)驗(yàn)。 [編者注釋：本文最早準(zhǔn)備作為IBM Rational Brand Services給IBM用戶進(jìn)行軟件愛(ài)你開(kāi)發(fā)能力評(píng)估的指導(dǎo)。在保持原有目的的同時(shí)，作者擴(kuò)大了它的范圍使得任何組織都可以自己進(jìn)行評(píng)估或者請(qǐng)外部機(jī)構(gòu)進(jìn)行評(píng)估] IBM Rational tech rep toolbox已經(jīng)提供了相當(dāng)多種類的評(píng)估。有些評(píng)估可以做為現(xiàn)貨服務(wù)產(chǎn)品，如：metrics assessment package, Rational ClearCase administration assessment package, 和 software development capability assessment package. 1 軟件開(kāi)發(fā)能力評(píng)估的概念來(lái)自于為用戶在組織范圍內(nèi)改善它們的開(kāi)發(fā)能力的工作。評(píng)估的原因有很多，下面是一些我們碰到較多的情況：
與軟件開(kāi)發(fā)能力評(píng)估對(duì)比，項(xiàng)目評(píng)估是改善一個(gè)特定項(xiàng)目組的軟件開(kāi)發(fā)能力，它不需要考慮跨組織的標(biāo)準(zhǔn)。這里需要處理的相關(guān)人員比較少，考慮的問(wèn)題也較少，因此對(duì)哪些問(wèn)題需要解決容易達(dá)成一致意見(jiàn)。 專門技術(shù)評(píng)估 可以是組織范圍的，但是它們集中在專門的技術(shù)領(lǐng)域。例如，一個(gè)評(píng)估可能集中在組織怎樣進(jìn)行度量以確認(rèn)項(xiàng)目的進(jìn)展和質(zhì)量方面。
讓我們假定組織想要進(jìn)行大范圍評(píng)估而不是項(xiàng)目級(jí)或者專門技術(shù)評(píng)估。那么完成組織范圍的軟件開(kāi)發(fā)能力評(píng)估的標(biāo)準(zhǔn)是什么？ 這種范圍的評(píng)估需要一個(gè)組織和評(píng)估員的有意義的委托。例如，對(duì)于除了他們的軟件開(kāi)發(fā)能力之外沒(méi)有穩(wěn)定的理由的組織，可能是不值得進(jìn)行評(píng)估的，因?yàn)楂@得評(píng)估結(jié)果的價(jià)值是很困難的。 下面是一些在你決定是否開(kāi)始評(píng)估時(shí)需要考慮的：
是否應(yīng)該進(jìn)行組織范圍的評(píng)估依賴于幾個(gè)標(biāo)準(zhǔn)?；谏厦娴拿枋?，這里給出幾個(gè)建議：
組織范圍軟件開(kāi)發(fā)能力評(píng)估的主要目標(biāo)是給被評(píng)估的團(tuán)隊(duì)提供價(jià)值。由外部人員進(jìn)行的評(píng)估能夠提供組織強(qiáng)項(xiàng)和弱項(xiàng)的外部的觀點(diǎn)。它可以協(xié)助發(fā)現(xiàn)問(wèn)題，基于最佳實(shí)踐提供改進(jìn)建議的先后次序。評(píng)估過(guò)程也將給關(guān)鍵人員提供一個(gè)闡述和討論想法的機(jī)會(huì)，而他們以前沒(méi)有時(shí)間充分地展示他們的想法。它在組織中構(gòu)建對(duì)變更需求的理解。主要的一點(diǎn)是開(kāi)發(fā)組織必須提供商業(yè)的價(jià)值。更好的軟件開(kāi)發(fā)將帶來(lái)更好的商業(yè)結(jié)果。能力的評(píng)估意味著價(jià)值的改善。 評(píng)估的結(jié)果將幫助激發(fā)對(duì)變更的投資，以及幫助構(gòu)建變更的策略。 最后，評(píng)估將作為闡述在組織中實(shí)現(xiàn)一個(gè)建議的解決方案的很好的基礎(chǔ)，這個(gè)方案在評(píng)估期間完成需求的確定。 有大量的因素影響商業(yè)結(jié)果，但是軟件開(kāi)發(fā)能力評(píng)估僅僅集中在那些與軟件或者系統(tǒng)開(kāi)發(fā)活動(dòng)有關(guān)的方面：換句話說(shuō)，那些因素可以由IBM 和 IBM Rational 解決方案實(shí)現(xiàn)，并能夠增加客戶的商業(yè)價(jià)值。因?yàn)橐蛩睾推诖慕Y(jié)果的數(shù)量通常很大，在評(píng)估的早期確定合適的涉眾對(duì)評(píng)估結(jié)果的期望是很關(guān)鍵的。圖 1 給出了客戶端的涉眾對(duì)商業(yè)結(jié)果的期望：  圖 1：評(píng)估過(guò)程的涉眾 正如圖1中顯示的，在一個(gè)視圖中有很多不同的涉眾對(duì)評(píng)估成果的看法： 行政管理（Executive management） 關(guān)注與商業(yè)前景和商業(yè)策略，包括IT策略相關(guān)的結(jié)果。結(jié)果應(yīng)該創(chuàng)建對(duì)于變更的緊迫需求，包括與商業(yè)驅(qū)動(dòng)、角色定義、組織變更管理、風(fēng)險(xiǎn)管理、通信、和投資回報(bào)等相關(guān)的看法。 財(cái)務(wù)（Finance） 關(guān)注成本驅(qū)動(dòng)、合同管理、價(jià)值鏈的費(fèi)用、回報(bào)率、維護(hù)費(fèi)用。 供應(yīng)商管理（Supplier management） 考慮 COTS使用，例如 B2B、子承包商管理和離岸開(kāi)發(fā)的集成。 生產(chǎn)制造（Production） 關(guān)注工業(yè)過(guò)程自動(dòng)化，控制和質(zhì)量。 銷售和市場(chǎng)（Sales and marketing） 關(guān)注用戶關(guān)心的（如CRM -- 客戶關(guān)系管理），支持，在線服務(wù)，供應(yīng)鏈集成，后勤，倉(cāng)儲(chǔ)和銷售渠道。 運(yùn)作（Operations） 關(guān)注商業(yè)過(guò)程和性能，過(guò)程集成，自動(dòng)化和系統(tǒng)支持，過(guò)程和工具支持，質(zhì)量管理，和跨操作架構(gòu)的內(nèi)部關(guān)系。 IT 關(guān)注組建策略，COTS，過(guò)程，工具，重用， Enterprise Architecture Integration (EAI)，采購(gòu)策略，標(biāo)準(zhǔn)，技術(shù)，遺產(chǎn)，維護(hù)費(fèi)用。 開(kāi)發(fā)人員（Developers） 關(guān)注更好的軟件開(kāi)發(fā)技能，動(dòng)機(jī)，公司文化，創(chuàng)造性，職業(yè)發(fā)展，授權(quán)和團(tuán)隊(duì)凝聚力。 產(chǎn)品管理（Product management） 關(guān)注通過(guò)產(chǎn)品策略產(chǎn)生收入，布置，包裝，定價(jià)，技術(shù)，架構(gòu)，質(zhì)量約束，順從標(biāo)準(zhǔn)，重用策略，質(zhì)量圖景，用戶滿意度，市場(chǎng)時(shí)機(jī)，細(xì)分，產(chǎn)品和操作的技術(shù)，覆蓋的人群，創(chuàng)新管理。 所有涉眾關(guān)注的內(nèi)容都是相關(guān)的，并且相互增強(qiáng)。他們?cè)谝粋€(gè)組織中給出不同的觀點(diǎn)，并幫助評(píng)估組組織評(píng)估問(wèn)題和答案。并不是所有的觀點(diǎn)都能夠在單一的軟件過(guò)程能力評(píng)估中展現(xiàn)出來(lái)，但是我們?cè)谝?guī)劃這樣一個(gè)評(píng)估時(shí)要牢記組織的架構(gòu)。
在介紹評(píng)估路線圖之前，我們首先討論在評(píng)估活動(dòng)中能夠提供的指導(dǎo)框架：
最佳實(shí)踐的框架在某種程度上通常更加適合于那些已經(jīng)采用了IBM Rational Unified Process, RUP, 和Rational 技術(shù)的組織，否則你可能更加適合使用軟件經(jīng)濟(jì)學(xué)模型或者四個(gè)實(shí)踐領(lǐng)域。你也可以選擇它們的組合。因?yàn)樽罴褜?shí)踐的框架與更多的技術(shù)相關(guān)，你可以使用那些開(kāi)發(fā)者和項(xiàng)目經(jīng)理已經(jīng)很熟悉的Rational技術(shù)，在與高層管理者交流時(shí)使用軟件經(jīng)濟(jì)學(xué)模型和四個(gè)實(shí)踐領(lǐng)域。 為什么我們沒(méi)有提及 CMM/CMMI 作為框架之一？ CMM/CMMI ，一般來(lái)說(shuō)，集中在組織中過(guò)程是否被使用和改善的過(guò)程成熟度上 -- 換句話說(shuō)，這是一個(gè)開(kāi)發(fā)組織的質(zhì)量的標(biāo)識(shí)，可以用來(lái)給它們的客戶建立信任。我們這里討論的評(píng)估更加集中在理解什么開(kāi)發(fā)實(shí)踐在使用，它們?cè)谀睦锖驮鯓颖桓纳埔杂绊戦_(kāi)發(fā)效果上。 2 如果評(píng)估在組織水平上進(jìn)行，討論的框架就集中在可以顯著幫助的關(guān)鍵協(xié)作領(lǐng)域上。這種類型的框架支持一個(gè)好的開(kāi)發(fā)基礎(chǔ)架構(gòu)，它推動(dòng)跨開(kāi)發(fā)項(xiàng)目所有領(lǐng)域的協(xié)作。IBM Rational的Murray Cantor 和 Lynn Mueller 已經(jīng)定義了這樣一個(gè)框架，在本文中稱為“四個(gè)協(xié)作領(lǐng)域”：工程，程序/項(xiàng)目管理，業(yè)務(wù)集成和開(kāi)發(fā)供應(yīng)商管理。 這些協(xié)作領(lǐng)域都可以用在 IT應(yīng)用開(kāi)發(fā)，也可以用在產(chǎn)品開(kāi)發(fā)。每個(gè)領(lǐng)域可以分為一系列的實(shí)踐，我們?cè)u(píng)估每個(gè)實(shí)踐意味著對(duì)組織成熟度的理解。每個(gè)實(shí)踐的具體細(xì)節(jié)依賴于評(píng)估的開(kāi)發(fā)組織的類型。 工程 討論下面的實(shí)踐可以讓我們理解在產(chǎn)品/應(yīng)用工程領(lǐng)域團(tuán)隊(duì)如何協(xié)作：
程序/項(xiàng)目管理 討論管理實(shí)踐提供對(duì)組織、計(jì)劃、成功度量和結(jié)果如何監(jiān)控和通訊的洞察：
業(yè)務(wù)集成 大部分商業(yè)操作依賴于計(jì)算機(jī)系統(tǒng)，而評(píng)估組織考慮的范圍和把系統(tǒng)開(kāi)發(fā)作為集成的商業(yè)過(guò)程是至關(guān)重要的。理想情況下，系統(tǒng)開(kāi)發(fā)應(yīng)該反映組織的特性和商業(yè)策略 -- 例如，開(kāi)發(fā)能力（按時(shí)間和預(yù)算交付高質(zhì)量的產(chǎn)品的能力）應(yīng)該考慮作為商業(yè)成功的關(guān)鍵因素。在這個(gè)協(xié)作領(lǐng)域，我們?cè)u(píng)估下列實(shí)踐：
開(kāi)發(fā)供應(yīng)商管理 在最后一個(gè)領(lǐng)域，我們?cè)u(píng)估供應(yīng)商如何更有效地與項(xiàng)目生命周期集成，以及如何更有效地管理合同：
上面描述的四個(gè)協(xié)作領(lǐng)域的每個(gè)的成熟度都可以描述為1到5級(jí)，如下所示： 1 = No capabilities（無(wú)能力的）。 使用不同的方法和過(guò)程，幾乎沒(méi)有跨開(kāi)發(fā)組織的集成 2 = Aware（有意識(shí)的）。 現(xiàn)代開(kāi)發(fā)過(guò)程已經(jīng)在知道這些方法的價(jià)值的項(xiàng)目組單獨(dú)使用 3 = Capable（有能力的）。 現(xiàn)代開(kāi)發(fā)過(guò)程已經(jīng)在一些商業(yè)產(chǎn)品線的多個(gè)項(xiàng)目組使用，但是沒(méi)有計(jì)劃配置跨企業(yè)的集成過(guò)程 4 = Mature（成熟的）。 企業(yè)已經(jīng)開(kāi)發(fā)了配置現(xiàn)代開(kāi)發(fā)過(guò)程的計(jì)劃，已經(jīng)在選擇的產(chǎn)品線上配置。 5 = World Class（世界級(jí)的）。 企業(yè)已經(jīng)在企業(yè)和它的供應(yīng)商范圍采用和配置了現(xiàn)代開(kāi)發(fā)過(guò)程。 結(jié)果可以表示為一個(gè)矩陣 (15 x 5)，但是我們認(rèn)為它更容易表示為一個(gè)可視化的"radar chart"，如圖2所示。圖2的例子顯示了現(xiàn)在的情況和組織將來(lái)要達(dá)到的目標(biāo)。 圖 2：開(kāi)發(fā)組織的程度度越高，在圖上覆蓋的面積越大。由藍(lán)點(diǎn)覆蓋的區(qū)域表示當(dāng)前的能力，由紅點(diǎn)覆蓋的區(qū)域表示期望的能力目標(biāo) 簡(jiǎn)化的軟件經(jīng)濟(jì)學(xué)模型 一種描述軟件開(kāi)發(fā)能力是否達(dá)到它們的商業(yè)目標(biāo)的方法是，從軟件經(jīng)濟(jì)學(xué)有關(guān)的角度看產(chǎn)品開(kāi)發(fā)項(xiàng)目是如何完成的。為了評(píng)估能力和給出建議的目的，我們使用簡(jiǎn)化的COCOMO II 模型，它由四個(gè)關(guān)鍵的軟件開(kāi)發(fā)性能參數(shù)組成： Software Development Effort = (Complexity)(Process)(Team)(Environment) 這些參數(shù)對(duì)軟件開(kāi)發(fā)成果有以下影響：
對(duì)比組織當(dāng)前的實(shí)踐和已經(jīng)證實(shí)的軟件最佳實(shí)踐，是另外一個(gè)有用的理解組織當(dāng)前能力的方法。下面列出的六個(gè)最佳實(shí)踐是Rational在軟件工程能領(lǐng)域的學(xué)習(xí)經(jīng)驗(yàn)的結(jié)果。它們集中描述了幫助理解如何處理軟件工程復(fù)雜性的領(lǐng)域：
即使一般不是軟件開(kāi)發(fā)能力評(píng)估建議改變組織架構(gòu)的目標(biāo)，評(píng)估組也需要理解一個(gè)組織的目標(biāo)以便給出評(píng)估的建議范圍和在評(píng)估完成后提出可行的解決方案。并不是所有的軟件開(kāi)發(fā)活動(dòng)在從一個(gè)組織到另一個(gè)組織時(shí)處于同樣的重要程度，這依賴于組織的架構(gòu)和它的商業(yè)因素。 每個(gè)組織都有它自己的描述它的操作框架或結(jié)構(gòu)的風(fēng)格，我們?cè)谶@里給出一個(gè)通用的框架，用來(lái)討論和達(dá)成對(duì)組織范圍的軟件開(kāi)發(fā)有關(guān)的活動(dòng)如何和在哪里完成的更好理解。 讓我們考慮一個(gè)通用操作的四個(gè)步驟
這些級(jí)別的定義必須準(zhǔn)確調(diào)整以對(duì)應(yīng)特定的組織，特別是產(chǎn)品線級(jí)包括大部分商業(yè)的種類。 圖 3 顯示了一個(gè)組織的框架，嵌套的團(tuán)隊(duì)和能力的范圍從項(xiàng)目級(jí)到公司級(jí)。如果評(píng)估僅僅處于項(xiàng)目級(jí) ，我們?cè)?em>項(xiàng)目評(píng)估考慮它。但是在某些情況下客戶需要對(duì)它們的組織進(jìn)行更多的理解，我們可以與幾個(gè)項(xiàng)目經(jīng)理談話，也可以在 產(chǎn)品線級(jí)上進(jìn)行，甚至可以到更高的業(yè)務(wù)單元級(jí)。在有些情況下我們可以參考組織級(jí)評(píng)估，盡管這種情況可能導(dǎo)致混亂，因?yàn)槲覀儍H僅看到了軟件開(kāi)發(fā)能力的方面。 圖 3： 組織框架 現(xiàn)在，讓我們學(xué)習(xí)如何進(jìn)行圖3中每一步的評(píng)估過(guò)程。 框架中最低的等級(jí)是項(xiàng)目級(jí)，組織中這個(gè)級(jí)別一般是進(jìn)行獨(dú)立的開(kāi)發(fā)項(xiàng)目。項(xiàng)目級(jí)是一組同分配的預(yù)算到軟件的發(fā)布之間的活動(dòng)。它不僅包括發(fā)布零售系統(tǒng)和公司使用的系統(tǒng)，也包括任何在一個(gè)和幾個(gè)產(chǎn)品線使用的系統(tǒng)。 圖 4 顯示了在項(xiàng)目級(jí)別通常包括的活動(dòng)和它們的相互關(guān)系。項(xiàng)目級(jí)別的評(píng)估主要集中在以軟件最佳實(shí)踐為基準(zhǔn)的軟件開(kāi)發(fā)項(xiàng)目的有效性的理解和評(píng)估上。這個(gè)級(jí)別的評(píng)估發(fā)生的最多，因?yàn)樗鼈兊某杀竞艿?，評(píng)估結(jié)果的影響也很容易理解。項(xiàng)目評(píng)估通常非常集中在找到幫助項(xiàng)目成功跨越里程碑和最后期限上 圖 4：項(xiàng)目過(guò)程 更高一層的組織框架是產(chǎn)品線級(jí)。它闡述了使用商業(yè)水平的框架和擴(kuò)展到俘獲那些最適合公司的單一產(chǎn)品線有效操作的活動(dòng)和相互關(guān)系上。 對(duì)于那些沒(méi)有軟件開(kāi)發(fā)產(chǎn)品的組織，而開(kāi)發(fā)支持組織自己的系統(tǒng)的組織來(lái)說(shuō)，依賴于系統(tǒng)的復(fù)雜程度，這個(gè)級(jí)別可以存在也可以不存在。如果存在，它可以成為“IT 策略”級(jí)。很多在產(chǎn)品開(kāi)發(fā)組織看到的問(wèn)題仍然存在，但是它們的重點(diǎn)不同。例如，構(gòu)建支持特定商業(yè)過(guò)程的能力在這種類型的組織中可能更重要一些。 圖 5 描述了通常包括在產(chǎn)品線級(jí)的通用的活動(dòng)和相互關(guān)系。產(chǎn)品線級(jí)的評(píng)估主要集中在：
不同的包括在產(chǎn)品線級(jí)的商業(yè)過(guò)程的數(shù)量可能相當(dāng)大。在這個(gè)級(jí)別，操作的架構(gòu)和集成是主要的焦點(diǎn)。強(qiáng)的集中架構(gòu)是有競(jìng)爭(zhēng)力的產(chǎn)品線策略的必須。重用方法影響產(chǎn)品和操作軟件。評(píng)估將強(qiáng)調(diào)特定的架構(gòu)策略。產(chǎn)品線級(jí)跨越組織架構(gòu)如銷售，開(kāi)發(fā)組織，基礎(chǔ)架構(gòu)，產(chǎn)品，供應(yīng)，和其它與產(chǎn)品線活動(dòng)相關(guān)的組織。 圖 5: 產(chǎn)品線過(guò)程 更高的級(jí)別是業(yè)務(wù)單元級(jí)，對(duì)應(yīng)于特定市場(chǎng)部分。從公司級(jí)獨(dú)立和不同的操作依賴于特定的商業(yè)和公司歷史，成熟度，和大小。操作根據(jù)公司策略可以有很多變化，在一些公司文化中，策略給出一個(gè)重要的角色，這將導(dǎo)致在同樣的問(wèn)題方向和問(wèn)題根源上很難得到一致。評(píng)估組必須小心識(shí)別正確的角色，給出客觀的位置，以保證在分析和評(píng)估發(fā)現(xiàn)時(shí)考慮所有觀點(diǎn)。 業(yè)務(wù)單元級(jí)的評(píng)估與公司級(jí)有相同的目標(biāo)：理解商業(yè)過(guò)程，商業(yè)驅(qū)動(dòng)和策略，與軟件開(kāi)發(fā)費(fèi)用有關(guān)的活動(dòng)。 框架的最高層是公司級(jí)。它包括這些活動(dòng)：定義策略，方針，和指導(dǎo)公司所有組織化的操作的策略。一些組織有選擇的團(tuán)體方針如：供應(yīng)商、過(guò)程、工具、標(biāo)準(zhǔn)、方針和標(biāo)準(zhǔn)架構(gòu)。它們?cè)诮M織中按照商業(yè)、成熟度、歷史、公司文化和地理分布而變化。也有一些特定的團(tuán)體擁有團(tuán)體方針，例如過(guò)程和工具組或者質(zhì)量組。 在公司級(jí)，評(píng)估集中在理解當(dāng)前商業(yè)策略，商業(yè)驅(qū)動(dòng)和IT策略上。組織被分析以理解與軟件開(kāi)發(fā)活動(dòng)有關(guān)的商業(yè)過(guò)程和費(fèi)用。
一般的分析軟件能力的方法都基于通過(guò)它們的癥狀識(shí)別問(wèn)題，研究問(wèn)題的根源和建議的實(shí)踐。 從評(píng)估的觀點(diǎn)，你應(yīng)該試圖給出兩種信息的分類：
圖 6: 跟蹤到問(wèn)題根源的癥狀 一旦你理解的問(wèn)題的根本原因，你就需要排出優(yōu)先級(jí)?？偸怯猩锨€(gè)問(wèn)題你可以改善，但是并不是所有的問(wèn)題都有大的成果。要確保你理在你評(píng)估的組織層面理解癥狀或者痛點(diǎn)的影響－－它們的成本，如果你什么也不做的話結(jié)果是什么。通常，得到一個(gè)確定的數(shù)字是很困難的，因此你可以用粗略的標(biāo)準(zhǔn)，看多少人碰到過(guò)這些癥狀。要確定根本原因的優(yōu)先級(jí)，你可以看多少癥狀似乎相關(guān)，癥狀有多嚴(yán)重。 一個(gè)理解優(yōu)先級(jí)的技術(shù)是看看在組織的不同級(jí)別痛點(diǎn)和根本原因是如何強(qiáng)調(diào)的，以及它們?nèi)绾卧鰪?qiáng)補(bǔ)充的。你可以發(fā)現(xiàn)在更高級(jí)別的根本原因在較低的級(jí)別上是痛點(diǎn)。這里我們引入組織的痛點(diǎn)，圖7給出一個(gè)示例。 圖 7: 痛點(diǎn)和相應(yīng)的根本原因的例子。 確定優(yōu)先級(jí)是很復(fù)雜的工作，IBM 研究人員和咨詢?nèi)藛T已經(jīng)共同開(kāi)發(fā)了一個(gè)商業(yè)的價(jià)值模型工具，包括可操作的財(cái)務(wù)度量。這個(gè)工具已經(jīng)用于軟件開(kāi)發(fā)能力評(píng)估，它包括COCOMO II成本度量，在前面提過(guò)的四個(gè)協(xié)作領(lǐng)域，共有5個(gè)級(jí)別，從“無(wú)能力”到“世界級(jí)”。 痛點(diǎn)和業(yè)務(wù)評(píng)價(jià)建模工具你都可以用在評(píng)估中，以幫助找到能夠幫助改善你的組織的商業(yè)價(jià)值的建議。 一旦你已經(jīng)排出了根本原因的優(yōu)先級(jí)，你就可以可以針對(duì)這些根本原因給出解決方案。在這里，指出你用來(lái)收集評(píng)估數(shù)據(jù)的框架是最好的框架是很重要的。分析的一部分是理解客戶如何思考，理解，和組織它們的問(wèn)題。你揭示的是需要用作用戶描述的框架，或者你可以找到用戶思考和理解的模式實(shí)際上是為什么他們與實(shí)際的問(wèn)題斗爭(zhēng)。例如，軟件開(kāi)發(fā)組織的絆腳石經(jīng)常是在開(kāi)發(fā)流程之間進(jìn)行通訊。在這種情況下，使用最佳實(shí)踐作為解決方案的框架可能是不合適的，因?yàn)閷?shí)際的問(wèn)題不是最佳實(shí)踐本身，而是它們的界面。 你可能會(huì)問(wèn)：為什么我們需要進(jìn)行這些冗長(zhǎng)的分析？在我們已經(jīng)有最佳實(shí)踐的時(shí)候，為什么我們不簡(jiǎn)單地建議客戶使用？這有兩個(gè)主要原因：
分析框架的三個(gè)單元應(yīng)該與操作框架的水平相關(guān)。 癥狀，根本原因和最佳實(shí)踐在每個(gè)級(jí)別看起來(lái)都不同。你需要保證不同級(jí)別的涉眾能夠識(shí)別他們的看法。在這些涉眾不同的理解之間可能得到一些有趣的結(jié)論。
我們已經(jīng)介紹了多種軟件開(kāi)發(fā)能力評(píng)估的框架和工具。在評(píng)估時(shí)，你可以按照以下意見(jiàn)使用這些框架：
第二部分將給出評(píng)估的更詳細(xì)的步驟。
軟件開(kāi)發(fā)能力評(píng)估可以進(jìn)行需要的鑒別和度量以幫助開(kāi)發(fā)組織提供更有商業(yè)價(jià)值的操作。給出的不同的框架可以幫助確定組織和技術(shù)維度的評(píng)估范圍。在完全的IBM解決方案堆中，評(píng)估可以作為一個(gè)中間層的組件：
在操作框架上完成的評(píng)估等級(jí)與其它相關(guān)的評(píng)估類型高度相關(guān)。在更高的級(jí)別上，單獨(dú)的軟件開(kāi)發(fā)能力并不能夠有效地影響組織；在這些級(jí)別上，商業(yè)的變化和在操作環(huán)境上的架構(gòu)的決策也是關(guān)鍵的因素。在這里，軟件開(kāi)發(fā)能力是一個(gè)幫助構(gòu)建更有效率的工具，IBM稱為On Demand business（隨需應(yīng)變業(yè)務(wù)）的一部分。我們想象同其它類型評(píng)估（商業(yè)過(guò)程，價(jià)值鏈，管理，架構(gòu)，度量）的相互作用，將更加全面的影響組織的價(jià)值。 第二部分將描述完成軟件開(kāi)發(fā)能力評(píng)估的路線圖，也討論了你如何基于你的發(fā)現(xiàn)描述一個(gè)實(shí)現(xiàn)的計(jì)劃
1關(guān)于這些服務(wù)包的詳細(xì)信息，例如數(shù)據(jù)表和價(jià)格，請(qǐng)聯(lián)系你的本地供應(yīng)商。一般信息可以在以下得到：。 2有關(guān)IBM Rational技術(shù)的CMM/CMMI方面的背景知識(shí)，請(qǐng)參見(jiàn)IBM開(kāi)發(fā)者網(wǎng)站的Rational主頁(yè)：。 3 Barry Boehm，在他的書(shū)Software Engineering Economics中，將"diseconomy of scale"定義為，由于一個(gè)項(xiàng)目規(guī)模的擴(kuò)大和項(xiàng)目團(tuán)隊(duì)成員的數(shù)量增加而引起的生產(chǎn)率下降。
Enhanced Telecom Operations Map (eTOM) Version 3.0. The Business Process Framework from the TeleManagement Forum Consortium （在http://www.tmforum.com中可得到） Walker Royce. The Rational Edge, April 2001. Tom Peters. Thriving on Chaos: Handbook for a Management Revolution. HarperPerennial: 1991 Barry Boehm et al. Software Cost Estimation with Cocomo II. Prentice Hall PTR: 2000 John P. Kotter. Leading Change. Harvard Business School Press: 1996
| ||||||||||||||||||||||||||||||||||||||||||||||||
聯(lián)系客服
