PPQA_CM訪談問題.doc

配置管理（CM）訪談1. 請簡單描述配置管理組的組成和職責？CM GP2.4提示： 組織級配置管理員（建立配置管理系統(tǒng)、對公司的產(chǎn)品庫進行管理、對項目級的配置管理員進行培訓指導）項目級的配置管理員（創(chuàng)建和維護配置庫，通過VSS實現(xiàn)對版本的控制管理、基線的建立、定期備份配置庫，定期清除配置庫中的垃圾文件）。2. 你是如何知道自己是項目中的配置管理員的？CM GP2.3 、GP2.4 提示：配置管理計劃、項目計劃書3. CCB(變更管理委員會或配置管理委員會)通常由哪些角色組成？他們的職責有哪些？CM SP1.3 ；GP2.4、 GP2.7、GP2.10提示： 每個項目都有CCB，組長：負責日常開發(fā)的技術總監(jiān)成員：項目經(jīng)理，項目相關各部門經(jīng)理，客戶代表，QA等 CCB是個虛擬小組，對配置管理各項活動擁有決策權。CCB職責：監(jiān)督配置管理員工作，審批配置管理計劃、基線發(fā)布報告、變更申請表等。當項目有重大變更時，召開CCB會議。4. 請簡單描述配置管理員主要做如些方面的工作？CM SP1.1 SP1.2 SP1.3 SP2.1 SP2.2 SP3.1 SP3.2提示：項目啟動后，在VSS上建立配置庫目錄結(jié)構、設定權限；制定配置管理計劃，依據(jù)配置管理計劃建立基線，填寫基線發(fā)布通知和配置項管理表；定期對配置庫進行物理審計和功能審計，跟蹤變更申請，管理配置項。配置管理計劃包括：配置管理目的人員及職責用于配置管理的軟硬件資源定義配置項（配置庫的結(jié)構、權限說明、配置庫標識說明）基線建立計劃配置審計計劃配置庫備份計劃變更處理方式A、項目立項后l 配置管理員識別項目中需要進行配置管理的配置項。l 制定項目的配置管理計劃。l 提交CCB進行審核并批準。具體內(nèi)容參見配置管理過程文件B、創(chuàng)建配置管理系統(tǒng)配置管理員根據(jù)配置管理計劃，建立配置管理系統(tǒng)，包括安裝配置管理工具，建立配置庫，進行權限設置等，實現(xiàn)對版本管理。01-開發(fā)庫：存放開發(fā)過程中產(chǎn)生的文檔，代碼等半成品資料，由整個項目組管理。1-個人文件：存放項目組成員的個人文檔。02-管理庫：存放該項目的各種管理和工程資料，比如：進度安排，由項目經(jīng)理進行管理。1-項目管理：存放項目過程中產(chǎn)生的管理類文檔。2-工程：存放工程類相關的工作產(chǎn)品。3-支持：存放支持類相關的工作產(chǎn)品。03-基線庫：存放基線。1-需求基線2-設計基線3-開發(fā)基線4-產(chǎn)品基線代碼庫：存放臨時代碼和正式代碼，代碼庫分為臨時代碼庫和正式代碼庫1-臨時代碼庫：存放開發(fā)過程中的代碼。2-正式代碼庫：存放基線后的代碼、產(chǎn)品驗收后的代碼、安裝程序等。C、版本發(fā)布（版本發(fā)布包括基線發(fā)布和產(chǎn)品發(fā)布）基線包括需求基線、設計基線、開發(fā)基線、產(chǎn)品基線。如：需求基線建立過程 需求人員在“開發(fā)庫”中編制用戶需求說明書、產(chǎn)品規(guī)格說明書，編寫完了后放入“管理庫”提出需求評審申請。項目經(jīng)理組織項目組及相關小組成員對用戶需求說明書、產(chǎn)品規(guī)格說明書進行同行評審。經(jīng)客戶確認后，由配置管理員將管理庫中的用戶需求說明書、產(chǎn)品規(guī)格說明書移到基線庫，并填寫需求基線發(fā)布通知，以郵件等方式告知相關組需求基線已建立。基線建立是一個疊加過程，設計基線包括需求基線的配置項。D、跟蹤和控制變更a、基線變更流程在設計階段時，由于市場人員原因引起用戶需求說明書、產(chǎn)品規(guī)格說明書的變更，由需求人員填寫需求變更申請表提交項目經(jīng)理，項目經(jīng)理對需求變更影響進行分析（從成本、進度、工作量、產(chǎn)品品質(zhì)和風險進行分析，參照變更規(guī)程文件定義的閾值）決定是否需要提交CCB審批，如果不需要則由項目經(jīng)理本人直接決定是否變更。如果需要提交CCB，項目經(jīng)理則提交需求變更申請表給CCB,CCB同意變更后，需求人員從基線庫中對把用戶需求說明書、產(chǎn)品規(guī)格說明書得下來進行修改，修改后放入“管理庫”，項目經(jīng)理對變更后的結(jié)果進行驗證，驗證通過后，配置管理員將變更后的用戶需求說明書、產(chǎn)品規(guī)格說明書放入基線庫的“需求基線”。 配置管理員填寫基線發(fā)布通知，通知項目組所有成員，重新建立需求基線?；€發(fā)布通知沒有CCB審批的流程。b、 報告配置管理狀態(tài)l 正常情況，配置管理員每周填寫一次配置項管理表。l 基線庫中的配置項入庫后配置管理員要填寫配置項管理表。l 當基線庫中的配置項發(fā)生變更時要及時修改配置項管理表。l 配置管理員要定期向項目組、及相關的小組和個人提交配置項管理表，以便報告配置庫的狀態(tài)。l 配置項狀態(tài)： 待建 部分完成 完成 正式發(fā)布 修改中c、 配置審計l 配置管理員根據(jù)配置管理計劃， 對配置項和基線進行審核，審核的內(nèi)容主要包括：基線是否完整、配置項的結(jié)構是否完整，是否正確、是否一致。l 編寫配置審計報告并發(fā)布?，F(xiàn)在流程缺少CCB審批的過程。l 配置管理員對審核后提出的問題進行跟蹤，直到結(jié)束。審計方式：1） 功能審計l 審計相應的測試用例，需求是否完整實現(xiàn)。l 審計變更請求的記錄。通過需求跟蹤矩陣、評審記錄與報告、測試工具實現(xiàn)對配置項的功能審計。審計時間：基線建立前和變更時進行功能審計。2） 物理審計l 審計配置庫中的配置項是否完整l 審計配置庫中的配置項的版本是否正確l 已識別的配置項是否都已經(jīng)進行了配置管理審計時間：一般每周進行一次，通常在基線建立前進行物理審計。d、 產(chǎn)品發(fā)布經(jīng)過驗收測試的產(chǎn)品可以交給客戶（市場部代碼），經(jīng)CCB同意，配置管理員從“管理庫”和“基線庫”中分別提取客戶所需要的配置項（如：用戶需求說明書、產(chǎn)品規(guī)格說明書、用戶操作手冊、程序安裝包等）同時填寫交付物一覽表）放入OPAL。項目經(jīng)理將相關產(chǎn)物提交給客戶（市場部代碼）。5. 如何識別配置項以及配置項有哪幾種狀態(tài)？CM SP1.1？提示：通過項目計劃和版本庫識別配置項。配置項命名規(guī)則：LK-項目名稱縮寫-過程類-過程名稱-類型序號(中文名稱) 如：LK-OA-P-PP-T01(OA項目項目計劃)配置項狀態(tài)： 待建 部分完成 完成 正式發(fā)布 修改中常見的配置項有：源代碼、安裝程序變更申請表、用戶需求說明書,產(chǎn)品規(guī)格說明書,概要設計說明書,項目計劃書等6. 你參加過哪些方面的培訓，是否給項目組做過配置管理方面培訓？ CMGP2.5 提示： （1）配置管理方面的培訓，如配置管理工具VSS、公司配置管理規(guī)范、指南的培訓等。（2）配置管理人員給項目組人員進行配置管理的指導和培訓。7. 配置管理活動中統(tǒng)計哪些方面的數(shù)據(jù)？ CM GP2.8 MA SP2.3、SP2.4提示：工作量、基線的條數(shù)、配置項和基線變更次數(shù)。這些數(shù)據(jù)存放在配置管理個人周報、變更請求管理表中。8. 你的上級管理部門如何檢查你的工作？CM GP2.10提示：項目經(jīng)理通過周報，參加項目例會、日常交流等方式檢查配置管理員的工作。9. QA是如何檢查你的工作的？CM GP2.9 提示：QA定期（每周）依據(jù)過程檢查單，對項目的過程進行檢查；有產(chǎn)品形成時要依據(jù)產(chǎn)品檢查單對產(chǎn)品進行檢查。對于發(fā)現(xiàn)的不符合項將會記錄在檢查單中，編制QA審計報告。通報給項目經(jīng)理，由項目經(jīng)理指定專人負責將問題措施，如項目經(jīng)理遇到解決不了的問題，匯報給品質(zhì)經(jīng)理或部門經(jīng)理，由他負責解決，QA跟蹤直到關閉。10. 配置管理的方針是什么？CM GP2.1提示：保證工作產(chǎn)品的完整性、一致性品質(zhì)管理組（QA）訪談1. 公司是否設有獨立的QA部門/組，其職能是什么？ PPQA GP2.4提示：請根據(jù)公司實際回答品質(zhì)保證人員屬于哪個部門。我們公司有品質(zhì)管理組，主要負責公司項目級和組織級的過程和產(chǎn)品的客觀評價。包括：制定品質(zhì)保證計劃、實施品質(zhì)保證活動、總結(jié)品質(zhì)保證結(jié)果。2. 你能大致描述從項目啟動需求設計編碼測試項目結(jié)束的過程嗎？如何對這些項目級過程進行監(jiān)督檢查？PPQA SP1.1 提示：從軟件生命周期和項目管理活動兩個角度進行闡述，盡量覆蓋到各個PA（如培訓、組織過程焦點等等）提示：項目啟動：當市場部有項目任務后，部門經(jīng)理確定具體的項目負責人和項目組成人員，并將前期的資料移交給項目負責人。項目經(jīng)理編寫項目立項書，提交部門經(jīng)理審批。項目經(jīng)理對項目情況和客戶熟悉后，和QA、CM一起編制項目計劃，然后評審。項目整個生命周期：項目策劃階段（項目估算和制定項目計劃）、需求階段（需求調(diào)研、需求分析和需求評審確認）、設計階段（概要設計和詳細設計）、編碼階段（編程和單元測試）、測試階段（系統(tǒng)集成測試和驗收測試）。項目交付驗收：驗收測試通過以后要進行產(chǎn)品的交付，才可以給客戶（市場部）進行試運行、測試和驗收。項目管理活動：主要對配置管理、風險管理、進度管理（項目監(jiān)督控制）、需求管理、培訓管理、項目結(jié)項管理等方面。QA都對以上活動和產(chǎn)品進行跟蹤、檢查和驗證工作。3. 組織級的PPQA如何開展工作？PPQA SP1.1、 SP1.2、 SP2.1、 SP2.2；OPF、OPD、OT、SAM GP2.9提示：項目試點時，組織級QA制定組織級品質(zhì)保證計劃，依據(jù)組織過程檢查單每月對組織級的過程和產(chǎn)品進行檢查，檢查的結(jié)果記錄在組織過程檢查單中，匯總在品質(zhì)保證報告中。首先我們根據(jù)組織過程檢查單對OPF、OPD進行檢查，檢查的內(nèi)容有：公司的過程改進是否按過程改進計劃進行，過程財富庫是否建立，是否定期進行維護，EPG組有沒有定期召開會議，有沒有定期填寫EPG工作月告，檢查的結(jié)果記錄在組織過程檢查單中，匯總記錄在品質(zhì)保證報告中；如果發(fā)現(xiàn)有不符合問題也記錄在組織過程檢查單和品質(zhì)保證報告中，然后提交給EPG組長，由他指定專人解決問題，如果沒有在規(guī)定時間內(nèi)解決問題，則品質(zhì)保證人員提交公司的高層管理直到問題解決關閉為止。同樣依據(jù)組織過程檢查單對組織培訓進行檢查，檢查內(nèi)容有：組織的培訓需求是否經(jīng)過收集和整理？組織是否收集和整理了組織的崗位職責和技能？每次培訓后有沒有做培訓記錄，每月進行檢查一次，記錄在組織過程檢查單中，匯總記錄在品質(zhì)保證報告中，如發(fā)現(xiàn)有不符合項問題時，記錄在組織過程檢查單和品質(zhì)保證報告中，提交給培訓主管的部門經(jīng)理，由部門經(jīng)理指定專人解決，如果沒有在規(guī)定時間內(nèi)解決問題，則品質(zhì)保證人員提交給公司的高層管理直到問題解決關閉為止。依據(jù)組織過程檢查單對采購進行檢查，內(nèi)容有：采購的流程是否符合公司規(guī)定，采購人員有沒有經(jīng)過采購方面的專業(yè)培訓，有沒有指定公司級采購計劃，有沒有對采購回來的產(chǎn)品進行檢查，對供應商供貨情況有沒有進行監(jiān)督？每月進行一次，檢查的結(jié)果放在組織過程檢查單中，匯總在品質(zhì)保證報告中，如果發(fā)現(xiàn)有不符合項問題時也記錄在組織過程檢查單和品質(zhì)保證報告中，提交給采購經(jīng)理，有他指定專人解決，如果沒有在規(guī)定時間內(nèi)解決，則交給公司高層管理直到問題解決關閉為止。以上的品質(zhì)保證成果都放入VSS庫組織級管理活動中。4. 項目級PPQA如何開展工作？品質(zhì)保證工作成果如何被管理？PPQA SP1.1 SP1.2 SP2.1 SP2.2提示：項目策劃時，制定品質(zhì)保證計劃，并與項目計劃一起提交項目小組及相關小組評審。明確QA計劃中品質(zhì)目標、資源、品質(zhì)保證計劃進度安排、檢查的頻率等內(nèi)容。每周對項目的過程進行檢查,依據(jù)過程檢查單檢查各個階段的進展是否按照計劃執(zhí)行,是否符合公司規(guī)范和流程,有工作產(chǎn)品時依據(jù)產(chǎn)品檢查單進行檢查,發(fā)現(xiàn)不符合項問題,我們需填寫檢查單,并與項目經(jīng)理聯(lián)系確認,由項目經(jīng)理安排人員解決，如還不能解決，我們將上報品質(zhì)經(jīng)理,部門經(jīng)理,直到不符合項問題得到解決或關閉。這些問題將記錄在QA審計報告和不符合項跟蹤表中。項目各階段（包括：策劃、需求、設計、編碼、測試、交付等），進行品質(zhì)保證審計，編寫QA審計報告中。項目結(jié)項時，我們將提交一份品質(zhì)保證總結(jié)報告，會將項目的過程情況及對項目的意見、建議進行總結(jié)，并提交給項目經(jīng)理，由項目經(jīng)理召集EPG、QA、CM等相關人員進行評審、整理分析后納入公司的組織過程財富庫。以上的品質(zhì)保證成果都放入VSS庫中的管理庫5. 品質(zhì)保證人員如何進行裁剪？PPQA SP1.1 SP1.2 SP2.1 SP2.2提示：根據(jù)項目大、中、?。ㄐ№椖浚?0人月以下；中項目：10人月到25人月；大項目：25人月以上）不一樣，對需求開發(fā)活動進行裁剪。根據(jù)項目的實際情況和項目定義過程，確定裁剪的內(nèi)容如：檢查頻率小型項目：每周檢查一次中型項目：每周或每二周檢查一次大型項目：每二周檢查一次檢查的范圍試點項目：需要對所有涉及到的項目過程活動和產(chǎn)品都需要檢查。過程推廣項目：可以對一些過程域?qū)嵤┹^好的地方，減少檢查的頻率6. 請闡述一下，組織為QA活動的提供了那些資源？PPQA GP2.3公司成立專門的品質(zhì)管理組，提供了電腦等相應的硬件設備和相關的QA培訓資料。7. 你接受過公司那些方面的培訓？有QA方面的專業(yè)培訓嗎？如果有的話，請告訴我是什么？PPQA GP2.5提示：接受過新員工培訓、工具培訓、公司規(guī)章制度培訓、公司過程標準文件培訓，對于QA方面的專項培訓有CMMI、品質(zhì)保證等培訓。8. 對QA活動，搜集哪些度量數(shù)據(jù)？如何進行分析的？你的上級領導對PPQA過程的監(jiān)控是如何實施的？PPQA GP2.8提示：QA采集的數(shù)據(jù)是：工作量、產(chǎn)品和過程檢查的次數(shù)、不符合項問題的個數(shù)等。品質(zhì)保證執(zhí)行的實際進度與計劃的對比。最終在品質(zhì)保證總結(jié)報告進行匯總分析。品質(zhì)經(jīng)理通過組內(nèi)例會、品質(zhì)保證報告、監(jiān)督品質(zhì)保證計劃的執(zhí)行情況以及與品質(zhì)保證人員日常交流對品質(zhì)保證人員進行監(jiān)督。9. 客觀檢查（也稱為：審計）方法？方法：會議（周例會、評審會議、里程碑會議）、查看配置庫、訪談、日常交流。10. 審計判定依據(jù)？組織標準過程文件、客戶標準、項目特有標準（項目定義過程）、行業(yè)標準、法律法規(guī)會議（周例會、評審會議、里程碑會議）。11. 審計結(jié)果標記？符合(OK)、不符合(NC)、還沒有到該階段（NY）、不適用(NA)。12. 請描述一下不符合項問題的有哪些屬性。PPQA SP2.1，SP2.2提示：從嚴重性和優(yōu)先級來劃分。提示：嚴重程度：嚴重主要的，對軟件過程品質(zhì)和（或）產(chǎn)品品質(zhì)產(chǎn)生重要影響，甚至不能滿足客戶的要求，如沒有進行需求文檔、設計文檔、客戶需求變更沒有跟蹤和記錄、沒有按要求制定項目計劃、版本失控、沒有建立基線等。 一般次要的，對軟件過程品質(zhì)和（或）產(chǎn)品品質(zhì)影響小，如進行了相關活動但沒有留下記錄、測試沒有按要求進行、正式評審沒有制定計劃等。 輕微微小的，對軟件過程品質(zhì)和（或）產(chǎn)