1、在IT項目中,引起變更的因素有哪些?
一是來自外部的變更要求,如客戶要求修改工作范圍和需求等。
二是開發(fā)過程內(nèi)部的變更要求,如為解決測試中發(fā)現(xiàn)的一些錯誤而修改源碼甚至設(shè)計。
2、變更管理包括哪些內(nèi)容?
(1) 事前預(yù)測。
在項目評估階段,項目經(jīng)理就應(yīng)當(dāng)對項目中可能出現(xiàn)的變更進(jìn)行預(yù)測。預(yù)測主要從三方面入手:
1) 客戶需求的變更。
2) 服務(wù)商可能出現(xiàn)的變更。
3) 第三方(如產(chǎn)品供應(yīng)商)缺貨或產(chǎn)品升級導(dǎo)致的變更。
項目組要請專家對項目可能出現(xiàn)的變更進(jìn)行評估,這有助于幫助項目經(jīng)理了解項目變更的可能性,以便在事件發(fā)生時做出及時的響應(yīng)。
(2) 變更流程。
客戶提出項目變更要求時,項目成員必須向項目經(jīng)理報告,由項目經(jīng)理來處理。
通常處理項目變更的流程分為四步:
1)評估。
設(shè)立項目變更管理機(jī)構(gòu),對項目中的變更進(jìn)行評估。評估內(nèi)容包括是否屬于變更、變更對項目的結(jié)果、時間進(jìn)程、預(yù)算的影響等。
2)分析和處理。
對項目變更的分析和處理,可根據(jù)項目變更對項目影響的大小靈活掌握。
對項目影響小的變更,可以不追加費用,但一定要讓客戶明白我們作了讓步,并犧牲了利潤。這樣做是為了使小的變更不至于影響到項目的進(jìn)展。
對于大的變更,項目經(jīng)理一定要堅持重新談判、重新審定時間、預(yù)算、人力資源的成本。
在增加功能時,一定要認(rèn)真評估項目在技術(shù)、時間、成本和可操作性上的難度。最好的辦法就是把增加的部分從原項目中分離出來單獨立項,這樣不至于影響到原項目的時間進(jìn)程和驗收、收款工作。
3)規(guī)范流程。
處理項目變更的過程一定要規(guī)范。
一、 要制作項目變更確認(rèn)書,由雙方合同負(fù)責(zé)人和項目負(fù)責(zé)人簽字,附在原有合同后面。合同書要寫明,涉及項目變更的應(yīng)以變更書為準(zhǔn)。這對按時收款極為有利。
二、 項目變更中的時間進(jìn)程和成本一定要重新核算,并交與客戶簽字確認(rèn)。
三、 如項目變更中遇到系統(tǒng)擴(kuò)展或人員調(diào)整等情況時,要注意代碼管理、文檔管理和人員管理等。要加強(qiáng)對軟件工程師的管理,提高他們的變更管理意識,改變技術(shù)人員輕視成本費用重視技術(shù)的習(xí)慣。驗收時,要由客戶重新確認(rèn)。規(guī)范化的流程帶來標(biāo)準(zhǔn)化的服務(wù),一旦客戶認(rèn)識到這樣的好處,最后雙方都會感到滿意,項目也就能順利進(jìn)行。
另外要特別注意一些細(xì)節(jié):
一、 涉及變更時不能隨便答應(yīng),必須上報給項目經(jīng)理。一定要由上而下簽字確認(rèn),杜絕口頭協(xié)議。
二、 軟件項目內(nèi)部人員一定要形成變更管理的意識,注重變更確認(rèn)書的作用。
三、 在每次的交流和會議中,項目經(jīng)理必須時刻關(guān)注談?wù)撟兏鼏栴},要及早發(fā)現(xiàn)問題,防患于未然,一旦發(fā)現(xiàn)問題及時處理。
總之,要盡量減少項目的變更;對于客戶要求變更,必須充分估計后盡量滿足或重新談判;對于第三方變更,要以客戶為導(dǎo)向,盡量減少客戶的損失,做好違約合同的處理。
4)及時總結(jié)。
項目變更的原因、變更的方法和經(jīng)驗教訓(xùn)要及時總結(jié)和整理,并把這些資料記錄存檔,為今后的項目提供參考。
(3) 以客戶為中心。
與客戶良好的溝通、融洽的關(guān)系往往是項目變更出現(xiàn)時的潤滑劑。項目經(jīng)理要學(xué)會管理客戶關(guān)系,學(xué)會從專業(yè)角度給客戶信服的說辭,掌握一定的談判技巧,還要讓客戶看到你的優(yōu)勢,給客戶以信心。
3、變更管理的基本流程有哪些?
(1) 變更申請。
應(yīng)記錄變更的提出人、日期、申請變更的內(nèi)容等信息。
(2) 變更評估。
對變更的影響范圍、嚴(yán)重程度、經(jīng)濟(jì)和技術(shù)可行性進(jìn)行系統(tǒng)分析。
(3) 變更決策。
由具有相應(yīng)權(quán)限的人員或機(jī)構(gòu)決定是否實施變更。
(4) 變更實施。
由管理者指定的工作人員在受控狀態(tài)下實施變更。
(5) 變更驗證。
由配置管理人員或受到變更影響的人對變更結(jié)果進(jìn)行評價,確定變更結(jié)果和預(yù)期是否相符、相關(guān)內(nèi)容是否進(jìn)行了更新、工作產(chǎn)物是否符合版本管理的要求。
(6) 溝通存檔。
將變更后的內(nèi)容通知可能會受到影響的人員,并將變更記錄匯總歸檔。如提出的變更在決策時被否決,其初始記錄也應(yīng)予以保存。
4、在變更控制時應(yīng)注意哪些方面?
(1) 對變更進(jìn)行明確的授權(quán)。明確客戶方有權(quán)提出變更申請的人員和實施方有權(quán)受理變更的人員,并要控制雙方人數(shù)。
(2) 對變更進(jìn)行必要的審核。決定是否需要修改和什么時候修改。
(3) 對變更的影響進(jìn)行評估。評估變更的代價和對項目的影響,要讓客戶了解變更的后果,并與客戶一起做判斷。
(4) 讓客戶確認(rèn)是否接受變更的代價。在評估代價并且與客戶討論的過程中,可以請客戶一起做判斷:“我可以修改,但您能接受后果嗎?”
(5) 要等客戶確認(rèn)變更后,再組織實施變更的相關(guān)工作。變更要按配置管理的規(guī)定執(zhí)行,確保所有交付物的一致性和完整性。同時,對所有的變更要跟蹤和驗證,確保都按要求完成了。
(6) 對項目組和客戶進(jìn)行宣傳和培訓(xùn),讓所有成員都理解變更控制的重要意義;在項目過程中要對變更控制的執(zhí)行情況進(jìn)行審計,發(fā)現(xiàn)違反規(guī)定的事件要嚴(yán)肅處理,否則過程很快就會失控。
5、簡述項目需求變更流程。
對于項目需求變更流程,可以從兩個方面來說明,一是基本步驟,二是跟蹤變更。
管理變更的步驟如下:
(1) 提出變更請求。
(2) 變更分析。
(3) 變更評審。
(4) 制訂變更計劃。
(5) 變更需求的開發(fā)。
(6) 變更結(jié)果評審。
(7) 維護(hù)變更。
跟蹤需求變更的問題如下:
(1) 誰提出變更。
(2) 什么時候提出變更。
(3) 變更的內(nèi)容是什么。
(4) 為什么變更。
(5) 變更處理意見。
(6) 變更執(zhí)行結(jié)果。
6、在項目實施時遇到需求變更問題,應(yīng)采用什么方式去應(yīng)對?
對于需求變更,拒絕是不好的,但也不能無限制地答應(yīng),要根據(jù)項目的實際情況來選擇。
是否拒絕還應(yīng)具體問題具體分析。
(1) 對于工作量不大的,可以同意,但多做的一定要讓客戶清楚,以取得項目在成本和時間方面的補(bǔ)償。
(2) 工作量很大,甚至影響系統(tǒng)正常運(yùn)行的,可以拒絕,但是要向客戶說明,并爭取客戶的同意。
7、項目經(jīng)理A(有求必應(yīng)的方式)和項目經(jīng)理B(不予理睬的方式)應(yīng)對需求變更所采用的方式的優(yōu)缺點是什么?
(1) 項目經(jīng)理A應(yīng)對需求變更的方式
優(yōu)點:增加客戶滿意度,提高系統(tǒng)的符合度。
缺點:項目進(jìn)度無限延長,增加項目費用,占用公司人力資源。
(2) 項目經(jīng)理B應(yīng)對需求變更的方式
優(yōu)點:有效控制項目進(jìn)度,降低項目費用。
缺點:客戶滿意度降低,系統(tǒng)符合度低。
8、項目監(jiān)理機(jī)構(gòu)對單位分包資格的審批程序有哪些?
(1) 項目監(jiān)理機(jī)構(gòu)(或?qū)I(yè)監(jiān)理工程師)審查總承包單位報送的分包單位《資格報審表》和分包單位的有關(guān)資料。
(2) 符合有關(guān)規(guī)定后,由總監(jiān)理工程師予以簽認(rèn)。
9、在項目變更管理時,為使項目朝著正確的方向發(fā)展,項目監(jiān)理機(jī)構(gòu)應(yīng)做到哪些方面?
(1) 按照項目“四控三管一協(xié)調(diào)”的要求,在項目實施過程中出現(xiàn)了不利或被動的情況,就要主動提出工程變更的建議。
(2) 客觀地對待承建單位提出的變更申請。
(3) 信息系統(tǒng)監(jiān)理單位要從領(lǐng)域?qū)<业慕嵌?,來解決項目目前出現(xiàn)的問題,防范未來將出現(xiàn)的問題。
10、 承建單位在提出變更過程中要做好哪些準(zhǔn)備工作?
(1) 承建單位提出的變更,需要進(jìn)行詳細(xì)的變更理由說明。
(2) 承建單位需要對變更可能引起的成本變化進(jìn)行測算。
(3) 承建單位需要對變更帶來的風(fēng)險進(jìn)行分析。
11、 作為總監(jiān)理工程師,在監(jiān)理項目變更管理時,應(yīng)該如何做?
(1) 認(rèn)真分析項目背景材料,和業(yè)主、設(shè)計單位、承建單位進(jìn)行充分溝通,充分了解項目現(xiàn)狀。
(2) 對設(shè)計單位、承建單位資質(zhì)、人員進(jìn)行審查,如果發(fā)現(xiàn)不能勝任,應(yīng)主動向業(yè)主方提出變更申請或者建議。
(3) 認(rèn)真審核各方提出的變更申請,并按照項目實際和有關(guān)法規(guī)進(jìn)行處理,在處理這些變更前應(yīng)報業(yè)主方,爭取業(yè)主同意。
(4) 應(yīng)充分發(fā)揮自己的專業(yè)特長,對項目建設(shè)過程中的各種技術(shù)和項目管理問題提出自己的意見和建議。
12、 配置管理的活動主要有哪些?
(1) 編制項目配置管理計劃。
(2) 配置標(biāo)識。
(3) 變更管理和配置控制。
(4) 配置狀態(tài)說明。
(5) 配置審核。
(6) 版本管理和發(fā)行管理。
13、 配置庫包括哪幾類?
(1) 開發(fā)庫。
存放開發(fā)過程中需要保留的各種信息,供開發(fā)人員個人專用。
開發(fā)庫也稱動態(tài)系統(tǒng)、開發(fā)系統(tǒng)和工作空間等。
(2) 受控庫。
在信息系統(tǒng)開發(fā)的某個階段工作結(jié)束時,將工作產(chǎn)品存入或?qū)⒂嘘P(guān)的信息存入。
受控庫也稱主庫、主系統(tǒng)和受控系統(tǒng)等。
(3) 產(chǎn)品庫。
在開發(fā)的信息系統(tǒng)產(chǎn)品完成系統(tǒng)測試之后,作為最終產(chǎn)品存入庫內(nèi),等待交付用戶或現(xiàn)場安裝。
產(chǎn)品庫也稱備份庫、靜態(tài)系統(tǒng)等。