1、精選優質文檔-傾情為你奉上1 項目計劃中包括了那些計劃？進度，評審，成本，風險，溝通，資源，采購，測量（可選），支持計劃2 是否接受過需求管理活動方面的培訓？賽寶，企業內部也進行了REQM（需求管理）方面的宣貫3 需求管理過程的哪些工作產品納入了配置管理？用戶需求規格說明書l 軟件需求規格說明書l 需求跟蹤矩陣l 需求評審檢查單4 如何估算工作量和成本？結合以前項目經驗進行專家估算5 是否識別了項目的共利益者并使其介入？QA、CM如何介入？是。QA從項目總體計劃制定時介入，CM從項目立項時開始介入6 有無文檔化的項目計劃？有，質量保證計劃和配置管理計劃7 如何獲得相關的共利益者對計劃的承諾？項

2、目計劃評審會議，簽字確認8 項目策劃工作的職責是否明確？明確，通過WBS表現(工作分解結構 Work Breakdown Structure)是否接受過項目管理方面的培訓？賽寶QA人員如何對所實施的過程進行客觀評價？QA獨立于項目組之外當項目的性能和結果偏離計劃時，應如何處理？分析識別，執行風險緩解措施對于發生的偏差，誰制定糾正措施？ 項目經理是否對糾正措施進行了跟蹤、關閉？ 是。指定到人到天你了解項目監督和控制的方針嗎？ 項目監督和控制（Project Monitoring and Control, PMC）的目的是通過周期性地跟蹤項目計劃的各種性能參數如工作產品的規模、工作量、成本、進度、

3、風險等，不斷地了解項目的進展情況，以便當項目實際進展狀況顯著偏離項目計劃時能夠及時采取糾正措施。最終目的都是為了使項目按時、按預算交付合格的產品。項目經理應使用和遵循本過程，對照項目計劃監督該項目的實際性能和進展。當項目的性能或結果明顯偏離計劃時，管理各項糾正措施，直到結束。項目監督和控制工作的職責是否明確？項目經理 l 按照計劃執行項目的管理工作。對照計劃進行項目的監督和控制，進行偏差控制。向項目管理部門進行工作匯報。項目組 l 按計劃開展項目工作。編寫周報，參加周例會，向項目經理匯報工作。是否識別出配置項？一般包括那些工作產品？是。用戶需求說明書，軟件規格說明書，詳細設計，概要設計，代碼檢

4、查單用什么工具建立配置管理系統？CVS是否接受過配置管理方面的培訓？公司內部配置管理過程的哪些工作產品納入了配置管理？ CM000_配置管理計劃l CM003_配置審計表l CM004_CM階段活動報告如何確保相關的共利益者介入配置管理活動？ CM工程師應在項目策劃或相關工作的策劃階段實施配置策劃活動，配置策劃應依據PP000_項目總體計劃或相關活動計劃進行，并形成CM000_配置管理計劃，經過評審通過后發布怎樣獲取用戶的需求？產品的需求？客戶訪談；觀察客戶工作流程；功能需求，性能需求如何將共利益者的需要、期望、限制條件和接口轉換成顧客需求？根據調研所得客戶需求轉換成需求說明書如何根據顧客需求

5、，形成產品和產品構件需求？ 采用面向結構的分析方法，形成軟件規格說明書如何為每個產品構件分配需求？面向結構的分析方法分拆客戶需求是否識別接口需求？是。主要是內部接口如何建立所要求的功能的定義？需求說明書中詳細說明是否分析派生的需求，以確保它們是必要的和充分的？是這些需求有得到討論和同意嗎？有通過何種方式確保將要產生的產品能在預計的用戶環境中恰當運行？模擬客戶實際運行和使用環境進行仿真模擬是否接受過需求開發方面的培訓？賽寶需求開發過程的哪些工作產品納入了配置管理？l 用戶需求規格說明書l 軟件需求規格說明書l 需求跟蹤矩陣l 需求評審檢查單是否接受過產品集成方面的培訓？賽寶如何確保相關的共利益者

