CMMI3訪談問題及答案_第1頁
CMMI3訪談問題及答案_第2頁
CMMI3訪談問題及答案_第3頁
CMMI3訪談問題及答案_第4頁
CMMI3訪談問題及答案_第5頁
已閱讀5頁,還剩3頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、項目經(jīng)理訪談1. 項目介紹,自我介紹我叫XXX是XX項目的項目經(jīng)理。我們XX項目是用XX開發(fā)的XX系統(tǒng),目的是實現(xiàn)XXXXX現(xiàn)在已經(jīng)結(jié)項。我們項目從X年X月X日開始,到X年X月X日結(jié)束,成員有XX,XX,XX,說明各自角色。2. 請描述一下你是如何做項目計劃的在立項建議書通過審批后,軟件事業(yè)部部經(jīng)理籌建項目組,指定PM和項目成員。PM向配置主管(XX)和QAi管(XX)中tt了CMffiQA在QA的協(xié)助下,PM參考財富庫中的歷史數(shù)據(jù)(北園春收費管理系統(tǒng)),根據(jù)立項建議書和合同中約定的工作內(nèi)容制定了項目開發(fā)計劃。1) 根據(jù)軟件生命周期模型選擇指導(dǎo)書,使用軟件生命周期模型選擇表選擇了本項目的生命周

2、期模型XX模型,并說明選擇原因(選擇表中的選擇結(jié)果)。2) 根據(jù)項目開發(fā)過程的選擇與裁剪指導(dǎo)書定義了項目特點,本項目需要X人開發(fā)X月,所以是X類項目,使用項目過程定義表對項目過程進行裁剪,本項目裁剪了XX活動并填寫到項目開發(fā)計劃的偏差說明中。3) PM根據(jù)項目的具體情況(如項目較簡單,開發(fā)周期短,人員少)劃分了里程碑。本項目分XX個里程碑(具體說明),確定了每個里程碑的開始結(jié)束時間、到達標志和輸出件。4) 對項目全部的工作任務(wù)進行分解,記錄在項目開發(fā)計劃.mpp。5) 我們使用估算指導(dǎo)書進行了功能點估算。先算出項目的數(shù)據(jù)功能點和項目的交易功能點,最后填寫數(shù)據(jù)通信、性能等14條通用特性計算相關(guān)復(fù)

3、雜性調(diào)整因子及總功能點,得到調(diào)整后的功能點數(shù),根據(jù)組織的生產(chǎn)率制定本項目的生產(chǎn)率從而算出需要的工作量。組織級的生產(chǎn)率是1(根據(jù)歷史經(jīng)驗得來),本項目的是1。并對各階段的工作量比例進行了劃分,根據(jù)各階段的工作量對工作任務(wù)進行了時間分配,形成進度計劃。6) 根據(jù)估算出的工作量進行了成本預(yù)算,包括人員工資、開發(fā)環(huán)境建設(shè)成本、培訓(xùn)成本、公用成本。本項目的成本預(yù)算為XX元。7) 參考組織度量庫中同類項目,制定了項目度量計劃,定義了度量項,如進度偏差率、工作量偏差率、項目規(guī)模偏差率、需求穩(wěn)定度、缺陷密度等。規(guī)定了收集的度量數(shù)據(jù)及其收集、報告頻率,度量閥值。詳見度量計劃和項目度量表的度量目標、度量項定義頁。

4、8) 對項目資源進行了計劃,包括人員、環(huán)境、軟件、硬件四方面。人員方面規(guī)定了項目開發(fā)所需的角色、人數(shù)、工作任務(wù)、技能要求。要求到位時間等;開發(fā)所需的環(huán)境要求(工作環(huán)境標準);開發(fā)所需的硬件設(shè)備、型號、數(shù)量、使用時間;所需的各種軟件、版本、數(shù)量、使用時間。9)參考風險庫中同類項目,使用風險管理表中的風險檢查單,根據(jù)PM的工作經(jīng)驗,識別出項目開發(fā)過程中存在的風險,判斷其發(fā)生概率和影響程度算出風險發(fā)生的優(yōu)先級,風險等級大于“中”的風險制定緩解措施和應(yīng)急措施。10) 制定干系人活動計劃,列出項目開發(fā)過程中的主要活動和相關(guān)干系人,干系人包括項目組成員、客戶方關(guān)鍵人員、部門經(jīng)理等這些人員和項目組成員共同組

