【正文】 們?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)共同開發(fā)了一個(gè)商業(yè)的價(jià)值模型工具，包括可操作的財(cái)務(wù)度量。這個(gè)工具已經(jīng)用于軟件開發(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)。例如，軟件開發(fā)組織的絆腳石經(jīng)常是在開發(fā)流程之間進(jìn)行通訊。在這種情況下，使用最佳實(shí)踐作為解決方案的框架可能是不合適的，因?yàn)閷?shí)際的問(wèn)題不是最佳實(shí)踐本身，而是它們的界面。你可能會(huì)問(wèn)：為什么我們需要進(jìn)行這些冗長(zhǎng)的分析？在我們已經(jīng)有最佳實(shí)踐的時(shí)候，為什么我們不簡(jiǎn)單地建議客戶使用？這有兩個(gè)主要原因：客戶需要看到他們自己改變的動(dòng)機(jī)，以及看到它們不改變將會(huì)發(fā)生什么結(jié)果。很少建議一次采用全部的最佳實(shí)踐。改變應(yīng)該僅僅從最需要的領(lǐng)域和最可能成果的領(lǐng)域開始。因此，一個(gè)完全的圖象，將給出所有領(lǐng)域的能力，允許你確定需要改變的優(yōu)先級(jí)。分析框架的三個(gè)單元應(yīng)該與操作框架的水平相關(guān)。 癥狀，根本原因和最佳實(shí)踐在每個(gè)級(jí)別看起來(lái)都不同。你需要保證不同級(jí)別的涉眾能夠識(shí)別他們的看法。在這些涉眾不同的理解之間可能得到一些有趣的結(jié)論?；仨?yè)首把它們放在一起我們已經(jīng)介紹了多種軟件開發(fā)能力評(píng)估的框架和工具。在評(píng)估時(shí)，你可以按照以下意見使用這些框架：在早期與客戶的討論中，通過(guò)集中在商業(yè)操作框架上（從項(xiàng)目級(jí)到團(tuán)體級(jí)）來(lái)確定評(píng)估的范圍，以及評(píng)估的結(jié)果將產(chǎn)生哪些影響。確定組織中你需要找出會(huì)見的人。引入能力評(píng)估框架（協(xié)作區(qū)域，軟件經(jīng)濟(jì)學(xué)模型，最佳實(shí)踐區(qū)域），并基于客戶的意見，確定哪個(gè)或者哪些是最有用的。使用選擇的能力評(píng)估框架和頭腦中的問(wèn)題問(wèn)題分析框架，明確在你會(huì)見以前需要回答的問(wèn)題。注意這里不建議你按照嚴(yán)格的腳本進(jìn)行會(huì)見，你想要與會(huì)見者進(jìn)行自由談話，你可以深入鉆研你沒有準(zhǔn)備的領(lǐng)域。但是有一個(gè)簡(jiǎn)單的問(wèn)題計(jì)劃可以幫助你確保能夠揭示正確的問(wèn)題和得到做你的分析所必要的信息。按照分析框架分析你收集到的信息描述你建議的解決方案，你可以按照操作級(jí)別組織，或者按照客戶的組織這些問(wèn)題的方法進(jìn)行組織。第二部分將給出評(píng)估的更詳細(xì)的步驟?；仨?yè)首結(jié)論軟件開發(fā)能力評(píng)估可以進(jìn)行需要的鑒別和度量以幫助開發(fā)組織提供更有商業(yè)價(jià)值的操作。給出的不同的框架可以幫助確定組織和技術(shù)維度的評(píng)估范圍。在完全的IBM解決方案堆中，評(píng)估可以作為一個(gè)中間層的組件：商業(yè)：商業(yè)咨詢過(guò)程，財(cái)務(wù)服務(wù)中間件：軟件開發(fā)實(shí)踐、工具、中間件、服務(wù)技術(shù)：硬件，系統(tǒng)在操作框架上完成的評(píng)估等級(jí)與其它相關(guān)的評(píng)估類型高度相關(guān)。在更高的級(jí)別上，單獨(dú)的軟件開發(fā)能力并不能夠有效地影響組織；在這些級(jí)別上，商業(yè)的變化和在操作環(huán)境上的架構(gòu)的決策也是關(guān)鍵的因素。在這里，軟件開發(fā)能力是一個(gè)幫助構(gòu)建更有效率的工具，IBM稱為On Demand business（隨需應(yīng)變業(yè)務(wù)）的一部分。我們想象同其它類型評(píng)估（商業(yè)過(guò)程，價(jià)值鏈，管理，架構(gòu)，度量）的相互作用，將更加全面的影響組織的價(jià)值。第二部分將描述完成軟件開發(fā)能力評(píng)估的路線圖，也討論了你如何基于你的發(fā)現(xiàn)描述一個(gè)實(shí)現(xiàn)的計(jì)劃回頁(yè)首注釋1關(guān)于這些服務(wù)包的詳細(xì)信息，例如數(shù)據(jù)表和價(jià)格，請(qǐng)聯(lián)系你的本地供應(yīng)商。一般信息可以在以下得到：39。39。2有關(guān)IBM Rational技術(shù)的CMM/CMMI方面的背景知識(shí)，請(qǐng)參見IBM開發(fā)者網(wǎng)站的Rational主頁(yè)：39。39。3 Barry Boehm，在他的書Software Engineering Economics中，將39。diseconomy of scale39。定義為，由于一個(gè)項(xiàng)目規(guī)模的擴(kuò)大和項(xiàng)目團(tuán)隊(duì)成員的數(shù)量增加而引起的生產(chǎn)率下降?；仨?yè)首參考文獻(xiàn)Enhanced Tele Operations Map (eTOM) Version . The Business Process Framework from the TeleManagement Forum Consortium （在）Walker Royce. 39。Improving Software Development Economics Part I: Current Trends.39。The Rational Edge, April Peters. Thriving on Chaos: Handbook for a Management Revolution. HarperPerennial: 1991Barry Boehm et al. Software Cost Estimation with Coo II. Prentice Hall PTR: 2000John P. Kotter. Leading Change. Harvard Business School Press: 1996 WORD格式整理