6、介入產品集成活動？在系統的設計完成之后，由開發組指定的產品集成執行人策劃該系統的集成策略，在進入集成測試前形成產品集成計劃，當產品組件滿足集成條件時，且集成環境搭建完成后，由產品集成執行人負責實施產品的集成工作。產品集成執行人從測試庫中獲取產品組件，依據產品集成計劃構建產品。在產品組裝過程中，若出現異常問題，和開發人員直接溝通解決，確保產品集成順利完成。如何識別風險？類比法和頭腦風暴法；風險數據表中獲取是否擬定風險規避措施？l 對于風險值達到“風險閥值”的每一個風險，項目經理應當組織給出風險緩解計劃，包括：緩解方式、緩解措施、責任人等。a) 緩解方式有：風險規避、風險轉移、風險接受、風險減弱。

7、b) 緩解措施：制訂風險緩解措施的時候，建議參照組織的RSKM001_風險數據表。優先級越高的風險，優先保證緩解措施所需資源。對于優先級排名前三位的風險，項目經理應該判斷風險發生時是否要制訂應急措施。c) 高級別的風險可以考慮制定多個緩解措施，在進行多種緩解措施選擇的時候，需要引用AHTEC_DAR000_決策分析和決定過程。如何監督風險？風險管理是一個連續的過程，因此在項目的實施過程中需要遵循預先制訂的計劃定期監督風險和風險緩解措施的狀態和執行結果。風險應從三個方面進行監控：1、監控風險的狀態并對風險緩解措施的執行情況進行跟蹤，將風險狀態和緩解措施執行情況記錄于RSKM000_項目風險管理報

8、告。2、應急措施的執行，當風險發生時，轉為項目問題，遵循AHTEC_PMC000_項目監督和控制過程進行問題跟蹤。對于高級別風險發生時，項目經理應及時上報項目管理部門，執行應急措施。3、風險持續管理，持續進行風險識別、評估、緩解和監控工作，輸出結果更新到RSKM000_項目風險管理報告。如何建立并維護風險管理過程？持續進行風險識別、評估、緩解和監控工作，輸出結果更新到RSKM000_項目風險管理報告。如何策劃風險管理過程？有效的風險管理是為了積極設法盡量減小風險對項目的影響，而有系統地進行策劃、防止和緩解風險。包括：在項目策劃過程中，與共利益者合作，早期識別風險，分析和評估風險影響，制訂風險緩

9、解措施；在項目監督和控制過程中，處理所識別的風險（包括在必要時實施風險緩解計劃）以及持續識別、評估風險，針對新的風險制訂緩解措施。風險管理工作的職責是否明確？項目組成員1。 識別、提出風險2 協助項目經理處理風險。3 跟蹤所負責的風險，及時采取緩解措施如何確保相關的共利益者介入風險管理活動？在項目策劃過程中，與共利益者合作（項目組成員、客戶），早期識別風險，分析和評估風險影響，制訂風險緩解措施。在組織級的配置庫中參考風險數據表來進行風險評估。根據什么來擬訂詳細候選解決方案和選擇準則？經驗，業內相關標準；保證公司商業目標的前提下結合項目特點選擇評價方案的根據是什么？開會討論如何進行方案選擇? 你

10、是怎樣決定采用目前使用的方案的？Delphi法；根據專家打分結果如何建立并運用有效的設計方法？根據技術方案選擇設計方法；是否建立并維護完備的技術數據包？是，可以供以后項目復用如何運用所確定并維護的準則設計產品構件界面？概要設計是分析各種設計方案和定義軟件體系結構的過程。系統分析師在充分了解需求的基礎上，依據RD001_軟件需求規格說明書選用適當的設計方法，分析與設計軟件的結構模塊功能。通過系統分解，確定子系統的功能和子系統之間的關系，以及模塊的功能和模塊之間的關系，編寫SD000_概要設計說明書。SD000_概要設計說明書必須經過技術評審。如何決定是制作、購買或復用程序?項目組成員開會討論，并