5、成了項目團隊,明確了日常溝通的方式和職責。11) 根據(jù)項目人員情況和公司年度培訓(xùn)計劃確定完成本項目所需具備的技能和技術(shù)水平,對于無法滿足項目需要的技能或技術(shù)制定培訓(xùn)計劃。本項目計劃做了XX培訓(xùn),是否進行,是否有記錄,講師是誰,講義誰寫的。12) 制定本項目的評審計劃:對哪些工作產(chǎn)品進行評審,評審方式(正式評審或非正式評審)、計劃評審時間。需要評審的工作產(chǎn)品包括:項目開發(fā)計劃、質(zhì)量保證計劃、配置管理計劃、客戶需求說明書、軟件需求規(guī)格說明書、軟件設(shè)計說明書、關(guān)鍵代碼(非正式評審)、測試計劃、用戶手冊。13) 驗收準則(詳見項目開發(fā)計劃)PM編寫項目開發(fā)計劃的同時,QA和CM艮據(jù)項目開發(fā)計劃中的時間

6、、人員安排制定質(zhì)量保證計劃和配置管理計劃。完成后,對整體計劃進行了評審,評審?fù)ㄟ^后PM!知CM寸計劃進行了基線和發(fā)布。3. 你是怎么做項目監(jiān)控的項目監(jiān)控主要是通過對項目發(fā)計劃.mpp的更新,檢查項目組成員的項目周報、里程碑報告、項目總結(jié)會議等方式進行監(jiān)控的。每周一早上PM會檢查項目成員的周報,填寫的工作內(nèi)容和工作量是否正確,每周周五召開項目周會,總結(jié)本周工作完成情況,下周工作安排,總體進度,對項目問題、風險進行跟蹤。在計劃的里程碑到達后編寫相應(yīng)的里程碑報告,并召開項目里程碑會議,向軟件部經(jīng)理和項目成員匯報項目的完成情況,使用度量表中本階段的進度偏移、工作量偏差等度量數(shù)據(jù)對項目現(xiàn)階段情況進行分析

7、,匯報發(fā)現(xiàn)的問題和存在的風險,以及經(jīng)驗和教訓(xùn)。度量分析員根據(jù)度量計劃中規(guī)定的收集頻率收集度量數(shù)據(jù)。每周周會對風險管理表中的風險進行跟蹤。項目結(jié)項時編寫項目總結(jié)報告,召開項目總結(jié)會議。4. 如何跟蹤項目進度偏差如何解決主要是通過對項目發(fā)計劃.mpp的更新,檢查項目組成員的項目周報、里程碑報告、項目總結(jié)會議等方式進行跟蹤的。發(fā)現(xiàn)偏差的時候根據(jù)情況及時調(diào)整工作安排,如果偏差超過閥值(15%)的話就會按規(guī)定進行重計劃。5. 如何管理風險每周在周會上對風險進行跟蹤,對已識別風險的發(fā)生概率和影響程度分析是否有變化,風險狀態(tài)是否有變化,是否產(chǎn)生新的風險,并記錄在項目周報和風險管理表中。如果風險發(fā)生的話會轉(zhuǎn)化

8、為項目問題記錄在項目問題跟蹤表中進行跟蹤,風險狀態(tài)改為關(guān)閉。項目結(jié)項時,PM等風險管理表提交EPGEPG審核通過后納入組織財富庫中的風險庫以供今后的項目做參考。6. 度量分析活動如何做度量分析員按照度量計劃中規(guī)定的頻率和來源收集度量數(shù)據(jù)并填入項目度量表中,每階段由PM和度量分析員對本階段的數(shù)據(jù)進行分析,并將結(jié)果在項目里程碑會議上報告。如果度量結(jié)果超過閥值的話會做重計劃。項目結(jié)項時,會生成本項目的總體度量結(jié)果,PMffi度量分析員對度量結(jié)果進行分析,總結(jié)經(jīng)驗教訓(xùn)并提交EPGEPG審核通過后納入組織財富庫中的度量庫以供今后的項目做參考。7. 何時做決策分析針對什么問題,怎么做公司標準過程中規(guī)定在系

9、統(tǒng)架構(gòu)選擇的時候必須進行決策分析,其他需要決策的時候都可以采用。本項目有/沒有做決策分析(有的話接著講,沒有做就說明原因)。在決定系統(tǒng)架構(gòu)的時候我們出現(xiàn)了2種選擇,1是XXX架構(gòu),2是XXX架構(gòu)(說明這兩種架構(gòu)的優(yōu)缺點)。PM向軟件部經(jīng)理提交了決策申請和兩個架構(gòu)的方案,軟件部經(jīng)理同意進行決策后,決定決策人員,決策方法,下發(fā)決策通知,召開決策會議。在會議上,我們使用決策分析指南中提供的“加權(quán)打分法”對兩個方案進行了打分,最后選擇了分數(shù)較高的XX方法。軟件部經(jīng)理將決策分析報告發(fā)給所有參會人員,PM按照決策結(jié)果執(zhí)行。8. 項目如何做需求在項目開發(fā)計劃基線后,系統(tǒng)分析師按照計劃制定需求調(diào)研計劃,確定活

