第一篇：CMMI 正式評估訪談問題

Sponsor 與公司相關的問題

1、簡要介紹一下公司的情況？（公司組織架構、公司的產品業務介紹、公司的發展規劃等）

2、公司是什么時候開始進行過程改進的？為什么選擇CMMI作為過程改進的模型？

3、您是否愿意為組織的過程改進提供充足的資源？如何為CMMI實施提供支持？（人員、成本、考核獎勵制度?）

4、您在壓力到來時是否會保障組織流程獲得執行？

5、您是否會為組織的過程改進開展相關的培訓？是否會培訓相關的專職人員并對其指派責任？

6、您是否會建立組織相關的政策確保組織過程改進順利進行？

7、您是否會統一管理組織流程的所有資產？

8、您是否會對組織過程改進進行全程監控？

9、您是否會堅持持續改善組織流程？

10、實施過程改進有哪些風險？哪些阻力？遇到哪些難題？

11、公司的商業目標是什么？

12、您認為現有CMMI過程對這商業目標是否有幫助？

13、組織方針（每個PA的實施方針，組織對每個PA的期望）是如何制定的?

14、組織方針和CMMI標準過程是如何獲得組織批準的？通過什么方式傳達到每個人？

15、組織或項目中做了哪些度量？您主要關心哪方面的度量？

16、如何在組織中推廣實施 CMMI？（各種制度、質量保證（QA）部門獨立工作，有專職的QA人員代表高層開展獨立的審計工作）

17、過程改進給組織帶來了哪些改善？

18、如果說還需要進行過程改進，目前最緊迫改進的是什么，優先級最高的是什么？

19、公司未來過程改進方面的打算？（如持續的進行過程改進，啟動CMMI L4）

與EPG相關的問題 20、EPG小組有多少人？幾個全職？幾個兼職？

21、EPG有例會嗎？多長時間開一次？您會參加嗎？

22、公司的過程改進計劃什么時間制定？誰制定？誰批準？包含哪些內容？

23、公司的過程改進目標是什么？如何制定？

24、如何了解EPG的工作情況？

25、收到EPG哪些報告？

與項目相關的問題

26、參加項目的哪些活動？（啟動會、里程碑、同行評審、項目例會等）

27、如何了解項目的進展情況？

28、收到哪些來自于項目的報告？

其他

29、新員工培訓包含哪些內容？是否有CMMI標準過程的培訓？ 30、如何了解過程PA的好壞？（過程的穩定性。從 QA和 EPG提供的相關報告了解）

31、如何了解 QA的工作情況？（QA定期向高層發工作狀態報告如 QA周報、協調解決 QA工作中一些問題）

32、您參與過哪些決策評審活動？有沒有組織級的決策評審活動？如果有請舉例說明。

EPG33、34、EPG的職責是什么？

組織過程資產庫的內容？-OSPP-組織經驗教訓庫-組織度量庫-組織知識庫-組織最佳實踐庫-項目文檔庫

組織過程資產庫的管理？

-EPG根據項目的度量數據定期更新PAL數據定期對PAL進行分析，并向公司公布PAL情況。

35、

36、公司的組織方針是什么？如何制定？誰來批準的？結合PP進行介紹

37、EPG如何開展工作？

成立SEPG小組、得到授權、計劃、制定/修改過程、發布過程、培訓、如何得到反饋、按計劃開展內部評審、如何對新的過程試用、參與具體項目的策劃活動、項目已過程定義

38、組織過程改進目標是如何確定的？

根據組織的商業目標提出，經過EPG評審通過

39、在過程改進過程中，目標是怎么落實的？落實的怎么樣？離目標還有多少差距？

實際與目標做差距分析－》制定過程改進計劃－》分配職責－》執行－》監控 40、如何收集和管理過程改進建議？

高層的意見、QA提供建議、外部專家、EPG檢查、審核、向員工發放改進建議收集表

41、如何決定改進優先級？EPG與管理層一起制定

42、如何制定組織過程改進計劃？計劃包含哪些內容？

43、對于組織過程改進計劃如何監控？ 月報、例會、和最初的目標對比

44、如果有一個全新的過程，會怎樣做？ 培訓、先在最有需要的項目、新項目中實行、追蹤、提出問題

45、組織過程及標準過程，在項目中怎么落實？有試運行計劃嗎？

46、組織中的所有項目都實施了CMMI嗎？

47、過程、工具等有試運行計劃嗎？

48、EPG什么時候分析度量數據？舉例說明

EPG需要使用度量數據監控過程的好壞。如果數據顯示是好的，要選擇其他的度量進行度量，當加入單元測試模版后狀況有改進嗎

49、項目的相關經驗是否合并到資產庫？怎么合并的？ 50、EPG如何監控組織過程改進情況？-EPG周報

-EPG的周會，月例會，分析解決問題；-從QA、公司員工收集對過程改進的建議；

-項目結束時收集項目的PDB（項目過程績效數據），按季度更新組織的PCB（過程能力基線），從而了解組織的過程執行能力的變化趨勢（提高還是下降）。PCB的主要內容包括進度、工作量、缺陷率的情況等。定期向公司公布PCB的情況。

33、誰檢查EPG的工作？多長時間審查一次？

-公司高層和QAEPG制定的過程定義/改進計劃得到高層的評審和批準；高層參與EPG工作重要問題討論會議，協調解決問題

-在EPG發布OSSP體系文件之前高層參與對過程體系文件的評審工作。評審通過后，高層批準OSSP體系文件。

35、EPG有沒有DAR的過程應用？

36、EPG有沒有配置管理計劃？如果有主要的配置項有哪些？建立了哪些基線？

37、EPG在工作中產生哪些工作產品？放在哪里？

51、做OPF，公司有沒有獎勵機制？

52、EPG向管理層發送哪些報告？EPG會議紀要、EPG報告發給高層，53、EPG成員接受過哪些培訓嗎？內部外部培訓過程CMMI相關

54、做過程改進，壓力大嗎？在哪些方面？什么方式可以解決？

55、你認為過程改進最大的阻力是什么？

56、遇到阻力怎么辦？

57、實施過程改進在那些方面有提高？

58、改進最大的機會是什么？具體到PA、要具體、如MA

59、改變最多的是什么？ 60、那些還可以提高的空間？ 61、是否得到過反饋或改進意見？

62、如何做裁剪？過程中定義裁剪，在制定一個裁剪指南 63、EPG組的工作中，進行了哪些度量？

-成員工作量-文檔規模

-改進進度計劃偏差-改進建議

64、EPG接受過哪些培訓？

-咨詢公司提供的CMMI培訓；

-ATM成員參與了SEI Introdoction培訓

65、EPG提供了哪些培訓？如何開展的？

