自己所在的公司申請CMMI3等級認(rèn)證，本人又有幸成為了被訪談中的一員，我由于本人從屬于公司的研發(fā)部的一名研發(fā)人員，所以我的身份順理成章的也是開發(fā)人員。主評官是一名德國老外。
當(dāng)時(shí)我們公司和對方約定的訪談時(shí)間是10月18日~10月21日，第一天首先是發(fā)起人見面，然后要參加被訪談的全體人員參加啟動會議，下午是分別是EPG組長、CM、OT、PPQA的訪談，開發(fā)人員是19號。
我們公司一共準(zhǔn)備了3個項(xiàng)目(每個項(xiàng)目組配備兩名開發(fā)人員，一名測試人員)，我是第一個項(xiàng)目組的成員，早晨9點(diǎn)鐘到達(dá)公司，大概9:15左右，會議室的人出來叫人說可以開始了，讓我們進(jìn)去，進(jìn)入到會議室之后老外先和我們打了招呼，然后翻譯在旁翻譯，并且講述訪談的原則不歸咎原則，及簽訂保密協(xié)議。
下面是我們訪談的被問到的問題：
- 公司定義了哪些不同的需求獲取的方式？
答：公司定義的需求獲取的方式有：電話、郵件、調(diào)查問卷、開研討會、靜態(tài)頁面效果圖、原型等方式 - 你的項(xiàng)目中使用了哪些方式獲取客戶的需求的？獲取了客戶的哪些需求？
答：郵件、調(diào)查問卷、開研討會、靜態(tài)頁面效果圖；獲取了客戶的需求分為功能性需求和質(zhì)量屬性方面的需求，質(zhì)量屬性方面的需求可分為可維護(hù)性，安全性，易用性等等。
3，客戶有沒有對你們獲取后的需求進(jìn)行確認(rèn)？如何確認(rèn)的？
答：我們將用戶的需求整理，制定成《用戶需求說明書》并交與客戶確認(rèn)簽字。
4，項(xiàng)目中的需求是如何進(jìn)行管理的？
答：我們在每個階段完成時(shí)，都填寫《需求跟蹤矩陣》，所以當(dāng)需求變更時(shí)，我們《需求跟蹤矩陣》來查看每個需求的狀態(tài)，了解因變更而影響的需求范圍。
5，你們是如何對客戶的需求進(jìn)行分析的？
答：我們采用VISO工具來分析系統(tǒng)，并對系統(tǒng)進(jìn)行建模，制定出系統(tǒng)的業(yè)務(wù)流程圖和系統(tǒng)架構(gòu)圖，當(dāng)《軟件需求說明書》制定完成后，由項(xiàng)目經(jīng)理組織邀請客戶，開發(fā)人員，測試人員，配置人員，質(zhì)量保證人員，高層參加軟件需求說明書的評審會議，在保證需求分析是滿足客戶需求的，并得到大家的認(rèn)可。
6，需求的優(yōu)先級和難易度是如何來定義的？
答：我們是根據(jù)需求的難易度來確定優(yōu)先級的。
高 --- 軟件必須實(shí)現(xiàn)的功能，用戶有明確的功能定義和要求；
中 --- 軟件應(yīng)該實(shí)現(xiàn)的功能，用戶的功能定義和要求可能是模糊的、不具體的、或低約束的，但是這類功能的缺少會導(dǎo)致用戶的不滿意，因此這類功能的具體需求應(yīng)當(dāng)由需求分析人員誘導(dǎo)用戶產(chǎn)生并明確；
低 --- 軟件盡量實(shí)現(xiàn)的功能，并可根據(jù)開發(fā)進(jìn)度進(jìn)行取舍，但這類功能的實(shí)現(xiàn)將會增加用戶的滿意度。
7，公司是如何跟蹤項(xiàng)目的需求接口需求的？
答：根據(jù)《用戶需求說明書》指定的《軟件需求說明書》中定義了軟件的接口需求。并在《需求跟蹤矩陣》中進(jìn)行接口需求的跟蹤。
8，如何對需求進(jìn)行管理來確保需求的完整性，一致性？
答：通過評審會議，維護(hù)《需求跟蹤矩陣》，以及周會確保需求的完整性和一致性。
9，需求變更的時(shí)候由誰來確認(rèn)？
答：當(dāng)需求變更的時(shí)候，由項(xiàng)目經(jīng)理提交需求變更申請到CCB(變更控制委員會)進(jìn)行確認(rèn)是否變更。
10，你們怎么確保不同工作產(chǎn)品的一致性和完整性？
答：通過召開評審會議確保不同工作產(chǎn)品的一致性和完整性。
11，對于過程改進(jìn)活動，你們參與了哪些工作？
答：參與了臨時(shí)過程組對OSSP體系對編寫，需求開發(fā)與管理，設(shè)計(jì)過程等。
12，需求經(jīng)驗(yàn)和優(yōu)秀實(shí)踐經(jīng)驗(yàn)如何和其他項(xiàng)目和組織分享？
答：一般有好的經(jīng)驗(yàn)或建議，我們會向EPG反饋，EPG組長整理采納后會存放在公司的財(cái)富庫中。
13，在過程規(guī)范中變更如何通知你們的？
答：過程規(guī)范發(fā)生變更時(shí)，過程改進(jìn)會形成新的基線，配置管理工程師會發(fā)布基線報(bào)告，EPG組長會安排相應(yīng)人員給我們培訓(xùn)。
14，如何管理產(chǎn)品交付后客戶的需求？
答：在產(chǎn)品交付客戶后，我們給客戶有1年的免費(fèi)維護(hù)期，如果是原需求的變更，我們免費(fèi)維護(hù)，如果新需求的變更，則另有償維護(hù)。
15，公司是否通過了設(shè)計(jì)方面的指南？
答：是的，EPG制定了《設(shè)計(jì)過程》《實(shí)現(xiàn)過程》等來指導(dǎo)我們工作。
16，設(shè)計(jì)過程是什么？
答：項(xiàng)目經(jīng)理指定角色，要先做《概要設(shè)計(jì)說明書》和《編碼規(guī)范》，然后召開評審會議，評審?fù)ㄟ^后，再做《詳細(xì)設(shè)計(jì)說明書》及《數(shù)據(jù)庫設(shè)計(jì)說明書》，同時(shí)界面設(shè)計(jì)師做靜態(tài)界面設(shè)計(jì)，然后由項(xiàng)目經(jīng)理召開評審會議，評審?fù)ㄟ^后，將相關(guān)配置項(xiàng)由配置管理工程師入庫等。
17，設(shè)計(jì)采用了哪些技術(shù)？
答：結(jié)構(gòu)化設(shè)計(jì)方法：1，自頂向下 2，逐步細(xì)化 3，模塊化設(shè)計(jì) 4，結(jié)構(gòu)化編碼
結(jié)構(gòu)化設(shè)計(jì)步驟如下：
1，審核細(xì)化數(shù)據(jù)流
2，確定數(shù)據(jù)流程圖的類型
3，把數(shù)據(jù)流圖映射到軟件模塊結(jié)構(gòu)，設(shè)計(jì)出模塊結(jié)構(gòu)的上層
4，基于數(shù)據(jù)流圖逐步分解高層模塊，設(shè)計(jì)中下層模塊
5，對模塊結(jié)構(gòu)進(jìn)行優(yōu)化，得到更合理的軟件結(jié)構(gòu)
6，描述模塊接口
18，目前的決策分析方法有哪些？
答：主要采用了經(jīng)驗(yàn)法和類比法兩種。然后采用專家法打分決策
19，項(xiàng)目中的重用組件使用前，項(xiàng)目組有沒有進(jìn)行討論？
答：在《項(xiàng)目計(jì)劃》里定義并分析了項(xiàng)目重用組件，并在《項(xiàng)目計(jì)劃》會議上，對項(xiàng)目的組件重用進(jìn)行了分析討論。
20，設(shè)計(jì)階段你們做了哪些評審，如何做的？
答：設(shè)計(jì)階段有《概要設(shè)計(jì)說明書》評審，《詳細(xì)設(shè)計(jì)說明書》評審；《里程碑》等評審活動，在評審會議上，由主持人組織會議持續(xù)，作者講解評審工作的內(nèi)容，回答評審人員提出的問題，會議記錄人員將會議上的內(nèi)容及問題進(jìn)行記錄，并整理到《評審記錄》中，由項(xiàng)目經(jīng)理指定并監(jiān)控負(fù)責(zé)人解決評審中發(fā)現(xiàn)的問題。
21，關(guān)于這些評審，計(jì)劃多少的工作量？評審的主要反饋是什么？
答：評審會議一般持續(xù)4個小時(shí)左右，評審主要反饋評審工件中的一些問題的個數(shù)、嚴(yán)重等級、分析和解決措施等。
22，哪些工作進(jìn)行了同行評審？
答：《用戶需求說明書》《軟件需求說明書》《項(xiàng)目計(jì)劃》《概要設(shè)計(jì)說明書》《詳細(xì)設(shè)計(jì)說明書》《數(shù)據(jù)庫設(shè)計(jì)說明書》《測試用例》
23，同行評審收集了哪些數(shù)據(jù)？如何分析的？
答：同行評審收集了評審工件中的問題個數(shù)、嚴(yán)重等級、產(chǎn)生的原因、解決措施，并記錄在評審會議中。
24，你們是如何確保的設(shè)計(jì)符合需求？
答：我們利用《需求跟蹤矩陣》來保證需求、設(shè)計(jì)、編碼、測試的一致性和完整性；同時(shí)設(shè)計(jì)中的每一個階段(概要設(shè)計(jì)階段、詳細(xì)設(shè)計(jì)階段)都召開評審會議，確保階段性工作產(chǎn)品的質(zhì)量。
25，產(chǎn)品集成的順序和環(huán)境在哪里有記錄？
答：在《產(chǎn)品集成計(jì)劃》中有記錄
26，項(xiàng)目是怎么發(fā)布的？誰來建立，評審和最終發(fā)布？
答：由項(xiàng)目經(jīng)理建立和發(fā)布項(xiàng)目產(chǎn)品，客戶接收產(chǎn)品時(shí)，項(xiàng)目經(jīng)理將《項(xiàng)目交付報(bào)告》交與客戶簽字。然后召開項(xiàng)目結(jié)項(xiàng)會議。
27，項(xiàng)目在每個階段是否都建立了基線？你們是如何得知基線的建立的？
答：是的，當(dāng)基線建立后，配置管理工程師向項(xiàng)目組成員發(fā)布基線報(bào)告。
28，你們是如何參與項(xiàng)目計(jì)劃和估算的？
答：項(xiàng)目估算會議，根據(jù)開發(fā)經(jīng)驗(yàn)對用戶需求的功能點(diǎn)進(jìn)行規(guī)模和工作量的估計(jì)，項(xiàng)目經(jīng)理將每個專家的估計(jì)值進(jìn)行計(jì)算，得到工作量和規(guī)模的平均值。然后參考財(cái)富庫中的度量數(shù)據(jù)，進(jìn)行項(xiàng)目的工作量估算。然后再估算出項(xiàng)目的成本。
29，你們向誰做工作匯報(bào)，回報(bào)哪些內(nèi)容？
答：向項(xiàng)目經(jīng)理匯報(bào)工作，匯報(bào)工作量，進(jìn)度，偏差等。
30，項(xiàng)目中有什么技術(shù)風(fēng)險(xiǎn)和問題？
答：有人員的技術(shù)風(fēng)險(xiǎn)，也有項(xiàng)目管理的問題。
31，如何保證代碼質(zhì)量？
答：我們每天下班前，由項(xiàng)目經(jīng)理組織開發(fā)人員進(jìn)行交互代碼走查，主要檢查代碼的編碼規(guī)范和代碼的邏輯性，并將發(fā)現(xiàn)的問題記錄在《代碼走查》中，同時(shí)開發(fā)人員進(jìn)行單元測試，以保證代碼的質(zhì)量。
32，你們是如何進(jìn)行單元測試的？測試的結(jié)果會有記錄嗎？結(jié)果報(bào)告存放在那里？
答：我們根據(jù)單元測試用例進(jìn)行單元測試，采用白盒測試，測試結(jié)果記錄在《測試記錄跟蹤表》中。
33，如何確定編碼結(jié)束的？
答：1，項(xiàng)目經(jīng)理已經(jīng)確認(rèn)，該軟件的功能已經(jīng)按照《用戶需求說明書》和項(xiàng)目《軟件需求說明書》的要求全部實(shí)現(xiàn)，功能和界面結(jié)合完成。
2，所有功能代碼均已基線化。
3，單元測試，集成測試結(jié)束，系統(tǒng)預(yù)編譯成功。
4，該單元的項(xiàng)目《用戶使用手冊》、項(xiàng)目《系統(tǒng)安裝手冊》等相關(guān)文檔必需提交到系統(tǒng)測試。
34，項(xiàng)目中的源代碼是如何管理的？
答：我們使用的是git。
35，你們是如何和測試人員合作的？
答：首先，測試出的bug有四種狀態(tài)，打開，跟蹤，重新打開，關(guān)閉。當(dāng)測試人員發(fā)現(xiàn)bug后，將bug記錄在《測試記錄跟蹤表》中，此時(shí)的bug狀態(tài)是打開；接著由測試人員將《測試記錄跟蹤表》提交給項(xiàng)目經(jīng)理，由項(xiàng)目經(jīng)理指定bug修改負(fù)責(zé)人，當(dāng)bug修改負(fù)責(zé)人解決bug后，將bug的狀態(tài)改為“跟蹤”，然后提交給測試人員，由測試人員進(jìn)行驗(yàn)證測試，當(dāng)測試人員驗(yàn)證測試成功，則bug狀態(tài)改為“關(guān)閉”，當(dāng)測試人員驗(yàn)證測試失敗后，則bug的狀態(tài)改為“重新打開”，最為bug重新處理。
36，編碼過程中會統(tǒng)計(jì)哪些數(shù)據(jù)？這些數(shù)據(jù)存放在哪？
答：在編碼階段，我們收集項(xiàng)目規(guī)模，數(shù)據(jù)都記錄在《項(xiàng)目總結(jié)報(bào)告》中。
37，項(xiàng)目經(jīng)理是如何檢查你們工作的？
答：主要根據(jù)周會，里程碑會議來檢查工作，同時(shí)在平時(shí)我們發(fā)現(xiàn)問題也會EMAIL或走查的形式通知項(xiàng)目經(jīng)理，項(xiàng)目經(jīng)理也會根據(jù)《項(xiàng)目進(jìn)度表》監(jiān)控我們的工作進(jìn)展情況。
38，你的項(xiàng)目是否有內(nèi)部制定保證？
答：有PPQA是根據(jù)QA制定的《檢查表》在每個檢查時(shí)機(jī)處檢查我的工作，并將發(fā)現(xiàn)的NC通過EMAIL的形式發(fā)給我，我在接到NC一天內(nèi)給予反饋。
以上是作為開發(fā)人員問的問題，測試人員沒怎么問，就問了一道題，還是和開發(fā)人員重合的為35題。下午，第2，3個項(xiàng)目一起進(jìn)入會議室訪談。
第三天上午他們在會議室對訪談內(nèi)容進(jìn)行分析，下午快下班時(shí)召開初步發(fā)現(xiàn)會議讓我們對他們給出的訪談分析結(jié)果提出異議。
第四天上午，最終發(fā)布會議，全員都要參加。