10、動安排和時間安排,實施人員,客戶配合人員,調(diào)研內(nèi)容等。PM審核需求調(diào)研計劃,通過后,系統(tǒng)分析師做調(diào)研前的準備,準備需求調(diào)研提綱,按照計劃進行現(xiàn)場調(diào)研,明確客戶重點,詳細記錄并分析隱含需求?,F(xiàn)場調(diào)研完成后,系統(tǒng)分析師完成客戶需求說明書并進行評審,通過后,PM與客戶確認需求(我們采用了書面簽字的方式,有簽字確認單),通知CM®線??蛻粜枨笳f明書基線后,系統(tǒng)分析師討論分析客戶需求,編寫軟件需求規(guī)格說明書和評審并基線。9. 如何管理需求變更如有需要進行需求變更。在項目進行中,用戶提出需求變更或項目開發(fā)期間出現(xiàn)需求變化,系統(tǒng)分析師分析對需求變化進行初步分析。如果需求變更則按照變更控制流程進行變

11、更。PM填寫需求跟蹤矩陣中的相關(guān)部分,查看需求變更的影響是否已經(jīng)被有效的實現(xiàn)。10. 如何跟蹤需求(如何保證需求和工作產(chǎn)品的一致性)在需求分析完成后,PMe立本項目的需求跟蹤矩陣,在每個階段結(jié)束時,PM填寫需求跟蹤矩陣中的相關(guān)部分,發(fā)生需求變更時,PM需要檢查需求跟蹤矩陣中的對應(yīng)部分,通過需求跟蹤矩陣,每個客戶需求說明書中記錄的功能都能在每階段的工作產(chǎn)品中一一對應(yīng),從而保證需求不丟失并與工作產(chǎn)品一致。11. 變更控制怎么做在配置管理計劃中規(guī)定了本項目CCB變更控制委員會)小組成員(PM系統(tǒng)分析師,QA軟件部經(jīng)理等)。發(fā)現(xiàn)變更時,由發(fā)現(xiàn)人提出變更填寫變更控制表的相關(guān)部分,CCB對變更進行影響分析

12、(工作量,影響程度,風險)PM組織CC*議進行評審,并作出是否同意變更的決議。如果不同意變更,應(yīng)說明原因。變更申請通過后,PM通知CMW凍相關(guān)配置項,并為實現(xiàn)該變更的人員授予合適的訪問權(quán)限,變更人員實現(xiàn)變更,PM疫排相關(guān)人員對實現(xiàn)的變更進行驗證,通過后,PMffi知CMM新將配置項基線并發(fā)布。12. 怎么做設(shè)計在軟件需求規(guī)格說明書基線后,進入設(shè)計階段的工作。PM按照計劃分配設(shè)計任務(wù),設(shè)計人員做設(shè)計準備,明確設(shè)計方法,制定軟件設(shè)計說明書,通過評審后納入基線。軟件設(shè)計說明書內(nèi)容包括總體設(shè)計、功能性需求設(shè)計、非功能性需求設(shè)計、接口設(shè)計、結(jié)構(gòu)化設(shè)計、數(shù)據(jù)庫設(shè)計、界面設(shè)計、權(quán)限設(shè)計、安全設(shè)計、系統(tǒng)異常處

13、理設(shè)計和系統(tǒng)維護設(shè)計等。13. 你們是怎么進行開發(fā)的在軟件設(shè)計說明書基線后,PM:(1) 分配編碼及單元測試任務(wù),必要時需要針對編碼人員講解需求和設(shè)計規(guī)則。(2) 若程序員不熟悉編碼規(guī)范,可以組織對其進行培訓(xùn)。(說出本項目使用的編碼規(guī)范,是否進行了培訓(xùn))(3) 確定編碼及單元模塊測試的具體時間。(4) 確定關(guān)鍵模塊,編碼順序。(5) 與軟件設(shè)計師共同確定單元代碼的測試內(nèi)容,測試方式:如靜態(tài)測試,或者動態(tài)測試。程序員搭建編碼及模塊測試環(huán)境,根據(jù)軟件設(shè)計說明書和編碼規(guī)范進行編碼和調(diào)試,按照評審后的模塊測試計劃進行測試。PM組織對模塊代碼進行檢查后納入配置管理。模塊測試通過后,軟件設(shè)計師與PMft定