-進行CMMI基礎與公司OSSP的培訓 QA 66、67、68、誰指派QA到項目中去？什么時候加入到項目組中去？ PPQA的方針有哪些？ QA參加哪些項目活動？

參加項目評審會議、如計劃需求評審等，進度檢查、項目策劃參與，問題交流、報告發給PM、高層69、70、71、72、73、74、75、76、77、QA是否評審項目PDP裁剪結果？評審PDP時主要檢查哪些內容？ QA計劃計劃誰制定？內容是什么？

如何確定哪些活動要評審，哪些工作產品要審計？

QA報告發給誰？高層經理和發起人

QA收集了哪些數據？有沒有做趨勢分析嗎？ 作為QA接受過哪些培訓？

對于新PM，QA會給他們培訓嗎？有。什么形式？非正式的，面對面 QA與EPG在項目中角色有何不同？ 如何向EPG提交過程改進建議？-收集項目組的建議

-根據QA的工作經驗提出改進建議

78、QA工作中產生哪些工作產品？放在哪里？ 79、QA檢查單有無定期審核、修改？ 80、如何保證QA工作的客觀性、獨立性？ 81、QA的QA？誰檢查QA的工作？ 82、高層如何了解QA的工作情況？有沒有NC與項目組不能達成一致的情況需要高層處理協調？ 83、QA的優勢和不足？優勢是與項目的交流比較頻繁，不足SPC是4級的知識需要補充

CM 84、85、86、87、a)b)c)d)e)f)88、項目級CM和公司級CM的職責分別是什么？ CM何時參與到項目工作中？ 項目正式啟動 項目的配置標識是否符合組織的規范？ 符合 配置管理計劃誰來做？CM計劃具體包括的內容？ 人員、職責 進度 成本

分配的權限 標識的配置項 要建立的基線

項目的配置項是如何確定的？

-PDP審核通過后，CM根據PDP制定CM計劃，與項目計劃一起評審后，由PM批準。89、90、91、92、93、94、95、96、97、98、99、100、101、102、103、104、105、106、107、108、-舉例說明主要的配置項

如何了解配置項的狀態？ 配置狀態報告

如何建立發布基線？如何發布產品版本？ CM提出申請，經CCB批準 配置變更是怎樣開展的？

如果在系統測試階段用戶提出需求的變更，需要變更的配置項有哪些？ 項目計劃、需求、設計、代碼

設計基線與系統測試相比誰包含的配置項多？ 測試包含設計 CCB由哪些人員組成？ PM+CM+骨干技術人員 配置管理系統中訪問權限是如何控制的？

項目CM計劃批準后，CM為項目組建立項目配置管理庫（包括開發庫和基線庫）；項目開發庫的操作權限由項目經理批準后由CM設置。通常根據項目成員的角色分配對不同配置項的操作權限。

每個項目有基線庫，基線庫只有項目配置管理員和CM有寫的權限，其他人只讀。當配置項產品經過評審通過后，由項目CM將評審產品放入基線庫。

公司有產品庫，產品庫只有CM有操作權限。當項目發布產品后，由CM將產品放入公司產品庫。當需要負責某個產品由CMO制作光盤。QA審核CM的主要內容是什么？ 如何備份？

PAL（組織資產庫？）是如何管理的？

-EPG審核批準提交PAL的內容后，由CM放入組織資產庫。-定期向技術人員提供組織資產庫的內容索引，受理訪問需求。基線庫是如何管理的？產品庫是如何管理的？ 公司指導CM工作的方針是什么？ CM參加過哪些培訓？

配置管理過程中產生哪些文檔，在哪里保存？ CM活動涉及哪些干系人？

高層經理如何了解配置工作的情況？ 什么時候做配置審計？誰來做？ CM有哪些報告

MA：

109、度量目標是怎么得來的？如何定義？

110、度量目標值是如何確定的？

111、誰決定項目度量哪些內容？QA與PM討論決定 112、MA計劃評審誰參加？相關人員 113、度量數據從哪來？

項目計劃、項目周報、評審。。

114、項目策劃是否參考了歷史數據，參考那個項目的？為什么參考這個項目？ 115、如何保證度量數據的客觀性、準確性？

培訓項目人員，度量表格如何填寫，并申明這些數據不作為績效考核，請大家如實填寫、PM、QA審核數據的正確性

116、度量報告發給誰？管理層和項目組 117、對度量結果的溝通運用？最好每月與高層經理溝通度量報告內容。讓高層了解度量內容。向所有干系人傳遞度量信息，讓大家理解思考并運用 118、度量工作有風險嗎？怎么處理？ 119、度量數據如何進行分析？ 120、是否對配置管理進行度量？ 121、對組織級活動做度量了嗎？ 122、測試中問題多嗎？

123、度量中發現的問題如何處理？

124、度量的重要性？怎么體現？指示項目狀態，有助于項目監控，積累數據，給其他項目做參考，為4級做準備

125、優勢和不足？優勢PM關注，不足，統計過程控制SPC 4級知識欠缺

OT：

126、介紹一下培訓流程？

127、培訓需求的來源？根據組織商業目標、通過書面調查部門需求、高層要求訪談、培訓效果調查、崗位技能矩陣、崗位職責獲得

128、如何確定需求是組織級培訓還是項目級培訓？ 129、講師的來源？

130、培訓講師的資質確認？有資格要求，相關領域的經驗，有講師評價表，外部通過培訓機構請培訓講師

131、對培訓講師的培訓？

132、培訓完對講師、課程、員工進行評估嗎？ 133、培訓有哪些度量？培訓有效性度量？ 134、員工接受培訓的檔案、講師培訓記錄？ 135、使用培訓方面的度量數據改善度量流程？ 136、有過程改善方面的例子嗎？ 137、有對QA的培訓嗎？ 138、QA對OT審核嗎？

139、培訓效果如何衡量？考核不通過怎么辦？

140、平時與QA有工作來往嗎？對工作監督，定期出審計報告，協調問題解決 141、培訓文檔的管理和存儲？

142、如有新的培訓需求提出，怎么做？向誰提出新培訓申請？ 如何做？ 143、對新員工有過程培訓嗎？有企業文化、質量管理、過程等 144、測試過程、模版的培訓有嗎？主管負責

145、培訓總結向高層匯報嗎？多長時間匯報一次？ 146、新人進入培訓部門，您會給他們做培訓嗎? 147、如何監督和控制組織培訓活動？培訓總結 148、收集了哪些培訓過程數據？

149、組織培訓過程的哪些工作產品納入配置管理？ 150、是否接受過組織培訓活動方面的培訓？

151、培訓過程的改進體現在那方面？流程方面，如培訓效果的調查，以前是接受情況，現在增加對講師 152、優勢和不足？好，計劃；難做的培訓效果的跟蹤，量化

