軟件開發(fā)流程管理經(jīng)驗(yàn)談

軟件開發(fā)流程管理經(jīng)驗(yàn)談XX：XX軟件開發(fā)流程管理2ContentsCMMI介紹CMMI模式CMMI通過評(píng)鑒組織單位CMMI架構(gòu)CMMI導(dǎo)入益處CMMI應(yīng)用3CMMI介紹CMMI(CapabilityMaturityModel-Integrated)能力成熟度模型整合是美國(guó)卡內(nèi)基美隆大學(xué)(CarnegieMellonUniversity)的軟件工程學(xué)院(SoftwareEngineeringInstitute,

SEI)自CMM之后提出的修訂版本CMM的核心是將軟件開發(fā)視為一個(gè)「過程」，將這過程標(biāo)準(zhǔn)化，可使得組織單位更好的實(shí)現(xiàn)目標(biāo)CMMI的目的為發(fā)展出一個(gè)共通性的整合架構(gòu)，以支援整合不同專業(yè)領(lǐng)域的特定能力成熟度模式及相關(guān)產(chǎn)品提供指導(dǎo)原則促進(jìn)流程改善提升質(zhì)量與生產(chǎn)力4CMMI模式(1/3)美國(guó)卡內(nèi)基美隆大學(xué)的軟件工程學(xué)院SEI提出三套流程模式：CMMI-DEV：針對(duì)系統(tǒng)研發(fā)提出研發(fā)管理流程CMMI-ACQ：針對(duì)采購(gòu)商與供應(yīng)商提出采購(gòu)管理流程CMMI-SVC：針對(duì)服務(wù)維運(yùn)提出管理流程5CMMI模式(2/3)CMMI-DEVMaturityLevel(成熟度等級(jí))：Level1：初始級(jí)(Initial)沒有固定的工作流程，仰賴組織成員的能力，缺點(diǎn)常會(huì)超過項(xiàng)目的預(yù)算與時(shí)程Level2：管理級(jí)(Managed)，具備基礎(chǔ)項(xiàng)目與規(guī)劃管理能力可確保項(xiàng)目流程是經(jīng)過規(guī)劃、被記錄、已執(zhí)行與控管的6－經(jīng)濟(jì)部工業(yè)局軟件價(jià)值產(chǎn)業(yè)推動(dòng)計(jì)劃CMMI模式(3/3)CMMI-DEVMaturityLevel(成熟度等級(jí))：Level3：定義級(jí)(Defined)，標(biāo)準(zhǔn)化整個(gè)組織所執(zhí)行的流程說明和程序都是一致的Level4：量化管理級(jí)(QuantitativelyManaged)針對(duì)項(xiàng)目質(zhì)量與流程績(jī)效建立量化目標(biāo)，并使用為管理項(xiàng)目的準(zhǔn)則Level5：最佳化級(jí)(Optimizing)持續(xù)流程改善，朝向?qū)W習(xí)型組織邁進(jìn)7CMMI通過評(píng)鑒組織單位Level2曜發(fā)科技、立錡科技、富士康奇美、中國(guó)鋼鐵、廣達(dá)計(jì)算機(jī)、臺(tái)灣富士通、曜發(fā)科技、財(cái)政部、逢甲大學(xué)地理信息系統(tǒng)研究中心Level3國(guó)眾計(jì)算機(jī)、友達(dá)光電、三商計(jì)算機(jī)、叡揚(yáng)信息、慧智達(dá)科技、核心知識(shí)、精誠(chéng)信息、經(jīng)貿(mào)聯(lián)網(wǎng)科技、誠(chéng)功科技、資拓宏宇、仁寶計(jì)算機(jī)工業(yè)、大同、宏碁、富邦金控、惠普科技、新光人壽Level4中冠信息、程曦信息整合、財(cái)團(tuán)法人工業(yè)技術(shù)研究院、鼎升信息科技、鼎新計(jì)算機(jī)Level5IBM國(guó)際商業(yè)機(jī)器、中山科學(xué)研究院、凌群計(jì)算機(jī)8CMMI架構(gòu)9－寶發(fā)科技股份有限公司CMMI導(dǎo)入益處美國(guó)有10-15%的軟件客戶都是國(guó)際大公司，一般都要求軟件供應(yīng)商通過較高級(jí)別的CMM/CMMI評(píng)鑒透過確實(shí)的度量分析與項(xiàng)目監(jiān)控，使得項(xiàng)目管理能力提升，可以更有信心的掌握成本、時(shí)程與質(zhì)量奠定良好的項(xiàng)目流程標(biāo)準(zhǔn)化，可實(shí)時(shí)了解項(xiàng)目的活動(dòng)狀況及發(fā)生問題的應(yīng)對(duì)方式透過不斷的改善流程，除了使流程務(wù)實(shí)有效外，也將促進(jìn)生產(chǎn)力之提升與營(yíng)運(yùn)成本之下降。10軟件生命周期需求瞭解系統(tǒng)分析系統(tǒng)設(shè)計(jì)系統(tǒng)開發(fā)系統(tǒng)測(cè)試上線維護(hù)11需求了解了解客戶真正的需求與期望達(dá)成的目的期望解決怎樣的問題功能界面操作的要求有無(wú)特殊規(guī)定、規(guī)范當(dāng)?shù)厥褂谜叩牧?xí)慣限制條件內(nèi)容可透過訪談、Email、電話、問卷…等方式，進(jìn)一步地取得隱藏式的需求項(xiàng)目需有啟動(dòng)會(huì)議，告知并取得同意書面文件有項(xiàng)目授權(quán)單、工作申請(qǐng)支援單、項(xiàng)目計(jì)劃書項(xiàng)目計(jì)劃書中的WBS(內(nèi)容時(shí)程規(guī)劃)須依據(jù)項(xiàng)目在進(jìn)行時(shí)同步更新12系統(tǒng)分析(1/2)依據(jù)客戶的需求以及相關(guān)的資料內(nèi)容，對(duì)系統(tǒng)做整體性的分析及描述，取得較為準(zhǔn)確或合理的結(jié)論使用書面的方式清楚地呈現(xiàn)出客戶的需求，此成品為需求規(guī)格書1