14、產(chǎn)品集成順序,準備測試環(huán)境,測試員編寫集成系統(tǒng)測試計劃并進行評審,計劃包括測試具體內(nèi)容,測試進度,測試方法,測試資源等內(nèi)容。測試員編寫測試用例,PM審批后進行測試。我們項目是用XX工具進行測試的。測試過程中,PM協(xié)調(diào)解決測試過程中遇見的問題直至結(jié)束。測試通過準則見項目開發(fā)計劃14. 接受過哪些相關(guān)的培訓(xùn)怎么做的1) 入職時參加過新員工培訓(xùn)(制度方面)2)公司每年至少組織1次CMM過程培訓(xùn)3) 項目組根據(jù)需求制定的培訓(xùn)計劃中的培訓(xùn)4) 公司組織的講師培訓(xùn)(培訓(xùn)技巧方面)公司在年初會收集大家的培訓(xùn)需求,然后根據(jù)公司預(yù)算做年度培訓(xùn)計劃。我們通過發(fā)布的年度培訓(xùn)計劃了解本年的培訓(xùn),有外部和內(nèi)部兩種培訓(xùn),

15、外部培訓(xùn)是參加一些收費的培訓(xùn),參加之前會跟公司簽訂3年的培訓(xùn)協(xié)議,內(nèi)部培訓(xùn)是公司內(nèi)部組織的一些培訓(xùn),由培訓(xùn)管理員XX進行管理。沒有參加外部培訓(xùn),內(nèi)部培訓(xùn)是按照培訓(xùn)計劃,接到培訓(xùn)通知后,按時參加培訓(xùn),如果不能參加的話需要向軟件部經(jīng)理和培訓(xùn)管理員請假。在簽到表上簽到,參加培訓(xùn),結(jié)束后會有幾種方式進行考核,如現(xiàn)場提問打分,部門培訓(xùn)效果反饋表和考試,由培訓(xùn)管理員(人力資源部王華)管理。15. QA和CM在項目里做什么工作QA編寫質(zhì)量保證計劃;協(xié)助項目經(jīng)理裁減項目定義過程;為項目成員提供過程使用過程培訓(xùn);按照質(zhì)量保證計劃的時間使用相應(yīng)的審計檢查單進行質(zhì)量保證審核(過程審核,工作產(chǎn)品審核);跟蹤驗證不符合

16、問題直至關(guān)閉,如果遇到無法解決的問題會層層上報直至關(guān)閉。CM負責制定配置管理計劃;建立并維護PCF(項目配置文件夾)的內(nèi)部結(jié)構(gòu);權(quán)限管理;監(jiān)督、協(xié)調(diào)、協(xié)助配置管理活動;產(chǎn)品發(fā)布,資料管理。日常的變更管理和控制,以及日常的代碼配置管理。16. 怎么做評審都有哪些人參加PM向評審委員會主任提交評審申請,評審委員會主任任命評審組長和組員,評審組長發(fā)評審?fù)ㄖ?、評審檢查單和評審材料,評審人員對材料進行預(yù)審,并在會議前將結(jié)果反饋給評審組長,評審組長匯總大家發(fā)現(xiàn)的問題記錄在缺陷記錄表中,召開評審會議。在會議上采用逐頁評審的方式,隨時指出發(fā)現(xiàn)的問題,由作者解答,評審小組確認問題嚴重級別、責任人和修改時間,得出評審結(jié)論(直接通過,修改后通過,不通過)。評審組長指定人員對發(fā)現(xiàn)的問題進行跟蹤,修改完之后,評審組長完成評審總結(jié)報告發(fā)給相關(guān)人員,評審結(jié)束。17.在項目進行過程中,如果發(fā)現(xiàn)過程存在問題你會怎么辦填寫過程改進建議單交給QAEPGK員,他們會討論修改。18. 你提出過改進建議嗎有,內(nèi)部驗收報告中驗收測試用例沒有地方記錄測試結(jié)果,2014-1-24提出,2014-2-14EPG接受并進行了修改。19. 公司組織級有沒有為你的項目提供幫助有。首先公司制定了14個過程的過程和模板文檔,還有許多有用的指導(dǎo)書和規(guī)范。其次,在項目開始的時候,我參考了很多財富庫中以往同類項目的歷史數(shù)據(jù),如度量

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論