PM

153、介紹項目中的具體工作。比如在需求開發的時候，做了哪些具體工作？

主要圍繞計劃、組織、監控，與其他角色（QA、MA以及SM）的配合、協調等展開。

154、在項目中兼任幾個角色？做需求了嗎？怎么調研需求的？ 155、需求調研做計劃了嗎？ 156、在需求階段做了哪些工作

157、需求收集有問題嗎？怎么解決的？

158、在需求評審中提了哪些問題

159、需求開發有沒有制定計劃？誰制定？

160、是先做需求還是先做項目計劃？

需求收集，項目計劃，需求分析(這個需要明確，做完需求分析后，還需要進一步細化計劃)

161、需求分析的產出是什么

需求規格說明書 162、什么時候更新項目計劃

在每一階段結束時，會對照項目計劃中的策略進行評估，看是否需要進行項目重估計、重計劃。

163、有需求變更嗎？項目過程中，設計、編碼有與需求不一致的地方嗎？有什么不一致？怎么處理的？（測試需求變更不是需求變更）

目前為止，有（或沒有）。

有。提變更請求，更新，保持協調一致。164、怎么保證需求、設計、編碼是充要的？

需求跟蹤矩陣（RTM）

165、需求做的怎么樣？是否有需要改進的地方？

從前從流程上、方法上還可以。技巧運用方面可通過實踐進一步提高。166、RTM為什么不跟蹤到代碼

作為一個工具，已能滿足我們當前需要。

167、概要設計包含哪些內容？接口什么時候明確？總體架構設計什么時候明確？(假如沒有單獨寫，這部分可以寫入概要設計)

架構、接口等。168、項目策劃怎么做的？ 確立項目范圍－》選擇項目的生命周期—》定義項目過程－》根據分解的功能點（工作任務分解）進行項目估計（規模、工作量、進度(進度不叫估計，可以叫安排)等）－》識別風險、需要的資源、設備、關鍵資料、里程碑等－》制定項目管理計劃、配置管理計劃、質量保證計劃、度量計劃、測試計劃－》整合－》統一評審（相關干系人）

169、計劃的資源、在過程實施中是否有不匹配的情況 可根據項目實際情況稍微說說。170、需求是否受資源等限制不能實現？

171、項目估算主要針對哪幾方面？怎么做的？代碼怎么估算的？ 還有需要提高的地方嗎？

代碼規模、文檔規模、工作量、進度(不叫估計，一般叫安排)等。

依據SQE提供的歷史項目、特別是類似項目數據進行估計。舉出項目類似的方面

有。現在歷史項目有限。(這個地方一定要能說出“如何參考”的，每個項目必須要說清楚，除非這個項目是一個全新的項目)172、規模估算分解的粒度？

(回答這部分時，要注意和估算結合好)173、項目使用的是什么周期模型？為什么選這個模型? 組織過程文件中定義了幾種生命周期模型，具體項目從中選擇（根據項目的一些特征，根據“選擇表”中特征情況的匹配情況，來判斷用哪個模型）。

如瀑布模型，易于控制，但只有前期需求比較明確時才適用；V模型，強調驗證與確認，風險高，需求完整、明確時適用；原型，客戶不清楚產品要做成什么樣子時適用，工作量、資源等不易控制；增量模型，模塊易于劃分、耦合小，降低對外部的依賴，但使項目管理工作難度加大。（這部分是PM對生命周期模型的了解，說不說都無所謂）

174、做項目管理有人給你培訓過嗎？

有。內部看光盤，研討會等。

175、PM對組內人員培訓過嗎?哪方面？

結合項目情況回答。176、你是如何管理項目的干系人的？

識別干系人－》做計劃（什么人什么時候該做什么事）－》跟蹤與監控（周例會、項目計劃）

177、項目過程中有風險嗎？大概多少個記得嗎？你是如何管理的？

有。

如何管理風險：風險識別－》分析－》計劃規避措施、責任人等－》風險跟蹤監控，有風險表單工具（定期跟蹤，然后跟蹤的依據，如時間近的先跟蹤，級別高的優先處理）。178、如何識別風險？誰識別風險？風險的來源有哪些？

在項目初期時識別，而后在項目執行過程中繼續識別。

一般是項目經理負總責。

風險來源：風險庫，歷史項目風險，發動相關人員識別等方式。

179、你對計劃有監控嗎？監控哪些計劃？

有。

監控關注點：進度、質量、成本、工作量、承諾、缺陷、風險等（有計劃就要監控）。通過日常活動、周例會、周報、月會、月報、項目里程碑等進行監控。每個項目有問題跟蹤表、任務跟蹤表。

180、項目過程的監控過程中有偏差嗎？哪幾項有偏差記得嗎？

根據項目情況回答。

181、對于進度的偏差你是如何進行調整的？

根據具體情況，看偏差大小、偏差的具體原因而定，如加班趕工、追加人，或者重新調整計劃等。(注意：不是所有的偏差需要調整，超出閥值才需要)

182、項目監控的過程中發現的問題多嗎？有哪些比較嚴重？

根據項目具體情況，簡要說一下。說項目管理方面，盡量別說技術。有待改進，需要加強。

183、項目過程中有里程碑嗎？幾個？里程碑做了哪些事情？都有誰參與了？

有。具體幾個，根據具體項目情況回答。

PM負責召集，總結項目的問題、風險、進度、資源等情況，提交里程碑總結報告，并對下一階段的工作做一下計劃，并在會上判斷是否能進入下一階段工作。

參與人員：項目PM、開發人員、測試人員、CM、SQE、MA、高層經理等。184、你的項目中做度量了嗎？做了哪些？你覺得度量有幫助嗎？在哪些方面有幫助？

做了度量，比如工作量、進度、缺陷等。

反映了項目的進度、工作量、規模、缺陷率、需求穩定等狀態，對判斷項目的狀態是否產生偏離，能起到一定的作用，從而進一步提高監控能力；

185、度量人員一般向你收集哪些內容？

規模、工作量、進度、缺陷數、需求等。

186、你覺得你項目現在的度量目標夠嗎？有幾個度量目標還記得嗎？

依目前的情況（管理水平）夠了。187、項目中用的是什么配置管理工具? Subversion.188、這個項目有集成嗎?怎么做的？問題多嗎？主要有什么問題？怎么解決的？

根據項目具體情況說。

有的話，設計時開始進行計劃、寫用例、進行集成測試編碼等，單元測試結束后，進行集成測試、修改問題，并完成測試報告。

189、集成是由誰來做的？由多少個接口記得嗎？怎么管理接口？

我們的模塊集成是由開發人員做的。

根據項目具體情況回答。

集成測試用例與接口相對應，從而實現對接口的管理。190、如何保證同行評審的有效性？

