當(dāng)前位置:工程項(xiàng)目OA系統(tǒng) > 泛普各地 > 湖南OA系統(tǒng) > 長沙OA系統(tǒng) > 長沙OA信息化
IT績效提高的幾大最佳實(shí)踐標(biāo)準(zhǔn)(一)(AMT研究院 張艷)
申請(qǐng)免費(fèi)試用、咨詢電話:400-8352-114
AMTeam.org
一、引言
一位追求IT組織效率提高的管理人員除了想法設(shè)法提高組織的效率之外別無選擇。非贏利組織已經(jīng)建立起一種應(yīng)用范圍廣泛的、客觀獨(dú)立的提高績效的方法體系,它包括能力成熟度模型CMM(Capability Maturity Model)、IT基礎(chǔ)架構(gòu)庫(IT Infrastructure Library)和IT控制目標(biāo)(Control Objectives for IT)等。雖然,這樣或那樣的方法在應(yīng)用領(lǐng)域和側(cè)重點(diǎn)卻是各不相同的,但是他們都為設(shè)計(jì)能產(chǎn)生最佳績效的操作和開發(fā)環(huán)境的具體實(shí)現(xiàn)過程和實(shí)踐提供了詳細(xì)的指導(dǎo)。
既然存在這么多的模型,那么究竟哪一種模型是最好的呢?如何把他們有效地結(jié)合起來?又應(yīng)該怎樣把這些模型很好地應(yīng)用于商業(yè)咨詢服務(wù)之中呢?這些都是十分值得探討的問題。本問就這些熱點(diǎn)話題進(jìn)行的初步的探討,希望能對(duì)熱衷于這些方面研究和應(yīng)用的企業(yè)和個(gè)人有所幫助。
二、幾種常用的提高組織IT效率的模型
1、能力成熟度模型CMM(Capability Maturity Model)
CMM是Capability Maturity Model for Software的簡稱,(詳細(xì)具體的內(nèi)容請(qǐng)參考網(wǎng)站 www.sei.cmu.edu/cmm/cmm.html)中文叫“軟件能力成熟度模型”,是對(duì)組織軟件過程能力的描述。
CMM起初是在美國國防部管理大型而又復(fù)雜的開發(fā)項(xiàng)目過成中形成的,后來逐步得到了公眾和私營業(yè)主的認(rèn)可而作為一種提高軟件開發(fā)過程和軟件質(zhì)量的一種有用的框架模型被大家所接受。1984年美國國防部為降低采購風(fēng)險(xiǎn),委托卡耐基—梅隆大學(xué)軟件工程研究院(SEI)制定了軟件過程改進(jìn)、評(píng)估模型,也稱為SEI SW-CMM。該模型于1991年正式推出,迅速得到廣大軟件企業(yè)及其顧客的認(rèn)可。從1987年SEI推出SW-CMM框架開始,1991年推出 CMM 1.0 版,1993年推出CMM 1.1 版,2000年推出CMMI-SE/SW 1.0版。1986年,CMM首先于卡耐基 梅隆大學(xué)的軟件工程學(xué)會(huì)SEI(Software Engineering Institute)和MITRE組織聯(lián)合提出。
我國于
CMM的核心是把軟件開發(fā)視為一個(gè)過程,并根據(jù)這一原則對(duì)軟件開發(fā)和維護(hù)進(jìn)行過程監(jiān)控和研究,以使其更加科學(xué)化、標(biāo)準(zhǔn)化,使企業(yè)能夠更好的實(shí)現(xiàn)商業(yè)目標(biāo)。它側(cè)重于軟件過程開發(fā)的管理及軟件工程能力的改進(jìn)與評(píng)估,因此CMM被用作評(píng)價(jià)軟件承包商能力并幫助組織改善軟件過程質(zhì)量,是目前國際上最流行、最實(shí)用的一種軟件生產(chǎn)過程標(biāo)準(zhǔn),成為當(dāng)今企業(yè)從事規(guī)模軟件生產(chǎn)不可缺少的一項(xiàng)內(nèi)容。
CMM的目的是幫助軟件企業(yè)對(duì)軟件工程過程進(jìn)行管理和改進(jìn),增強(qiáng)開發(fā)與改進(jìn)能力,從而能按時(shí)地、不超預(yù)算地開發(fā)出高質(zhì)量的軟件。企業(yè)實(shí)施CMM模型并評(píng)估可為企業(yè)帶來如下好處:指導(dǎo)軟件組織提高軟件開發(fā)管理能力;降低軟件承包商和采購者的風(fēng)險(xiǎn);評(píng)估軟件承包商的軟件開發(fā)管理能力;幫助軟件企業(yè)識(shí)別開發(fā)和維護(hù)軟件的有效過程和關(guān)鍵實(shí)踐;幫助軟件企業(yè)識(shí)別為達(dá)到CMM更高成熟等級(jí)所必須的關(guān)鍵實(shí)踐;增加軟件企業(yè)的國際競爭能力。
CMM將軟件開發(fā)過程和軟件質(zhì)量的成熟程度分成以下5個(gè)等級(jí):提出了由第一級(jí)(低級(jí))向第五級(jí)(高級(jí))逐級(jí)發(fā)展的模式。模型的等級(jí)從低到高,可以預(yù)計(jì)企業(yè)的開發(fā)風(fēng)險(xiǎn)越來越低,開發(fā)能力越來越高。模型的每個(gè)等級(jí)由不同的過程方面(Process Area)構(gòu)成,而每個(gè)過程方面又由各種目標(biāo)構(gòu)成,每個(gè)目標(biāo)由各種特定慣例和通用慣例支持。
CMM的具體級(jí)別劃分如下:
l 第一級(jí):初始級(jí)(The Initial Level):初始級(jí)的軟件機(jī)構(gòu)缺乏對(duì)軟件過程的有效管理,其軟件項(xiàng)目的成功來源于個(gè)人英雄主義而非機(jī)構(gòu)行為,因此它不是可重復(fù)的。
l 第二級(jí):可重復(fù)級(jí)(The Repeatable Level)
第二級(jí)軟件機(jī)構(gòu)的主要特點(diǎn)是:項(xiàng)目計(jì)劃和跟蹤的穩(wěn)定性,項(xiàng)目過程的可控性和以往成功的可重復(fù)性。更具體的說:
n 機(jī)構(gòu)建立了管理軟件項(xiàng)目的策略和實(shí)現(xiàn)這些策略的過程。
n 新項(xiàng)目的計(jì)劃和管理基于類似項(xiàng)目的經(jīng)驗(yàn)。
n 過程能力的增強(qiáng)基于以各個(gè)項(xiàng)目為基礎(chǔ)的有紀(jì)律的基本過程管理。
n 不同的項(xiàng)目可有不同的過程,而對(duì)機(jī)構(gòu)的要求是具有指導(dǎo)項(xiàng)目建立適當(dāng)管理過程的策略。
n 每個(gè)項(xiàng)目都確定了基本的軟件管理控制,包括:基于前面項(xiàng)目的經(jīng)驗(yàn)和新項(xiàng)目特點(diǎn),做出現(xiàn)實(shí)的項(xiàng)目承諾(如預(yù)算、交付期、軟件質(zhì)量等);軟件項(xiàng)目管理者要跟蹤開支、日程、軟件功能;
n 滿足承諾的過程中的出現(xiàn)的問題要及時(shí)發(fā)現(xiàn),妥善解決;
n 定義了軟件項(xiàng)目標(biāo)準(zhǔn),且機(jī)構(gòu)確保其被遵守。
本級(jí)的關(guān)鍵過程領(lǐng)域(KPA)包括:
n 需求管理(Requirements Management)——客戶的需求是軟件項(xiàng)目的基礎(chǔ)。軟件需求管理的目的是在客戶和軟件項(xiàng)目之間達(dá)成對(duì)客戶需求的一致理解。
n 軟件項(xiàng)目計(jì)劃(Software Project Planning) ——為軟件工程和項(xiàng)目管理建立一個(gè)合理的計(jì)劃。
n 軟件項(xiàng)目的跟蹤和監(jiān)督(Software Project Tacking and Oversight) ——使管理者對(duì)實(shí)際的軟件項(xiàng)目進(jìn)展過程有足夠的了解,以在項(xiàng)目效能偏離計(jì)劃太多是采取有效措施。
n 軟件子合同管理(Software Subcontract Management)——選擇合格的分包商,并有效管理之。
n 軟件質(zhì)量保證(Software Quality Assurance) ——對(duì)軟件項(xiàng)目過程及其間生產(chǎn)的各個(gè)產(chǎn)品進(jìn)行監(jiān)管以保證最終軟件質(zhì)量。
n 軟件配置管理(Software Configuration Management) ——在整個(gè)軟件生命周期里建立并維護(hù)軟件項(xiàng)目的工作產(chǎn)品的完整性。
l 第三級(jí):已定義級(jí)(The Defined Level)
第三級(jí)的主要特征在于軟件過程已被提升成標(biāo)準(zhǔn)化過程,從而更加具有穩(wěn)定性、可重復(fù)性和可控性。處于第三級(jí)的企業(yè)具有如下一些特征:
n 機(jī)構(gòu)采用標(biāo)準(zhǔn)的軟件過程,軟件工程和管理活動(dòng)被集成為一個(gè)有機(jī)的整體。標(biāo)準(zhǔn)化的目的是使之可使管理者和技術(shù)人員有效工作。
n 有一組人員專門負(fù)責(zé)機(jī)構(gòu)的軟件過程,并且在機(jī)構(gòu)中有培訓(xùn)計(jì)劃來確保stuff和manager有知識(shí)和技能完成所賦予的角色。
n 標(biāo)準(zhǔn)的軟件過程結(jié)合項(xiàng)目的特點(diǎn)即形成定義的軟件過程,它包括一組集成的定義良好的軟件工程和管理過程。
n 一個(gè)定義良好的過程包括就緒準(zhǔn)則、輸入、完成工作過程、驗(yàn)證機(jī)制、輸出和完成準(zhǔn)則。
n 在已建立的產(chǎn)品線上cost, schedule, functionality 均可控制,軟件質(zhì)量被加以跟蹤。
n 過程能力體現(xiàn)在在機(jī)構(gòu)范圍內(nèi)對(duì)一個(gè)定義的軟件過程活動(dòng)、角色和責(zé)任的共同理解。
第三級(jí)主要處理以下的KPA:
n 機(jī)構(gòu)過程關(guān)注(Organization Process Focus) ——機(jī)構(gòu)對(duì)于改進(jìn)機(jī)構(gòu)的軟件過程能力的軟件過程活動(dòng)的責(zé)任。
n 機(jī)構(gòu)過程定義(Organization Process Definition) ——維護(hù)一組有用的軟件過程assets和提供一個(gè)用于定義定量過程管理的有意義的數(shù)據(jù)的基礎(chǔ)
n 培訓(xùn)計(jì)劃(Training Program)——個(gè)體的技能和知識(shí)以使他們能夠更加有效的完成他們的角色
n 集成軟件管理(Integrated Software Management) ——業(yè)務(wù)環(huán)境和項(xiàng)目的技術(shù)需要,從機(jī)構(gòu)的標(biāo)準(zhǔn)軟件過程和相關(guān)的過程assets經(jīng)過剪裁,將軟件工程和管理活動(dòng)集成為一個(gè)有機(jī)的定義的軟件過程。
n 軟件產(chǎn)品工程(Software Product Engineering) ——地完成定義良好的工程過程。它描述了項(xiàng)目的技術(shù)活動(dòng),如需求分析,設(shè)計(jì),編碼和測試。
n 組間協(xié)調(diào)(Intergroup Coordination) ——軟件工程組主動(dòng)介入其它工程組以便項(xiàng)目能更好滿足客戶要求的手段
n 同行評(píng)審(Peer Reviews) ——且有效的排除軟件工作產(chǎn)品中的缺陷。它可通過inspection,structured walkthrough等手段進(jìn)行。
l 第四級(jí):已管理級(jí)(The Managed Level)
第四級(jí)的軟件機(jī)構(gòu)中軟件過程和軟件產(chǎn)品都有定量的目標(biāo),并被定量地管理,因而其軟件過程能力是可預(yù)測的,其生產(chǎn)的軟件產(chǎn)品是高質(zhì)量的。具體地說,第四季的機(jī)構(gòu)具有如下特征:
n 軟件過程和產(chǎn)品有定量質(zhì)量目標(biāo)。
n 重要的軟件過程活動(dòng)均配有生產(chǎn)率和質(zhì)量度量;
n 數(shù)據(jù)庫被用來收集和分析定義軟件過程的數(shù)據(jù);
n 項(xiàng)目的軟件過程和質(zhì)量的評(píng)價(jià)有定量的基礎(chǔ);
n 項(xiàng)目的產(chǎn)品和過程控制具有可預(yù)測性。
n 縮小過程效能落在可接受的定量界限內(nèi)的偏差;
n 可區(qū)分過程效能的有效偏差和隨機(jī)偏差;
n 面向新領(lǐng)域的風(fēng)險(xiǎn)是可知并被仔細(xì)管理;
本級(jí)的關(guān)鍵過程領(lǐng)域包括:
n 定量過程管理(Quantitative Process Management) ——地控制軟件項(xiàng)目的過程效能。
n 軟件質(zhì)量管理(Software Quality Management) ——定量了解項(xiàng)目軟件產(chǎn)品的質(zhì)量,并達(dá)到既定的質(zhì)量目標(biāo)。
l 第五級(jí):The Optimizing Level
概括來說,第五級(jí)的主要特點(diǎn)是技術(shù)和過程改進(jìn)被作為常規(guī)的業(yè)務(wù)活動(dòng)加以計(jì)劃和管理。處于第五級(jí)的企業(yè)具有如下一些特征:
n 機(jī)構(gòu)集中于連續(xù)的過程改進(jìn)
n 具有標(biāo)識(shí)弱點(diǎn)和增強(qiáng)過程的手段。
n 采用過程數(shù)據(jù)分析使用新技術(shù)的代價(jià)效益并提出改進(jìn)。
n 項(xiàng)目隊(duì)伍能夠分析出錯(cuò)原因并防止其再次出現(xiàn)。
n 防止浪費(fèi)是第五級(jí)的重點(diǎn)。
n 改進(jìn)的途徑在于已有過程的增量改進(jìn)和使用新技術(shù)和新方法的革新
構(gòu)成 :
n 陷預(yù)防(Defect Prevention) ——出錯(cuò)原因,防止錯(cuò)誤再現(xiàn)(通過改變定義的軟件過程)
n 技術(shù)變更管理(Technology Change Management) ——有益的新技術(shù)(工具、方法和過程),并按有序的方式將其轉(zhuǎn)移至機(jī)構(gòu)之中。其重點(diǎn)在于在變化的世界中有效的完成革新。
n 過程變更管理(Process Change Management)——改進(jìn)機(jī)構(gòu)所采用的軟件過程,以改進(jìn)軟件質(zhì)量,提高生產(chǎn)率和減少產(chǎn)品開發(fā)時(shí)間。
概括來說,第五級(jí)企業(yè)的重點(diǎn)是連續(xù)的過程改進(jìn)?!?/font>
縱觀整個(gè)CMM,軟件企業(yè)提高自身成熟度的歷程是一個(gè)從無序到有序,從特殊到一般,從定性到定量,最后不斷自我完善的過程。
CMM與績效提高
從提高績效的角度分析,企業(yè)實(shí)施CMM后將受益匪淺。
企業(yè)實(shí)施CMM,可從如下幾個(gè)步驟進(jìn)行:1、提高思想認(rèn)識(shí),了解必要性和迫切性;2、確定合理的目標(biāo);3、進(jìn)行CMM培訓(xùn)和咨詢工作;4、成立工作組;5、制定和完善軟件過程;6、內(nèi)部評(píng)審;7、初期評(píng)估;8、正式評(píng)估;9、根據(jù)評(píng)估的結(jié)果改進(jìn)軟件過程。
CMM為了評(píng)價(jià)當(dāng)前的水平,找出問題所在,指導(dǎo)如何改進(jìn)和了解軟件承包商的軟件能力。目前針對(duì)CMM開發(fā)出許多的評(píng)估方法,其中公認(rèn)評(píng)估方法有兩個(gè):一是用于內(nèi)部過程改進(jìn)的CMM評(píng)估稱為CBA-IPI;二是用于選擇和監(jiān)控分承包方的CMM評(píng)估,稱為SCE方法。這兩種方法基于不同的目的,但評(píng)估的結(jié)果應(yīng)一致。評(píng)估包括三個(gè)階段:準(zhǔn)備階段、現(xiàn)場階段和報(bào)告階段。
可以預(yù)言:組織對(duì)軟件開發(fā)過程及其有效性的控制在上述五個(gè)等級(jí)的規(guī)范和要求下肯定能得到提高。
2、CMM綜合模型CMMI(Capability Maturity Model Integration)
最近,在CMM基礎(chǔ)上又提出了一種升級(jí)了的CMM模型——CMM綜合模型CMMI(Capability Maturity Model Integration),該模型是為了使應(yīng)用軟件的開發(fā)更貼近商業(yè)需求而打造出的一種提高軟件開發(fā)效率的模型。除了具備上述CMM模型中的所有特點(diǎn)之外,CMMI在實(shí)踐中更加強(qiáng)調(diào)以下幾個(gè)目標(biāo)的實(shí)現(xiàn):
ü CMMI更加強(qiáng)調(diào)實(shí)現(xiàn)商業(yè)目標(biāo)時(shí)管理與工程活動(dòng)間的明確的聯(lián)系;
ü CMMI把可視化程度擴(kuò)展到產(chǎn)品的生命周期中和工程活動(dòng)中,從而保證了產(chǎn)品和服務(wù)能更好地迎合客戶的需求,達(dá)到客戶的期望;
ü CMMI融合了從額外的最佳實(shí)踐領(lǐng)域中吸取過來的經(jīng)驗(yàn)教訓(xùn),如從評(píng)價(jià)、風(fēng)險(xiǎn)管理和供應(yīng)商管理中吸取的各種經(jīng)驗(yàn)教訓(xùn);
ü CMMI能更加健壯地實(shí)現(xiàn)高成熟度的實(shí)踐;
ü CMMI考慮到了組織中額外的關(guān)鍵產(chǎn)品和服務(wù)功能;
ü CMMI更加貼近有關(guān)的ISO標(biāo)準(zhǔn);
CMMI與績效提高
利用CMMI來提高績效的關(guān)鍵是要在評(píng)估過程中進(jìn)行需求分析。需求分析的目的在于理解提出要求的組織對(duì)于這次評(píng)估的商業(yè)需要,評(píng)估小組領(lǐng)導(dǎo)將收集信息來幫助評(píng)估發(fā)起方對(duì)照評(píng)估目標(biāo)和他們的商業(yè)目標(biāo)。通過需求分析,可使評(píng)估人員在對(duì)評(píng)估目標(biāo),約束,輸出和范圍形成共同理解的基礎(chǔ)上對(duì)下一步評(píng)估做出正確的決定。
在進(jìn)行需求分析之前,應(yīng)確保滿足以下兩個(gè)進(jìn)入標(biāo)準(zhǔn):評(píng)估發(fā)起方已經(jīng)決定使用SCAMPI方法;能夠提供評(píng)估要求綜述的人有時(shí)間接受訪問。發(fā)起者、初始要求和約束、過程相關(guān)的歷史信息是需求分析的三個(gè)輸入因素,評(píng)估輸入是需求分析的輸出因素。
l 確定評(píng)估目標(biāo)
我們知道,以滿足商業(yè)需要為出發(fā)點(diǎn)的過程改進(jìn)最為關(guān)心的三個(gè)因素是減少費(fèi)用、改善質(zhì)量、縮短產(chǎn)品面市時(shí)間。為此,本階段所必需的實(shí)踐是:
1. 標(biāo)明評(píng)估發(fā)起者和相關(guān)的利益分擔(dān)者,并在他們之間建立經(jīng)常性的交流;
2. 將商業(yè)目標(biāo)和評(píng)估目標(biāo)文檔化;
3. 確保評(píng)估目標(biāo)與商業(yè)目標(biāo)的一致性;
4. 確定評(píng)估使用方式(內(nèi)部過程改進(jìn),供應(yīng)商選擇,過程監(jiān)視),并將其文檔化。
此外,在本階段評(píng)估小組領(lǐng)導(dǎo)和發(fā)起者之間至少有一次交流。在某些情況下,還必須通過其他方式確保他們之間存在經(jīng)常性的面談。
l 確定評(píng)估約束
評(píng)估約束是由評(píng)估小組領(lǐng)導(dǎo)和評(píng)估發(fā)起方或者高級(jí)管理人員討論得出的。它是一個(gè)不斷反復(fù)的過程,以在滿足評(píng)估發(fā)起者提出的要求、評(píng)估所采取方法的限制和對(duì)資源的要求之間達(dá)到平衡,最終達(dá)到評(píng)估輸入?yún)?shù)的優(yōu)化。為此,本階段所必需的實(shí)踐是:
1. 建立高層費(fèi)用和日程安排約束;
2. 確定評(píng)估包含哪些過程域和哪些組織實(shí)體;
3. 確定對(duì)評(píng)估結(jié)果的最小期望和最大期望,或達(dá)到某一特殊的目的;
4. 和評(píng)估行為的利益分享者商談約束條件和目的,確保評(píng)估活動(dòng)的可行性;
5. 將商談好的約束文檔化。
同樣,在本階段評(píng)估小組領(lǐng)導(dǎo)和發(fā)起者之間至少有一次交流。在某些情況下,還必須通過其他方式確保他們之間存在經(jīng)常性的面談。此外,在評(píng)估早期階段標(biāo)識(shí)的費(fèi)用和日程安排的約束應(yīng)該是針對(duì)高層而言的,是一種系統(tǒng)的估計(jì),而不是詳細(xì)的估計(jì)。
l 確定評(píng)估范圍
在評(píng)估過程中,由參考模型范圍和組織范圍決定了評(píng)估的范圍。無論使用階段式表示法或者連續(xù)式表達(dá)法,在過程改進(jìn)執(zhí)行的早期,模型范圍都應(yīng)該被確定并文檔化。評(píng)估小組領(lǐng)導(dǎo)有責(zé)任保證發(fā)起者能夠考慮到評(píng)估范圍中所涉及的過程域和采取的模型表示法。評(píng)估的輸出應(yīng)該由他們根據(jù)實(shí)用價(jià)值來決定,在需求分析活動(dòng)中制定,并且盡可能在那些可選擇的模型范圍內(nèi)做出選擇。組織范圍定義了評(píng)估中調(diào)查的邊界,例如:對(duì)于每一個(gè)項(xiàng)目的實(shí)踐完成情況、為了完成組織級(jí)目標(biāo)所做的實(shí)踐,可被選來作為組織代表和過程執(zhí)行的背景。為此,本階段所必需的實(shí)踐是:
1. 確定評(píng)估所使用的參考模型范圍和表示法,并將其文檔化;
2. 確定評(píng)估期間調(diào)查的組織單位,并將其文檔化。
參考模型應(yīng)包括過程域和相關(guān)的評(píng)估小組調(diào)查的最大能力等級(jí)或者成熟度等級(jí)(例如:評(píng)估范圍內(nèi)的過程域的共性目標(biāo))。參考模型表示法的選取應(yīng)該在確定評(píng)估目標(biāo)時(shí)就討論過了,這是因?yàn)楸硎痉ǖ倪x取可能影響到評(píng)估目標(biāo)的實(shí)現(xiàn)。
評(píng)估模型的范圍至少應(yīng)該包括一個(gè)過程域。所有的共性目標(biāo)和特定目標(biāo)應(yīng)包含確定的過程域能力等級(jí)或者成熟度等級(jí);過程域內(nèi)單個(gè)的目標(biāo)不能被排斥在外。
通常來說,評(píng)估期間被調(diào)查的組織單位的確定應(yīng)該滿足以下條件:至少有兩個(gè)被調(diào)查的過程是可以作為目標(biāo)證據(jù)源,而且,要能獲得組織使用的生命周期的典型覆蓋。組織單位實(shí)例的選取可以通過調(diào)查表,或者通過和組織人員討論得出的概要信息來決定。對(duì)于組織級(jí)別的過程實(shí)現(xiàn)(例如:組織培訓(xùn)),不要求多個(gè)實(shí)例。
評(píng)估中將調(diào)查的典型實(shí)例也會(huì)驅(qū)動(dòng)提供目標(biāo)證據(jù)信息源的參與者的選取。評(píng)估參與者(名字,角色)在初期所做的決定應(yīng)該作為組織范圍確定的一個(gè)部分,和評(píng)估發(fā)起者或者高層管理者磋商。這在后面的詳細(xì)評(píng)估計(jì)劃中將得到進(jìn)一步確定。
l 確定評(píng)估輸出
本階段的目標(biāo)是確定特定的評(píng)估輸出。有些評(píng)估結(jié)果是必需的,而附加輸出是可以剪裁的。在確定評(píng)估輸出之前,應(yīng)清楚地了解下面的問題的答案:
1. 評(píng)估中將產(chǎn)生什么級(jí)別;
2. 文檔化評(píng)估結(jié)果,是否要寫最終報(bào)告;
3. 是否要產(chǎn)生和報(bào)告關(guān)于怎樣致力于特定發(fā)現(xiàn)的建議。
為此,本階段所必需的實(shí)踐是:與評(píng)估發(fā)起方一起檢查要求的輸出;與評(píng)估發(fā)起方一起檢查并選擇可選的過程改進(jìn)評(píng)估方法的輸出。要求的過程改進(jìn)評(píng)估方法輸出包括:評(píng)估記錄;評(píng)估發(fā)現(xiàn)的事項(xiàng)綜述;CMMI干事數(shù)據(jù)。
盡管可以選擇不向評(píng)估發(fā)起方之外的任何人公布定級(jí)結(jié)果,但因?yàn)樵?/font>ARC中規(guī)定了,至少過程域的目標(biāo)和調(diào)查的過程域都必須定級(jí)。因此,評(píng)估發(fā)起方至少要得到如下評(píng)估結(jié)果:
1. 最終發(fā)現(xiàn),包括評(píng)估小組對(duì)每個(gè)調(diào)查的過程域的文檔化的強(qiáng)項(xiàng)和弱項(xiàng)陳述;
2. 計(jì)劃內(nèi)的、評(píng)估小組對(duì)相應(yīng)評(píng)估對(duì)象的定級(jí)描述。
是否達(dá)到評(píng)估輸出的決定,包括將報(bào)告的定級(jí),應(yīng)在評(píng)估輸入中寫明。此外,評(píng)估發(fā)起方可能要求附加的定級(jí)輸出來作為評(píng)估的結(jié)果。可能選擇的典型的定級(jí)結(jié)果包括:
1. 成熟度等級(jí)或者能力等級(jí)評(píng)定;
2. 過程域滿意/能力等級(jí)剖面;
3. 實(shí)踐定級(jí);
4. 可選擇:使用“部分滿意Partially Satisfied”用于過程域定級(jí);
5. 15504過程剖面;
6. 特定學(xué)科定級(jí)(例如:SE或者SW);
7. 項(xiàng)目級(jí)別的發(fā)現(xiàn)或者定級(jí);
8. 其他(非典型)的期望的輸出。
評(píng)估發(fā)起方可能也要求其他的產(chǎn)品作為評(píng)估結(jié)果,可能要求的典型的產(chǎn)品有:
1. 評(píng)估最終報(bào)告;
2. 基于評(píng)估結(jié)果,采取行動(dòng)的建議;
3. .過程改進(jìn)活動(dòng)計(jì)劃。
4. 獲得評(píng)估輸入的許可
本階段的目的是確認(rèn)評(píng)估發(fā)起方對(duì)評(píng)估輸入的正式批準(zhǔn),并且這些信息集合置于變更管理之下。為此,本階段所必需的實(shí)踐是:
1. 記錄評(píng)估輸入記錄的要求信息;
2. 獲取評(píng)估輸入記錄的發(fā)起方的正式批準(zhǔn);
3. 管理評(píng)估輸入的變更,獲取發(fā)起方對(duì)于變更的承認(rèn)。
評(píng)估輸入可能是在計(jì)劃中逐步產(chǎn)生的,但必須在數(shù)據(jù)收集開始之前得到正式批準(zhǔn)。因此,評(píng)估輸入至少應(yīng)該包含如下必需的信息:
1.評(píng)估發(fā)起方的身份,發(fā)起方和被評(píng)估組織單位之間的關(guān)系;
2.評(píng)估目的,包括相應(yīng)的商業(yè)目標(biāo);
3.評(píng)估參考模型范圍;
4.被評(píng)估組織單位;
4. 評(píng)估過程背景,包括:組織單位的大小和人員統(tǒng)計(jì)情況,應(yīng)用領(lǐng)域、大小、危險(xiǎn)程度和復(fù)雜度;組織單位產(chǎn)品和服務(wù)的高優(yōu)先級(jí)特征(例如:面市時(shí)間,多功能,可靠性);
5. 評(píng)估約束,包括:關(guān)鍵資源的可用性(例如: 人員,資金,工具,便利設(shè)施,日程安排約束,評(píng)估可用的最多時(shí)間,評(píng)估之外的特定過程域或者組織實(shí)體,評(píng)估期望的最大、最小或者特定樣例大小或覆蓋,評(píng)估結(jié)果的所有權(quán)歸屬以及使用的限制,一致同意的信息結(jié)果的控制,評(píng)估結(jié)果與相關(guān)來源的屬性。
6. 使用的CMMI模型標(biāo)識(shí)(版本,學(xué)科,表示法);
7. 將成為評(píng)估小組領(lǐng)導(dǎo)者的主任評(píng)估師的身份和聯(lián)系方法;
8. 評(píng)估小組成員的身份和聯(lián)系方法,以及他們各自特定的評(píng)估責(zé)任;
9. .評(píng)估參與者和支持人員的身份(名字和組織關(guān)系),以及他們各自在評(píng)估中的特定責(zé)任;
1 .為實(shí)現(xiàn)評(píng)估目標(biāo),評(píng)估期間收集的任何附加信息;
1 .包括將產(chǎn)生的定級(jí)的計(jì)劃評(píng)估輸出描述;
1 預(yù)期的進(jìn)一步活動(dòng)(例如:報(bào)告,評(píng)估活動(dòng)計(jì)劃,再評(píng)估);
1 計(jì)劃的SCAMPI剪裁和相關(guān)的折衷,包括組織單位的樣例大小或覆蓋;
1 評(píng)估使用的方式(例如:內(nèi)部過程改進(jìn),供應(yīng)商選取,過程監(jiān)視)。
需求分析作為過程改進(jìn)評(píng)估方法的第一步,是進(jìn)行準(zhǔn)確評(píng)估的前提條件。當(dāng)滿足下面三個(gè)退出標(biāo)準(zhǔn)時(shí),我們認(rèn)為需求分析階段可以結(jié)束:評(píng)估發(fā)起方和權(quán)威的SCAMPI主任評(píng)估師進(jìn)行了初步的接觸;主任評(píng)估師已經(jīng)訪問了發(fā)起方組織的成員;評(píng)估輸入已經(jīng)被評(píng)估發(fā)起者證明并且置于變更管理之下。
值得注意的是,評(píng)估發(fā)起者在過程評(píng)估方面的經(jīng)驗(yàn)將推動(dòng)這一過程的剪裁選擇。一個(gè)沒有評(píng)估經(jīng)驗(yàn)的發(fā)起者將需要大量的信息和合作的咨詢,以提供有意義和完整的評(píng)估需求;而有經(jīng)驗(yàn)的發(fā)起者很可能會(huì)提供很有針對(duì)性的需求分析。
- 1[原創(chuàng)]決定IT預(yù)算的5個(gè)因素<br><div align=right>——《管理信息技術(shù)的商業(yè)
- 2常見用戶使用和訪問長沙OA信息化平臺(tái)的方式
- 3光大銀行“大數(shù)據(jù)”應(yīng)用探秘
- 4期待您的參與
- 5[原創(chuàng)]ITIL藍(lán)圖設(shè)計(jì)階段匯報(bào)
- 6企業(yè)如何在信息化項(xiàng)目中進(jìn)行項(xiàng)目范圍管理(上)(陳倩慈)
- 7誰能給介紹個(gè)OA辦公自動(dòng)化系統(tǒng)?
- 8物料需求計(jì)劃MRP(一)主生產(chǎn)計(jì)劃
- 9“治理與信息化”專題之五——IT治理應(yīng)用指南
- 10SAI:醫(yī)治公司內(nèi)部治理"頑疾"
- 11新財(cái)務(wù)報(bào)告及合規(guī)性標(biāo)準(zhǔn)挑戰(zhàn)美國大型企業(yè)信息系統(tǒng)
- 12長沙OA信息化實(shí)施中常見的幾個(gè)長沙OA信息化工具
- 13如果我們尋找VC投資,我們用什么資本去讓VC對(duì)我們投資?
- 14公司治理結(jié)構(gòu)與績效關(guān)系的經(jīng)濟(jì)學(xué)分析——兼論我國電信企業(yè)治理結(jié)構(gòu)需解決的關(guān)鍵問題
- 15IT服務(wù)管理 烙上流程的印記!
- 16公司門戶的12個(gè)關(guān)鍵功能(AMT研究院 陳嵐 編譯)
- 17IT項(xiàng)目管理的關(guān)鍵——IT治理(AMT研究院 周瑛)
- 18擁有免責(zé)權(quán)? 當(dāng)好CIO離不開IT治理機(jī)制
- 19[原創(chuàng)]信息部門關(guān)注的八大重點(diǎn)領(lǐng)域[本文被AMT公共知識(shí)庫收錄,獎(jiǎng)勵(lì)200金幣,祝賀]
- 20IT治理十問十答之七——IT治理架構(gòu)COBIT
- 21控制“黑箱”現(xiàn)象 信息化建設(shè)績效管理小結(jié)
- 22管理大講堂:虛擬企業(yè)(AMT 管政)
- 23精益生產(chǎn)與6西格瑪(二)(AMT研究院 張艷)
- 24BP石油公司副總裁德開瑞:石油巨頭的公司治理
- 25專題文章:IT治理,知多少?(AMT 劉宇 編譯)
- 26協(xié)同商務(wù)(二)(AMT研究院 鄭佳)
- 27電子商務(wù)的宏偉夢(mèng)想呼喚克服IT盲區(qū)(下)(AMT研究院 王艷編譯)
- 28泛普ThinkOne-CRM是CRM與精確管理思想的結(jié)合
- 29IT服務(wù)管理與IT服務(wù)組織:變革和實(shí)施?(孫強(qiáng))
- 30湘煤集團(tuán)辦公自動(dòng)化OA軟件系統(tǒng)介紹
成都公司:成都市成華區(qū)建設(shè)南路160號(hào)1層9號(hào)
重慶公司:重慶市江北區(qū)紅旗河溝華創(chuàng)商務(wù)大廈18樓
泛普長沙OA信息化其他應(yīng)用
長沙OA 長沙新聞動(dòng)態(tài) 長沙OA信息化 長沙OA快博 長沙OA軟件行業(yè)資訊 長沙軟件開發(fā)公司 長沙門禁系統(tǒng) 長沙物業(yè)管理軟件 長沙倉庫管理軟件 長沙餐飲管理軟件 長沙網(wǎng)站建設(shè)公司
版權(quán)所有:泛普軟件 渝ICP備14008431號(hào)-2 渝公網(wǎng)安備50011202501700號(hào) 咨詢電話:400-8352-114