11、借鑒以往歷史數據進行比較，最終選擇的方法如何實現產品或產品構件的設計？根據需求說明書畫出流程圖，定義各個接口你了解技術解決的方針嗎？系統設計編碼的目的在于開發、設計和實現關于需求的解決方案。本過程規定了項目開發設計工作應遵循的步驟和原則，保證RD001_軟件需求規格說明書中的各項要求在設計時都能夠得到滿足；對項目的編碼實現進行質量控制，保證編碼實現活動按計劃順利完成并與設計相一致。技術解決工作的職責是否明確？項目管理部門：組織或參與設計評審是否接受過技術解決方面的培訓？賽寶，組內部技術解決過程的哪些工作產品納入了配置管理？l 概要設計說明書l 詳細設計說明書l 數據庫設計說明書l 用戶操作手冊

12、l 用戶安裝手冊l 單元測試報告l 概要設計檢查單l 詳細設計檢查單l 代碼檢查單 原代碼如何監督和控制技術解決活動？評審表、周報、會議、不定期跟蹤如何對驗證過程進行策劃的？準備（環境，資料，方法，步驟，準則），同行評審，分析評審數據，處理，分析驗證結果如何建立驗證環境？主要包括哪些內容？測試與評審是否制定了用于驗證的計劃？測試計劃在進行同行評審前應準備些什么？工作產品，評審組成員，方式如何實施同行評審？根據選定的評審方式，例如會議你有分析審核和測試中得到的數據嗎？有，測試報告，評審報告單如何進行測試？依據測試計劃進行有對測試結果的進行分析處理的要求嗎？數據填寫到項目數據表中；提出建議如何確保

13、工作產品缺陷已得到糾正？TD中體現 你了解驗證的方針嗎？規范軟件測試組的工作過程及其產物，確保產品符合要求，提高產品質量。測試組盡早參與項目組的工作。測試環境盡可能的模擬系統的實際運行環境。平衡測試資源、測試范圍與測試效果。是否有足夠的資源進行驗證活動？有如何確保相關的共利益者介入驗證過程活動？開發人員一起參與編寫測試用例，CM參與編寫測試環境確認表如何監督和控制驗證過程活動？一起開會制定測試計劃，然后由QA監督執行如何對確認過程進行策劃的？驗收測試計劃如何建立確認環境？驗收環境確認表是否規定詳細的確認規程？是如何執行確認活動？見體系文件你對確認活動的結果有沒有進行匯集和分析？驗收報告你了解驗

14、證的方針嗎？規定了在項目中通過實施有效的驗收活動，以保證產品或產品構件被置于其預期的環境中時，滿足預期的用途。本過程的方針是“協作，一致，按時，滿意”。如何建立確認過程？l 項目部署完畢l 客戶要求驗收如何策劃確認活動？項目驗收的流程分為兩個階段：準備驗收、驗收產品。在準備驗收階段由項目組制定驗收計劃、建立驗收環境和規定驗收規程，為客戶驗收做好準備；在驗收產品和產品構件階段，首先由項目經理會同用戶代表根據項目需求對產品和產品構件進行驗收，測試組長對于驗收測試結果中的產品缺陷進行驗證，并由項目經理匯集全部驗收結果文檔提交給客戶代表進行驗收，對于影響驗收通過的產品缺陷進行修復，直至客戶驗收通過。是否有足夠的資源進行確認活動？有確認工作的職責是否明確？項目經理 負責驗收計劃的制定，制定驗收規程和協調驗收活動工作，協助客戶代表和用戶代表進行驗收；開發組組長 負責提供項目驗收所需的技術文檔，對驗收過程中發現的缺陷進行修復測試組組長 對驗收結果和修復結果進行匯總和驗證用戶代表 代表產品和產品構件的最終使用者參與驗收活動。客戶代表 代表產品和產品構件的客戶方參與驗收活動，確定產品和產品構件是否滿足客戶的要求。是否接受過項目確認方面的培訓？賽寶如何確保相關的共利益者