評審人員的選擇（選擇該領域的專家）、人數的控制，提前通知并發送材料并附上Checklist，留出充足的預審時間（一般3天），合理分配評審角色（技術角色與評審會議角色），控制會議有效性，問題后續跟蹤確認、質量人員的參與等。

191、同行評審的記錄人角色一般是誰？ 作者或其他對評審內容熟悉的人，但不能是評審會議的主持者。這在我們組織過程文件（評審指南）中有規定。

192、你覺得同行評審有幫助嗎？有哪些幫助？

有。比如發揮群體優勢、促進交流、盡早發現問題、降低成本等。193、你在系統測試階段做了哪些工作？問題是如何分配的？誰負責打包？

安排、跟蹤測試活動，問題修改活動，以及各方的協調活動。

配置管理員（or PM）負責打包？

（配置管理人員編譯后，發布版本給測試人員，測試人員不能拿到所有源代碼。）

194、測試后有版本嗎？

195、體系文檔查看方便嗎？覺得怎么樣？有哪些需要改進的地方？

方便。

目前可以滿足需要。196、與配置管理員主要有哪些工作來往？

變更申請、定期的基線化、定期的備份、CCB討論、產品發布。197、項目過程中做過DAR嗎？怎么做的？ 做過。

198、產品拿到客戶方如何確認？（內部驗收做哪些工作？客戶驗收做哪些工作？）

內部：項目經理組織相關人員，根據公司的內部驗收標準和計劃進行驗收。相關人員在《內部驗收報告》上簽字；驗收通過后，所有的項目成果納入基線庫進行管理 199、缺陷率如何度量的？怎么收集的？

缺陷通過缺陷密度度量。通過評審報告、缺陷跟蹤系統來收集，MA負責收集，項目組提供原始數據。

200、對需求、設計有監控嗎？怎么做的？

通過任務跟蹤表。201、應用服務器是如何選擇的？

――該問題，可以結合DAR說一下，如果沒有DAR，客戶要求的； 202、購買產品組件了嗎？

――該產品組件，一般指的產品開發中的模塊，如報表打印（可以購買水晶報表等），如是回答就可以 203、結項時做哪些工作？

項目總結，項目文件夾的整理，一些過程資產評審后歸入組織過程資產庫（要知道哪些需要歸入，如缺陷率等等，這些必須知道,每個項目經理統一說法）。204、SQA如何參與項目工作？

a)SQA計劃

b)SQA按計劃執行評審、審計 c)SQA解決不一致問題 d)SQA提交的報告

e)外部SQA對SQA的檢查 205、CM如何參與項目工作? a)CM計劃

b)CM按計劃建庫、分配權限、將基線文檔入基線庫、對基線進行審計 c)提交配置項狀態報告、基線審計報告 d)SCCB對基線變更授權

e)測試階段，CM的版本控制，CM與測試人員、編碼人員如何協調工作 f)產品發布階段，CM如何工作

206、在制定任何項目文件時，公司是否有任何標準流程讓你做參考？

公司的體系文件

207、高層評審項目嗎？（里程碑評審、高層管理者會議）

Developer

RM 208、個人介紹：名字、職責、項目、到公司多長時間？

209、是否參與需求的調研和編寫？如何參與？參與需求評審，利用評審問題記錄表，210、對整體還是部分需求？需求規格

211、在評審中發現需求規格說明書寫的不清楚不能用于開發，如何解決？如果兩天之內修改不能完成，評審不通過。

212、如果客戶給的需求不清晰，如屏幕是藍色的，但不知是那種藍，需求分析人員怎么做的？收集業界需求、與客戶現場交流、整理之后多次和客戶交流

213、我們會給客戶做原型、場景、界面與客戶進行需求確認嗎？

214、客戶新需求，加到原型里面嗎？具體情況具體分析，可用原型就用原型。

215、除原型外如何向客戶確認需求？通過PPT，問卷，場景、用例

216、介紹一下問卷？召集客戶填寫，如功能模塊的問題、頁面。。TS

217、參與系統設計嗎？

218、生命周期模型？敏捷開發？增量

219、SRS與設計文檔的區別？ 220、參加設計評審嗎？

221、誰做接口設計？設計原則？

222、接口設計文檔有嗎？需求規格說明書（外部接口）、設計說明書中有描述（內外部接口）

223、接口跟蹤表誰建立？用途？確保按需求設計，PM維護，包含功能描述、調用參數、接口描述、用途、方法、返回值意義

224、獲得需求之后，設計時有設計的備選方案嗎？ 225、有做詳細設計的標準么？ 226、單元測試流程？ 227、單元測試準出條件？ 228、單元測試結果統計分析？ 229、測試度量結果你們知道嗎？ 230、同行評審的流程？

231、評審結果數據收集度量追蹤？ 232、評審問題分優先級嗎？

233、代碼走讀（Code review）做了嗎？主要檢查哪些方面？怎么做的？ 234、代碼走讀有幫助嗎？有哪些幫助？ 235、度量對你們有幫助嗎？有哪些幫助？

236、項目過程中是否發現過風險或問題？怎么處理的？ 237、開發人員與測試人員的接口？

238、如果在使用新技術時你意識到要進行一些培訓，你會提出你的想法么？跟誰提出？如何提出？

239、誰寫支持文檔？開發編寫-PM匯總-組織審批

240、舉例說明支持文檔？用戶使用手冊、管理員使用手冊 PI 241、集成順序？如何決定集成的順序？ 242、集成環境和開發環境是分開的嗎？ 243、有規程嗎？

244、集成前，接口進行檢查和評審嗎？ 245、系統測試做嗎？

246、新人加入到開發有培訓嗎？是哪些培訓？ 247、過程的培訓有嗎？什么時候？形式？內容？ 248、有提出想法改進建議嗎關于過程和模版？ 249、軟件集成前？是否對接口評審？ 250、251、252、253、254、255、256、257、258、259、260、261、262、PI集成策略內容？步驟 做哪些測試？ 內部驗收流程？

有UAT環境？與開發分開嗎？ CM了解嗎？

基線審查嗎？基線審查報告誰做？ 接受過程培訓嗎？有幫助嗎？ 決策分析的流程？

如何參與對項目的監控/ 例會多長時間一次？ 同行評審的流程？

評審度量嗎？（評審工作量目前沒有度量）

過程優勢和不足？

Tester：263、264、265、266、267、268、269、270、271、272、273、274、275、276、277、278、279、280、281、282、283、284、285、286、287、288、289、什么時候參與進項目的？ 參加項目哪些活動？ 參與項目的估計活動嗎？

參加需求評審沒有？考慮哪些方面？發現了什么問題？ 了解同行評審么？ 有測試計劃和流程嗎？