2需求規(guī)格書內(nèi)容分下列幾大項(xiàng)目：范圍：作業(yè)環(huán)境、系統(tǒng)流程功能性：操作方式、畫面處理或操作界面細(xì)部描述、程序流程非功能性：如上線時(shí)間、效能要求操作步驟：資料流程、UseCase13系統(tǒng)分析(2/2)一般而言，需求了解與系統(tǒng)分析會(huì)由同一人來負(fù)責(zé)書面文件有需求規(guī)格書、需求追溯表、審查表、項(xiàng)目進(jìn)度報(bào)告項(xiàng)目的里程碑14需求規(guī)格書PM審查人員客戶PMCM系統(tǒng)設(shè)計(jì)(1/2)依需求規(guī)格書的內(nèi)容，轉(zhuǎn)成工程文件，此為軟件設(shè)計(jì)文件(SoftwareDesignDocument,SDD)軟件設(shè)計(jì)文件分為兩種：整體：有功能架構(gòu)、系統(tǒng)架構(gòu)、模塊設(shè)計(jì)、資料設(shè)計(jì)(檔案、數(shù)據(jù)庫(kù))、部署設(shè)計(jì)系統(tǒng)架構(gòu)：硬件、環(huán)境、網(wǎng)絡(luò)、界面設(shè)計(jì)模塊設(shè)計(jì)：再使用(評(píng)估原功能做調(diào)整)、再開發(fā)(自制)、購(gòu)買元件個(gè)別：依據(jù)功能、模塊做更細(xì)部的描述若有重大技術(shù)問題，則在多方討論之后產(chǎn)生決策分析表(DecisionAnalysisandResolution,DAR)，采用評(píng)分方式?jīng)Q定15系統(tǒng)設(shè)計(jì)(2/2)此階段文件：軟件設(shè)計(jì)文件軟件設(shè)計(jì)文件-{功能名稱}決策分析表產(chǎn)品整合文件Compiler的方式、順序、位置與主要元件說明使用者操作手冊(cè)系統(tǒng)功能操作說明書16系統(tǒng)開發(fā)參考需求規(guī)格書(SRS)、依據(jù)軟件設(shè)計(jì)文件(SDD)開始撰寫或修改程序內(nèi)容書面文件依據(jù)軟件設(shè)計(jì)文件撰寫單元測(cè)試個(gè)案開發(fā)人員會(huì)依據(jù)單元測(cè)試個(gè)案做單元測(cè)試(UT)依據(jù)需求規(guī)格書撰寫軟件測(cè)試個(gè)案此為提供給客戶做測(cè)試的個(gè)案內(nèi)容17系統(tǒng)測(cè)試(1/2)系統(tǒng)測(cè)試一般分為三階段公司SIT：公司的測(cè)試人員，依據(jù)軟件測(cè)試個(gè)案開始對(duì)系統(tǒng)做測(cè)試測(cè)試正確產(chǎn)生的報(bào)告，稱作軟件測(cè)試報(bào)告若有Bug則另有IR紀(jì)錄表紀(jì)錄，再將紀(jì)錄表提供給開發(fā)人員做修改客戶SIT：客戶的IT/信息人員，依據(jù)公司提供的軟件測(cè)試報(bào)告開始測(cè)試此階段一般為客戶的IT或信息室人員做測(cè)試，此階段人員會(huì)具有程式邏輯概念，且熟悉客戶作業(yè)流程18系統(tǒng)測(cè)試(2/2)客戶UAT：客戶的使用者，依據(jù)所提供的軟件測(cè)試報(bào)告開始測(cè)試一般會(huì)請(qǐng)真正的操作人員來做測(cè)試僅熟悉作業(yè)流程此階段也是三階段中時(shí)間最長(zhǎng)的一個(gè)階段當(dāng)此階段完成后，客戶會(huì)針對(duì)使用的更新資料、執(zhí)行檔等版本最訂版此階段之書面報(bào)告為軟件測(cè)試個(gè)案、軟件測(cè)試報(bào)告19上線維護(hù)(1/2)提供上線相關(guān)文件使用者操作手冊(cè)教育訓(xùn)練文件分為IT人員與使用者AIG上線操作步驟ReleaseNote寫明此次交付軟件的異動(dòng)內(nèi)容、上線Bug的修復(fù)、版本的新舊版號(hào)等信息上線計(jì)劃書此為上線日期、上線流程(動(dòng)作)、每階段所耗費(fèi)的時(shí)間、負(fù)責(zé)的人(或單位)及遭遇問題無(wú)法實(shí)時(shí)解決的處理方式20上線維護(hù)(2/2)上線動(dòng)作，會(huì)依據(jù)上線計(jì)劃書中所標(biāo)示的時(shí)程進(jìn)行時(shí)間基本上會(huì)有兩天第一天，客戶更換軟件與設(shè)備，公司現(xiàn)場(chǎng)支援以避免突發(fā)狀況第二天，客戶所有人員正式啟用，公司現(xiàn)場(chǎng)支援與解決問題之后，開結(jié)案會(huì)議收集意見與建議到此，整個(gè)項(xiàng)目完整結(jié)束21職場(chǎng)經(jīng)驗(yàn)淺談22簡(jiǎn)報(bào)的必要性如何寫簡(jiǎn)報(bào)用的文件一步一步慢慢來，先把自己要講的全寫上去，之后再逐次刪減面對(duì)不同的場(chǎng)所，要調(diào)整簡(jiǎn)報(bào)內(nèi)容的重點(diǎn)與模式自我練習(xí)的重要性確實(shí)掌握簡(jiǎn)報(bào)的時(shí)間千萬(wàn)別在客戶面前拿著麥克風(fēng)做發(fā)聲練習(xí)緊張是一定會(huì)有的，但是得看你可以在多短的時(shí)間內(nèi)恢復(fù)正常23職場(chǎng)上遇到的問題職場(chǎng)上應(yīng)有的基本禮節(jié)？遇到主管、同事或客戶需主動(dòng)問好不論是否請(qǐng)假或離職，都需要禮貌的告知權(quán)責(zé)主管主管交付的文件一定要問清楚交付時(shí)間，若無(wú)法在交付時(shí)間內(nèi)完成，也一定要清楚地跟主管報(bào)備工作上遭遇問題或困難，解決方式？自己來詢問同事或主管24交付的文件與程序保持干凈整潔。25職場(chǎng)上千萬(wàn)別做的三件事第一件事：搶別人的功勞工作出現(xiàn)成果時(shí)，謹(jǐn)慎分析自己在當(dāng)中扮演的角色，究竟有哪些功勞真的算自己的第二件事：掩飾過錯(cuò)掩飾過錯(cuò)有如埋下一顆定時(shí)炸彈，等別人發(fā)現(xiàn)的時(shí)候，就是炸毀個(gè)人聲譽(yù)的時(shí)候，事情將難以挽回第三件事：工作常常沒有達(dá)到要求萬(wàn)一自己沒做好工作，下一個(gè)工作一定要加倍努力，趕快補(bǔ)償回來，不要成為大家眼中的慣犯－公司雜志（Inc.）報(bào)導(dǎo)26跟上司打交道搞懂三招首先，行事風(fēng)格是民主或獨(dú)裁？民主，會(huì)有較自由的空間，但風(fēng)險(xiǎn)須自行負(fù)責(zé)獨(dú)裁，最好凡事問，風(fēng)險(xiǎn)較小，但總覺得礙手礙腳的其次，決策形式是掌握原則或注重細(xì)節(jié)？掌握原則，只要提綱挈領(lǐng)去報(bào)告就可注重細(xì)節(jié)，只有比他更細(xì)了最后，溝通