需求訪談角色定義： 姓名： 負(fù)責(zé)項(xiàng)目：1 請(qǐng)說(shuō)明公司怎樣明確需求人員崗位職責(zé)？在哪些方面體現(xiàn)？RD、REQM： GP2.4詳細(xì)說(shuō)明2 需求方面，公司是否有一些指導(dǎo)的方針？RD、REQM： GP2.1要收集干系人的需要，制訂產(chǎn)品與產(chǎn)品組件需求， 并且分析與確認(rèn)那些需求。 對(duì)此，本方針建立了組織級(jí)期望。要管理需求并識(shí)別需求與項(xiàng)目計(jì)劃和工作產(chǎn)品之間的不一致。 對(duì)此，本方針建立了組織級(jí)期望。3 請(qǐng)你描述一下需求階段分為幾個(gè)子過(guò)程？及主要的工作是什么？RD SP1.1 、SP1.2、SP2.1、SP2.2、SP2.3、SP3.5制定需求調(diào)研計(jì)劃，進(jìn)行用戶調(diào)研訪談，作需求調(diào)研記錄，收集用戶反饋意見，最終形成用戶需求說(shuō)明書軟件需求說(shuō)明書，客戶確認(rèn)后，經(jīng)評(píng)項(xiàng)目審?fù)ǎu(píng)審?fù)ㄟ^(guò)后，納入基線，需求變更依據(jù)變更流程執(zhí)行；其主要的工作是實(shí)現(xiàn)需求管理和需求開發(fā)的目標(biāo)4 你是如何獲取項(xiàng)目和產(chǎn)品的需求？有哪些方法？REQM SP1.1與用戶訪談（交流訪談）、參與用戶工作、收集用戶工作資料、發(fā)放調(diào)研問(wèn)題登記表（問(wèn)卷調(diào)查）、收集用戶反饋意、研究同類產(chǎn)品、情景分析（例如：可描述當(dāng)前一項(xiàng)業(yè)務(wù)怎么做、也可以描述設(shè)想的系統(tǒng)中此項(xiàng)業(yè)務(wù)怎么做。可結(jié)合交流訪談方法進(jìn)行需求調(diào)研活動(dòng)。）、原型設(shè)計(jì)、咨詢同行業(yè)專家等多種形式收集用戶需求5 你是如何對(duì)需求分類（功能、非功能）？依據(jù)什么進(jìn)行分類？RD SP2.1、SP2.2；PI SP2.2實(shí)現(xiàn)用戶業(yè)務(wù)工作要求為功能需求，在功能上獲得性能需求，即非功能需求，主要根據(jù)需求屬性來(lái)定義的6 你是如何標(biāo)識(shí)需求狀態(tài)的？你采用了什么方法或工具跟蹤需求的狀態(tài)？REQM SP1.4通過(guò)需求說(shuō)明書建立需求跟蹤表，通過(guò)需求跟蹤表來(lái)進(jìn)行需求狀態(tài)的跟蹤。7 需求分析采用了哪些方法？是否有其他的方法？你是如何判斷這些方法符合項(xiàng)目要求？RD SP3.1、SP3.2、SP3.3、 SP3.4根據(jù)對(duì)最終產(chǎn)品的理解，確定技術(shù)方案，構(gòu)建產(chǎn)品運(yùn)作的過(guò)程和場(chǎng)景，定義業(yè)務(wù)流程，將需求分解，識(shí)別功能與子功能，平衡需求，建立各功能的輸入、輸出、處理邏輯，識(shí)別風(fēng)險(xiǎn)等，通過(guò)原型開發(fā)理解需求8 需求分析結(jié)果是否都記錄在哪里，主要內(nèi)容有哪些？RD SP2.1、SP2.2、SP2.3通常在需求說(shuō)明說(shuō)中一并納入需求分析的內(nèi)容定義功能架構(gòu)，劃分子系統(tǒng)、繪制系統(tǒng)拓?fù)鋱D、為需求建立模型、創(chuàng)建開發(fā)原型、分析可行性、確定需求優(yōu)先級(jí)、編寫數(shù)據(jù)字典、定義約束條件9 需求的優(yōu)先級(jí)如何確定？需求程度（驗(yàn)證、一般），需求的穩(wěn)定性？RD SP3.4、SP3.5以用戶的意見為主，同時(shí)考慮開發(fā)成本、進(jìn)度和境地風(fēng)險(xiǎn)等因素確定項(xiàng)目的優(yōu)先級(jí)10 你是如何與客戶確定需求變更的約定？有哪些記錄？REQM SP1.2根據(jù)需求變更流程執(zhí)行，記錄在需求變更申請(qǐng)和需求跟蹤表中11 需求變更的流程是如何的？如何確保需求的一致性？REQM SP1.3、SP1.4、SP1.5 GP2.7、GP2.8、GP2.10見需求變更申請(qǐng)，變更申請(qǐng)-變更分析-變更審批-變更執(zhí)行：基線變更、基線審核-變更跟蹤與檢查等12 在配置庫(kù)中是否建立了需求基線？如何建立需求基線？該基線包括哪些配置項(xiàng)？RD GP2.6；CM SP1.3建立，包括需求階段計(jì)劃、需求說(shuō)明書、需求變更申請(qǐng)、需求跟蹤表等13 你是如何統(tǒng)計(jì)和分析需求變更的？工作量統(tǒng)計(jì)嗎？需求階段工作量占項(xiàng)目總工作量的多少？MA SP2.1、SP2.2在任務(wù)單中體現(xiàn)，統(tǒng)計(jì)階段工作量與偏差20%14 需求活動(dòng)在什么情況下可以結(jié)束？什么時(shí)候？ REQM SP1.2當(dāng)需求說(shuō)明書最終經(jīng)過(guò)了用戶評(píng)審后，視為該階段結(jié)束15 你參與的項(xiàng)目采用的生命周期模型是什么？公司定義了哪幾種生命周期模型？OPDSP1.2 ；IPM SP1.1采用瀑布變形的生命周期模型，公司只定義了這一種模型16 需求活動(dòng)中是否會(huì)碰到一些風(fēng)險(xiǎn)？你是如何識(shí)別和控制這些風(fēng)險(xiǎn)的？RSKM SP2.1、SP2.2會(huì)遇到風(fēng)險(xiǎn)，如客戶方面（反饋不及時(shí)、沒有按時(shí)提供資料、提供的資料不完整、對(duì)自身工作不了解等）或需求本身風(fēng)險(xiǎn)（對(duì)需求了解不夠，造成工作緩慢，返工較多、需求不斷變化、添加額外的變化等）或人員風(fēng)險(xiǎn)（身體狀況下降、工作變動(dòng)等）根據(jù)公司的風(fēng)險(xiǎn)管理指南和風(fēng)險(xiǎn)列表進(jìn)行跟蹤17 你參加過(guò)哪些方面的培訓(xùn)？REQM、RD：GP 2.5；OT SP2.1公司級(jí)的過(guò)程體系培訓(xùn)和開發(fā)技術(shù)培訓(xùn)18 QA如何檢查你的工作？PPQA SP2.1 、SP2.2過(guò)程檢查單19 你是如何確定你的需求都被實(shí)現(xiàn)了呢？VER SP2.1 、SP2.2、SP2.3、SP3.1；VAL SP2.1 、SP2.2實(shí)施行動(dòng)計(jì)劃。為實(shí)施行動(dòng)計(jì)劃，如下任務(wù)應(yīng)得到執(zhí)行： 進(jìn)行分派。 對(duì)做工作的人進(jìn)行協(xié)調(diào)。 對(duì)結(jié)果進(jìn)行評(píng)審。 跟蹤行動(dòng)項(xiàng)直到關(guān)閉。評(píng)價(jià)已實(shí)施行動(dòng)對(duì)過(guò)程性能產(chǎn)生的效果。參閱“量化項(xiàng)目管理”過(guò)程域以進(jìn)一步了解如何選擇度量項(xiàng)與分析技術(shù)。一旦已變更的過(guò)程部署到整個(gè)項(xiàng)目，評(píng)價(jià)變更的效果以驗(yàn)證該變更改進(jìn)了過(guò)程性能。工作產(chǎn)品實(shí)例1. 對(duì)過(guò)程性能以及過(guò)程性能變更的分析子實(shí)踐1. 對(duì)項(xiàng)目中受影響過(guò)程或子過(guò)程的過(guò)程性能變更進(jìn)行度量與分析。本子實(shí)踐確定所選變更是否已經(jīng)正面影響過(guò)程性能及影響程度。CMMI 開發(fā)模型，版本 1.3110 原因分析與解決（ CAR） 項(xiàng)目已定義的設(shè)計(jì)過(guò)程中，過(guò)程性能變更的一個(gè)實(shí)例可能是為了滿足質(zhì)量與過(guò)程性能目標(biāo)對(duì)預(yù)測(cè)的設(shè)計(jì)能力的變更。另一個(gè)實(shí)例可能是，依照改進(jìn)實(shí)施前后通過(guò)同級(jí)評(píng)審所統(tǒng)計(jì)度量的，設(shè)計(jì)文檔中缺陷密度的變更。在統(tǒng)計(jì)過(guò)程控制圖上，這個(gè)過(guò)程性能變更可能表現(xiàn)為均值的改進(jìn)、偏差的降低或兩者皆有。統(tǒng)計(jì)與其它量化技術(shù)（例如，假設(shè)檢驗(yàn)）可以用于比較前后基線以評(píng)估變