你在項目中做了哪些工作？寫測試用例了嗎？什么時候寫的？ 測試任務誰給你分配的？

測出的問題怎么走流程？有沒有進行統計分析？相似的問題如何處理？ 對于測試缺陷有沒有做分析？做過缺陷統計么？ 版本如何控制？

測試流程有幾輪？問題多嗎？ 測試過程中和項目經理的溝通？ 有培訓嗎？

有人檢查測試是否與需求保持一致？ 使用什么測試工具？

有測試方面的工作方針么？比如如何做測試？ 做哪些測試？集成、系統測試、UAT 測試環境與開發分開嗎？

測試準則有嗎？bug嚴重程度分類5級、測試結束準則

項目的測試工作是否進行了收斂性分析？在什么情況下產品被確定移交客戶？ 測試覆蓋率？100% 參與RTM維護？

測試完成后，測試結果分析嗎？

系統測試計劃有嗎？誰制定？根據什么？ 系統測試流程和準則有嗎？ 什么時候開始做測試？ 系統測試工作產品？

第二篇：CMMI評估指導

CMMI評估指導

CMMI前言

CMMI意為“集成的能力成熟度模型”，于2002年正式發布，由美國國防部與卡內基—梅隆大學等共同開發研制。1998年美國卡內基-梅隆大學軟件工程研究所(SEI)啟動了CMMI計劃，目的在于用一個統一的框架協調和集成SEI已經存在的各種模型。

CMMI模型已經成為業界主要的過程管理模型，CMMI模型有兩種表示方式，連續表示模型和分級表示模型。其中分級表示模型依次劃分為五個等級(初始級、可重復級、已定義級、已管理級、優化級)，標志著軟件企業能力成熟度的五個層次。級別越高，表示軟件組織的成熟能力也越高，CMMI5是目前世界軟件界對能力成熟度要求最高、申請難度最大、級別最高的評估，通過CMMI5級評估標志著本公司的質量管理和過程改進已躋身于全球軟件業的頂尖水平。

從申請CMMI認證到評估完成，往往要經歷1年左右的時間，主要包括四個階段：

一、申請CMMI認證

選擇CMMI級別

軟件企業申請認證CMMI不同的級別標準要求，要審時度勢自身情況。一方面了解公司現有質量體系、實施過程、實施效果的運行情況;另一方面要根據企業規模、公司實力、管理需求等綜合要素，不可好大喜功，一味選擇CMMI更高級別的認證。在申請的CMMI認證時，有的企業從CMMI2開始、有的企業從CMMI3開始、有的CMMI3通過后跳過CMMI4而直接申請CMMI5、有的就從CMMI2、CMMI3、CMMI4、CMMI5逐步申請認證。計劃參與評估的部門

CMMI評估，有的是整個公司參與評估，有的是個別部門參與評估，不管以哪種方式參與評估，公司都要權衡決定，參與評估的部門。

CMMI培訓

當確定申請CMMI認證的級別后，與申請CMMI認證級別的要求進行比較，從而找出區別。結合企業自身實際情況，從而可以為通過認證作好充分的準備，尤其是對此級別相關知識進行加強培訓，了解標準的要求。

二、選擇主任評估師

一般情況下，企業自身確認好CMMI等級后，可以找專業的CMMI咨詢公司，協助完成后面的認證流程。

主任評估師是認證評估的發起者，也是評估小組的領導者，這個角色應該擁有足夠的經驗、知識、技術來負責和領導評估活動。CMMI評估是基于個人資格、信譽的認證，對個人專業技術及綜合能力素質要求都很高。因此，要慎重選擇，主要從以下幾個方面考慮： 全球從事CMMI認證企業很多，擁有SEI評估師資格的也很多，通常有美國的、印度的、中國的。美國評估師直屬于SEI，屬本地認證，所以說美國評估師進行評估具有說服力，信服力，對于中國軟件企業而言，聘請美國的主任評估師，由于語言的不同，在溝通上存在一定的困難，在進行評估面談溝通交流時，要配置專門的翻譯。

三、工作準備

選擇評估小組成員

本活動包括識別有用的職員、評定其資格和從中挑選人員作為評估小組成員。它可以發生在評估發起者做出管理評估活動的許諾之后，并能為評估計劃保證提供輸入。具體的行為包括：(1)、保證評估小組成員滿足個人的最低標準;(2)、保證評估小組作為一個整體滿足的最低標準;(3)、文檔化在評估輸入中小組成員的職責和資格。

SCAMPI評估可接受的評估小組最小規模是4個成員(包括小組領導者)。推薦的最大規模是9個成員。所有小組成員之前必須完成獲得SEI推薦的并由SEI認可的權威授課者所教授的CMMI課程。小組成員必須接受有關評估方法的培訓。關于工程領域的經驗，評估小組(作為一個整體)平均至少要有6年以上的經驗，且小組總的經驗要不少于25年，這些規定都隱藏在評估活動中。關于管理經驗，評估小組(作為一個整體)總的經驗不能少于10年，且至少有1名成員擁有6年以上的管理經驗。

總的來說，評估小組應該在評估組織內部所使用的生命周期里具有代表性的經驗。在任何特定的生命周期階段，評估小組至少應有兩名成員具有從事這方面工作的經驗。此外，必須保證，小組成員不應該成為任何特定項目的管理者或者成為任何預定被訪問者的直接管理鏈中的一個。

組建準備評估小組

評估小組領導者有責任確保評估小組成員為執行計劃的評估活動完成充分的準備。這包括熟悉在評估過程中將使用的參考模型、SCAMPI、評估計劃、組織數據和特征、工具和技術以及為評估任務分配任務和職責。小組建立練習通常被用來實踐簡單的技能和在理解小組目標及如何取得滿意上達成一致。所有的小組成員被要求遵守嚴格規則以保證機密性、保護所有者或敏感數據以及項目參與者未知的信息。私下陳述通常被用來達成這些諒解。具體的行為包括：

保證評估小組成員已接受參考模型培訓;為評估小組成員提供評估方法培訓或確保他們已掌握此方法;為評估小組和小組規范的建立提供服務;為評估小組成員提供關于評估目標、計劃和他們自身分配的職責和任務的定位。

模型培訓必須利用CMMI課程的權威標準來提供，并由CMMI辦事機構權威認證的授課者講授。方法培訓可能通過下面兩種方法之一進行： 針對即將到來的評估作明確性的方法培訓;對大量的目前并沒有從事任何評估工作的潛在的小組成員進行方法培訓。

對一個完全重新組建的小組進行方法培訓至少持續兩天，且必須強調那些小組成員在評估過程很可能遇到的情況。本培訓在SCAMPI的應用中沒有必要包含所有的變量。針對潛在的將來的小組成員所進行的團體式方法培訓必須包含方法上剪裁部分的所有內容和允許的變更以應付一系列在將來的評估中他們很可能會遇到的情況。SEI評估程序為那些目前不是評估小組成員的人們所得到的培訓指定了額外的要求。那些在以前的評估小組中作為成員已接受過培訓的小組成員，如果并沒有進行目前的方法培訓，那么他們并不自動地具有參加當前評估的資格。在這樣的案例中，評估小組領導者要求了解以前的培訓的本質和為即將到來的評估開展的培訓足夠多的內容。這需要對以前的評估和計劃的評估進行比較。例如，假如小組成員使用連續表示法參與了一個僅集中在軟件工程領域的評估，而計劃的評估是使用階段表示法集中在SE/SW/IPPD領域，那么該小組成員需要許多重要的新概念來覆蓋。作為一個整體，評估小組至少產生一個結果來說明如何為即將到來的評估展開工作，建立小組規范和操作決議的目的。

參評單位準備 組織級QA 組織組CM SEPG小組 高級經理

委員會(項目與質量管理委會員、變更委員會)人力資源的培訓 維護服務的準備 商務法律部

四、預評估

通過預評估判定企業是否準備充分可以進行正式的 SCAMPI/CBA-IPI。通過一位主任評估師指導進行，初步了解項目的成熟度，按照CMMI相關級別的KPA識別明顯缺陷并推薦糾正措施，以便更好進行正式評估。主要工作包括組織級和項目組長的文檔審閱及與項目組人員的面談。評估結束，提交預評估結果并與組織進行有關討論。選擇參與正式評估的項目，在預評估的過程中，從公司全體項目中，挑選出項目參與評估，并不是所有項目評估。

在預評估過程中，評估師考核公司背景，項目角色涉及到是否覆蓋所在的范圍，核實參與項目覆蓋與所申請的級別一致，如：既要有軟件項目，又要有集成項目，是一個事業部，還是所有事業部的。查看實際情況與所申請的級別相符，如果相距太大，會勸說降低認證級別。主動參與評估師溝通，向他咨詢本次評估的主要思想，增加通過評估的概率。

五、正式評估

第四階段的目標是進行正式的 SCAMPI/CBA-IPI，時間通常是實施第一階段培訓后12個月(根據企業實施情況有所不同)。正式評估，獲取證據，根據評估師的要求，與從項目中獲取證據。評估的重點是組織內部實施的軟件過程，涉及相關級別的所有KPA。

正式評估按照 SCAMPI/CBA-IPI 的要求進行，原來一般為 6 天，CMMI V1.2規定，正式評估時間不能超過10天，主任評估師提供自動評估工具幫助管理分析評估數據、編寫評估結果。評估工作主要包括：

啟動會議;公司高層，評估小組，參評方三方相關人員參與會議，介紹評估日程，達成一致意見。

評估方式：文檔審閱，也稱文審，查閱過程、項目書面文檔。所有參評的文檔都是要書面打打印，然后裝訂成冊，供評估師審查。

面談及討論，評估師都要和項目中每個角色進行面談，這些角色主要包括有：項目經理、需求人員、設計人員、測試人員、配置人員、質量人員。

評估小組總結

評估小組對文審、面談中的數據進行綜合與分析，生成評估結果。

總結及末次會議

評估完成后，評估小組給出最后的結論，評估是否通過，如果通過則發證書，否則指出改進的建議。除了評估結果,企業還將保留評估數據(刪除數據來源)作為評估結果的資料。評估結束后，我們會向SEI提交評估信息，記入評估數據庫記錄。

第三篇：CMMI L3 項目經理訪談問題及答案

1.Would you please describe the inputs you consider to support your Project Planning estimation?

請你描述一下支持項目計劃估算的輸入有哪些。Listen Fors:

? Project requirements including: Requirements imposed by the customer technical goals and objectives

-identification of customers and end users resource constraints

-other constraints for development or maintenance ? Identified risks

? Breakdown of activities: Supporting activities and associated plans

? Configuration Management, Quality Assurance, Testing ? Supplier Management, Project Management ? Work products: Work products that will be reused

-Non-developmental work products that will be integrated

-Work products that will be placed under configuration management control ? Required knowledge and skills

典型的內容，工作分解結構?工作范圍要求的基礎上，技術的目的和目標識別客戶和最終用戶征收標準成本和進度的限制和目標之間的依賴項目和其他組織資源的限制-限制發展或維持

?確定風險?擊穿的活動：發展活動，活動獲得所需的技能和知識活動的整合和生命周期管理的非項目支持活動和相關計劃?配置管理，質量保證，測試?供應商管理，項目管理?工作產品：-交付-無本金交割工作產品，將工作產品從外部獲得-將會重用的工作產品-非工作產品將被整合工作產品，納入配置管理控制?所需的知識和技能

3.Would you please describe how you estimate size and complexity of your products and product components?

請你描述一下如何估算規模、產品復雜性以及產品組件。

Listen Fors:

? Software Engineering – Size and complexity ? Examples: Lines of code

-Number of classes and objects

-Number of pages of documentation Size and complexity ? Examples:

-Number of functions

-Number of inputs and outputs Number of interfaces

? Hardware Engineering – Size and Complexity ? Examples

-Number of logic gates for integrated circuit design

-Number of parts(e.g., printed circuit boards, components, mechanical parts Examples Spiral Incremental Concept exploration Production Disposal

? Do you use subphase descriptions? Design Integration Creation of prototypes Simulation Comparison 軟件工程實例 瀑布

重疊瀑布-螺旋Communication’s channel capacity

-Software Test computers and peripherals VER and VAL test environments

? Do inputs for effort and cost estimation include items such as : Product and product component requirements Selected life-cycle

-Capability of tools in the engineering environment Travel required

-Level of security required

-Capability of manufacturing processes

它是根據估計的規模和復雜性？

?根據歷史數據從先前執行的項目和/或模型屬性轉換成工時和成本？ ?使用適當的“尺度”的數據考慮到不同規模和復雜性？ ?已估計理由記錄在案？

?擁有必要的配套基礎設施的需求包括在估算成本和進度？ 關鍵計算機資源

內存，硬盤，網絡容量 通信的信道容量

軟件測試計算機及外圍設備 產品集成環境-查看和測試環境

?做投入精力和成本估算的項目包括如：-風險

-關鍵的能力和作用，需要執行的工作 產品和產品組件需求 工作分解結構

成本外部需要的工作產品

知識和技能培訓，輔導，輔導需要-選定的生命周期 性能工具在工程環境-所需工程設施 旅行需要

-安全等級要求 制造過程能力

6.Would you please describe how the project’s budget and schedule are established and maintained? 請你描述一下如何建立并維護項目預算和項目進度。Listen Fors: ??Based on the size and complexity estimation基于規模和復雜度估計 ??Are major milestones of appropriate separation identified?主要的里程碑識別出了嗎？ ??Are all task dependencies identified and documented?(Critical Path Method(CPM)– Program Evaluation and Review Technique(PERT))??Historical data used to verify the schedule?歷史數據用到進程里 ??Are criteria established for determining what constitutes a “significant deviation” from the project plan?(Subpractice 6)重大偏差的標準是什么？

7.Would you please describe how risks are identified or discovered to support project planning 請你描述一下為了支持項目計劃，你如何識別或發現風險。Listen Fors:

??Are risks analyzed to determine the probability of occurrence, impact, and time-frame in which they are likely to occur? ??Are the risks prioritized? ??Are risks revised as appropriate throughout the project lifecycle?

?風險發生的概率分析確定，影響，和時限，在有可能發生嗎？?是風險優先？?風險酌情修訂的整個項目生命周期？

8.What data is identified to be managed and controlled by the project and for the project?

Would you please describe the project’s plan to manage all necessary project data? Who controls the data and makes it understandable for the project?

項目中識別出哪些數據來管理和控制項目？請你描述一下用來管理所有項目數據的項計劃。誰控制這些數據，并讓項目數據讓大家理解。

Listen Fors: Data ? Recorded information, regardless of the form or method of recording, including: Engineering Financial information Logistics Safety

-Manufacturing Representation of facts

-Numbers or datum of any nature that can be communicated, stored, and processed ? Is the reason for collecting each type of data clear to the members of the project team? ? What are the requirements and procedures to ensure privacy and security of the data? ? Data may include many different forms: Manuals

-Engineering notebooks Drawings Correspondence Security requirements

數據

?記錄的信息，無論形式或記錄的方法，包括：-管理-工程 配置管理 財務信息 管理信息 物流-質量-安全-制造業-采購

技術數據，計算機軟件文檔 代表事實

-或任何性質的數據可傳送，存儲，處理

?的原因是收集各種數據類型明確的項目團隊成員？ ?有什么要求和程序，確保數據的隱私和安全的？ ?數據可能包括許多不同的形式：-報告-手冊

工程筆記本-排行榜 圖紙-規格-通信

-電子郵件

-會議紀要（媽媽）-安全要求

9.Would you please describe how your project’s resources are defined? 請你描述一下項目資源是如何定義的。Listen Fors: ??Top-level WBS is further decomposed into work packages that can be assigned, performed, and tracked ??Project resource definition includes labor, machinery/equipment, materials, methods and their required quantities ??Facilities, equipment and component requirements ??Long-lead time item ??Staffing requirements defined

?頂級項目的進一步分解成工作包可以被分配，進行跟蹤，并?項目資源的定義包括勞動，機器設備，材料，方法和所需數量?設施，設備和部件的要求?待發時間項目?人員需求定義

10.Would you please describe how the knowledge and skills needs are identified and satisfied on your project?

請你描述一下項目所需的知識和技能是如何識別并滿足項目需求的。

Listen Fors: ? Knowledge and skills needs are identified based on organization and project records? ? Available knowledge and skills is assessed?

? Human Resources department is consulted to determine the availability and appropriateness of internal training?

? Mechanisms believed to be helpful to solve the knowledge and skills gap are implemented?

-Training(Internal and External)Coaching

-On-the-job application of learned skills

知識與技能需求的基礎上確定的組織和項目的記錄？ ?現有的知識和技能進行評估？

?人力資源部門協商確定的可用性和適宜的內部培訓？ ?機制被認為有助于解決知識和技能方面的差距是？-培訓（內部和外部）指導 教練

-在職的經驗教訓的應用技能

11.Would you please describe the set of or all relevant stakeholders needed to support your project throughout its product lifecycle? 請你描述一下項目整個生命周期中所需的相關干系人。

Stakeholders are those who can most affect the project and its products and those who can be affected by it.Listen Fors:

? Stakeholders are identified from all phases of the product lifecycle by identifying the type of people and functions needing representation in the project

? The relevance and degree of interaction for each stakeholder is recorded ? Stakeholders include:

-Senior Managers, Project functional managers(e.g., Sys Engineering, S/W Engineering, Mech Engineering, Financial managers, Customers and end users, Subcontractors / suppliers, Project members, Regulatory agencies, Independent Test, Quality Assurance，Configuration Management

? The plan for stakeholder interaction should include the following: Relationships between stakeholders

-Relative importance of the stakeholder to project success by project phase Schedules based on technical activities and their dependenciesMilestonesStakeholdersRequired resources including: ??Tools ??Facilities ??Environment ??Staffing ??Knowledge and skills ??Infrastructure description ??Organizational interface commitments關注的報告承諾 ??Measures to be used in monitoring performance

項目計劃涉及所有相關的規劃項目要達到相互理解，承諾，和業績的個人，團體和組織，必須執行和支持計劃。聽人：?項目計劃一般包括：-時間表的基礎上的技術活動和他們的依賴性-技術和管理任務，里程碑-風險-利益相關者-關鍵性的要求包括安全所需的資源包括：??工具??設施??環境??人員??知識和技能??基礎設施描述??組織界面的承諾措施，用于監測性能

13.Would you please describe how supporting plans that affect the project from other disciplines and support groups are coordinated/integrated with the overall project plan? 請你描述一下其他支持計劃如何同整個項目計劃保持一致。Listen Fors: ??Are the(supporting)plans that affect the project reviewed to ensure a common understanding of the scope, goals, roles, and relationships that are required to ensure project success and to indicate who has the authority, responsibility, accountability and control? ??Example Plans That Affect and Support The Project PlanQuality Assurance QA 評審Stakeholder Involvement相關干系人計劃Data Management數據管理Data Base Administration數據庫管理Integration Strategy集成Validation Strategy

降低技術性能要求?推遲的技術性能要求，直到商定后增量釋放更多的資源?談判?調整工作人員的技能組合?修訂時間表

第四篇：人才培養評估訪談

人才培養評估訪談

1、我院接受高職院校人才培養工作的意義是什么？

人才培養工作評估是上級教育主管部門引導并推進學校提高辦學水平、管理水平和教學質量的有效手段之一，對我校來說，也是自身發展的客觀需要。由于我校尚未接受高等職業院校人才培養工作評估，接受人才培養工作評估，箭在弦上，不得不發，我們幾年的辦學水平必須接受檢驗。如果我們能地順利通過人才培養工作評估，將給我校帶來良好的辦學聲譽和優質的無形資產，我校的招生、就業、人才引進等工作將更上一層樓。通過人才培養工作評估是我們共同的目標，只有實現這一目標，學校才能贏得了更大的發展機遇和發展空間，我們也才能有個人的利益和發展。因此，評估是一場志在必得，必須打贏的背水之仗！通過評估，我們可以對學校近年來的工作做一個全面的總結，找出差距，明確今后的努力方向；可以充分展示了學校的風采，突出顯現了學校的亮點；可以促進學校辦學條件的進一步改善，加強教學建設和教學管理；可以進一步深化教學改革，解放思想，轉變觀念，鞏固和發展學校的辦學特色，促進學風、校風建設，使人才培養的質量得到穩步提高；可以增強全校師生共謀發展的凝聚力。

2、你是否了解人才培養評估的條目、標準、任務和要求。

高等職業院校人才培養工作評估指標體系包括領導作用、師資隊伍、課程建設、實踐教學、特色專業建設、教學管理和社會評價，共7項主要評估指標。每項主要評估指標又分為若干項關鍵要素，每項關鍵要素均有重點考察內容及說明。

人才培養評估工作的基本任務，就是圍繞影響院校人才培養質量的關鍵因素，通過對《高等職業院校人才培養工作狀態數據采集平臺》數據的分析，輔以現場有重點的考察，全面了解學校的實際情況，對人才培養工作的主要方面做出分析和評價，提出改進工作的意見和建議，引導學校加大對工學結合改革的投入，使不斷提高人才培養質量成為學校的自覺行動。

3、你是否已經在本系進行動員布置？現在已經做了哪些具體工作。按照學校人才培養工作評估實施方案及學校領導在迎評促建動員大會上提出的要求，2010年12月15日我系召開了全體職工迎評促建動員大會，認真學習

教育部《高等職業院校人才培養工作評估方案》（教高[2008]5號、湖南省高等職業院校人才培養工作評估實施細則》（湘教發[2008]64號和我校才培養工作評估實施方案，明確了藥學系迎評促建的指導思想和工作目標，制定了藥學系迎評促建工作方案，部署了藥學系的迎評促建工作。我們堅持“以評促建, 以評促改，以評促管，評建結合，重在建設 ”的原則，緊密結合藥學系工作實際，認真規劃，積極整改，全面開展各項迎評工作。通過“迎評促建”，健全自我控制、自我保障、可持續發展的良性運行機制，使教學條件切實得到改善，教學管理更加科學，不斷提高我系教育教學工作質量。目前，我系已按照迎評促建工作方案，對藥學系的各項情況認真摸底，對照評估指標體系，找出了差距，按照評估所需的支撐材料，正分類收集、整理有關材料。

4、你系目前存在的問題與不足是什么？打算如何解決？

近年來，學校千方百計增加教學經費的投入，藥學系的教學儀器、設備有所增加，但教學儀器、設備的配置與教育部《高等職業院校人才培養工作評估方案》中關于對教學儀器、設備的要求還有差距，我們要按照“必須，實用”的原則，購置教學儀器、設備，改善教學條件。

評估所需的支撐材料多，任務重，時間緊，為提高搜集、整理評估材料的實效性，希學校評估辦盡快對須統一標準（格式）的評估材料制定并發布相關標準。

5、你認為教師與人才培養評估有無關系？有無責任？應如何擔當？

這次人才培養工作評估，不僅只是事關學校生存和發展大事，而且與我校每位職工的切身利益密切相關。教師不僅是學校人才培養評估通過的受益者，也是學校人才培養評估的對象，評估指標體系的很多內都與教師有關。因此，我校每位教師必須要明確“人人都是評估對象、事事都是評估范圍”，務必牢固樹立與踐行“一切為了評估，一切圍繞評估，一切服務評估，一切服從評估”的評估觀念。大家齊心協力，心往一處想，勁往一處使，形成人人都是“得分手”，處處都是“得分點”的良好局面，為這次人才培養工作評估做出自己應有的貢獻。

6、你對評估有何期待？結果樂觀嗎？

學校領導高度重視，已將學校人才培養評估確定為為我校今年的中心工作，并進行了周密部署，制定了詳細的實施方案。全校教職員工充分認識了我校人才培養評估工作的重要意義，思想統一，步調一致。我校成立了強有力的迎評促建領導小組和工作小組，為學校人才培養評估提供了強有力的組織保證。我校自2008年開始建立高等職業院校人才培養工作狀態數據采集平臺，并及時上報了有關數據。我校自升格為醫專以來，在學校黨委及行政的正確領導下，堅持以教學為中心，全校教職員工精誠團結，奮發努力，辦學條件不斷改善，教學質量穩步提高，已經順利通過了專業評估、黨建評估。這些都為我校人才培養評估奠定了堅實的基礎，只要我們按照學校人才培養評估工作實施方案，扎實做好各項工作，我校人才培養評估一定會通過。

第五篇：訪談問題

訪談問題：

1、您對旅游的質量要求高嗎？主要關心哪些方面？

2、您旅游的經費一般出自哪里？會因為資金不足而放棄旅游嗎？

3、您對旅游中的購物消費怎么看？

4、您認為大學生旅游市場有沒有發展潛力？為什么？

5、您認為大學生旅游市場與其他旅游市場有什么不同？

6、您對大學生旅游市場的開發有什么建議？

*針對大一大二大三個選取一名做過調查問卷的同學進行訪談，分別是兩女一男。

1、據訪談結果來看大學生對旅游質量的要求不算高，主要對娛樂景點和特色食品以及特色禮品的要求較高，但對住宿環境和交通的要求質量很低，大多只追求便宜和方便，這是由于金錢和時間有限造成的。男生對住宿環境的要求較高，特色食品和禮品的要求反而較低。

2.針對訪談結果來看，大學生旅游經費來自節省生活費或父母資助，也有少數是自己打工兼職賺取，經常因為資金不足而放棄長途旅行而選擇短途旅行。

3.對旅游團中的購物活動感到反感，認為這種購物游存在著假冒偽劣產品，價格遠高于市場價和導游從中抽成等行為。但是愿意在旅游中購買當地特色產品和有紀念意義的禮物用于收藏或贈與親友。

4.都認為大學生旅游市場有一定的發展潛力，主要是由于以下幾點原因：

1、時間相對充足2隨著生活水平提高，大學生旅游消費也隨之增高。

3、很多景點大學生都享受半價優惠

4、大學生對于精神需求較高，愿意花費金錢用于旅游

5.大學生旅游市場多自助旅游和短途旅游，旅游偏重于游玩，購物則偏重于對特色產品的需求。大學生旅游市場具有獵奇性、娛樂性和隨意性，符合當代年輕人的特點。

6.他們都是針對大學生旅游特點來制定建議，主要有開發新型線路多以參與性娛樂性項目為主，旅游團的形式可以多以旅客自助為主，開發短途旅游線路；旅游購物市場的開發主要偏重于特色產品的研發和銷售，主要以地方特色、民族特色和具有娛樂性及紀念意義的產品為主。