2016年4月13日作業（外包管理、需求管理、組織級專案管理與大型專案管理）

標籤：專案管理

一、外包管理
1、外包的形式有哪五種？什麼是利益關係？

答：活動外包、服務外包、內包、合包、利益關係；

利益關係，這是一種長期合作關係，雙方先為此關係進行投資，再根據預先擬定的協議分享利益，共同承擔風險，同事共用利益。如果利益無法實現，供應商不會因他們的努力與投入獲得任何報酬。
2、外包管理的目標是什嗎？要實現這個目標，對外包管理提出哪四個方面的要求？

答：軟體外包管理總的目標是用強有力的手段來管理同時進行的眾多外包項目，滿足進度、品質、成本的要求。

①謹慎選擇合格的軟體承包商。

②互相同意對方的承諾。

③需要經常保持交流。

④根據合約的承諾跟蹤承包商實際完成的情況和成果。
3、請簡述外包管理流程。（記）

答：                             650) this.width=650;" width="553" height="200" src="/e/u261/themes/default/images/spacer.gif" style="background:url("/e/u261/lang/zh-cn/images/localimage.png") no-repeat center;border:1px solid #ddd;" alt="spacer.gif" />

開發方式決策、選擇承包商、簽訂外包合約、監控外包開發過程、成果驗收。
4、外包的原理是什嗎？業務原理是什嗎？（記）

答：外包的原理是：專心經營你的核心競爭力，將其他的職能都外包給低成本的第三方供應商（或商務程序外包商）。

外包的業務原理是。外包能夠節約金錢、行政時間、資源，以便將這些有限的資源用於核心競爭力。
5、什麼是外包管理中的直線約定法？它的特點是什嗎？

答：對未來的構想->設定要求->發掘和評估最佳供應商->發展合約和管理架構。直線法讓你很少有機會和供應商一起工作，而且合約和顧客管理流程，經常都有獲選的供應商提供，因此必須在企業組織內先行測試。
6、什麼是服務規格說明書（記）？它的發展和制訂應包括哪幾步？

答：服務規格說明書是服務供應商必須遵守的“合約”，其發展和制定，應包含以下步驟。（1）註明企業所需的成果或輸出

（2）勾畫出現行處境的基準線

（3）定義出想和服務供應商間發展的關係
7、企劃書要求單，在何時制訂，內容包括哪三條？

答：企劃書要求單是在評估體制和流程制定的同時制定出來。內容包括：

（1）編寫好的規格說明。

（2）背景說明，如果資料中在以往使用或服務績效的曆史資料方面不夠充足（或根本欠缺）時尤其重要。這同時還能協助供應商擬出，可以協助你達成商業目標的創意。

（3）給競標者的提示，告訴他們回應的方式。
8、什麼服務水準協議書（記）？

答：服務水準協議書構成需求規格書和合約的橋樑。它必須包含需求和衡量服務的方法，但最好將兩者分來列出，以徹底區分出必須達成的目標和其衡量方法。服務水準協議書可由服務規格書發展出來，但是其衡量方法將決定合約對供應商的挑戰難度。價格將由服務水準協議書決定，若衡量方法的要求較多，其價格會較高。
9、服務供應商在交接計劃中審查的關鍵因素有哪些？

答：（1）一項架構良好的員工轉移措施。

（2）一段評估裝置和資產的期間。

（3）一項通過投資或較好的維護來改善資產和裝置的合理措施。

（4）清楚、整齊的管理架構，用來確保流程持續進行，以及辨別和說明問題。
10、在衡量外包利益時，外包利益類型有哪3項？

答：成本降低、品質改善、其他利益。
11、一個外包的合約流程，特別是規模較大的外包，必須經曆哪2個階段？瞭解MOU和合約的區別，並描述MOU是否具有法律約束？

答：先是瞭解備忘錄（MoU），然後才是整體合約。

MoU是一種較簡短的協議書，一項合約前的雙方意向聲明書。合約是一份具有法律效力的檔案。MoU通常不像合約那樣具有法律率約束；它描述的是道德上的，而不是法律上的義務。
12、外包項目如何消弭風險？
（1）充分瞭解你的項目

（2）分而治之
二、需求管理
1、需求管理的目的是什嗎？

答：確保各方對需求的一致理解；管理和控制需求的變更；從需求到最終產品的雙向跟蹤。
2、需求管理的工作流程有哪些？

答：需求管理定義、需求管理流程、制定需求管理計劃、管理需求和實施建議等內容。
3、什麼是需求工程？需求工程的活動分為哪2大類？

答：把所有與需求直接相關的活動統稱為需求工程。需求工程活動可分為兩大類，一類屬於需求開發；另一類屬於需求管理。
4、需求開發的目的是什麼（記）？成果是什嗎？

答：需求開發的目的是通過調查與分析，擷取使用者需求並定義產品需求。軟體項目需求開發的結果應該有項目試圖和範圍文檔、用例文檔、軟體需求規格說明書及相關分析模型，經評審批准，這些文檔就定義了開發工作的需求基準。
5、需求開發的過程有哪四個？請分別簡述之。（記）

答：（1）需求萃取。積極地與使用者進行交流，捕捉、分析和修正使用者對目標系統的需求，並提煉出符合解決問題的使用者需求，產生《使用者需求說明書》。

（2）需求分析。需求分析的目的是對各種需求資訊進行分析並抽象描述，為目標系統建立一個概念性模型。

(3)需求定義。需求定義的目標是根據需求調查和需求分析的結果，進一步定義準確無誤的產品需求，產生《需求說明書》。系統設計人員將根據《需求規格說明書》開展系統設計工作。

（4）需求驗證。需求驗證是指開發方和使用者共同對需求文檔評審，經雙方對需求達成共識後作出書面承諾，使需求文檔具有商業合約效果。
6、CMMI中的需求管理流程有哪六大步？（記）

答：制定需求管理計劃、求得對需求的理解、求得對需求的承諾、管理需求變更、維護對需求的雙向跟蹤性、識別項目工作與需求之間的不一致性。
7、理解《維護對需求的雙向跟蹤性》，並簡述之。

答：這個特定的實踐的目的在於維護每個產品分解層的雙向跟蹤性。如果需求管理的好，就可以建立起從來源需求到它的較低層次的需求跟蹤性，和從較低層次的需求到它們的來源需求的跟蹤性。這種雙向跟蹤性有助於確定是否所有來源需求都完全得到處理，是否所有的低層次需求都可以跟蹤到有效來源。
8、關於如下需求狀態值，請簡述已建議、已批准、已實現、已驗證、已刪除的定義？（記5個名稱）

答：已建議：該需求已被有權提出需求的人建議。

已批准：該需求已被分析，估計了其對項目餘下部分的影響（包括成本和對項目其餘部分的幹擾），已用一個確定的產品版本號碼或建立編號分配到相關的基準中，軟體Team Dev已同意實現該需求。

已實現：已實現需求代碼的設計、編寫和單元測試。

已驗證：使用所選擇的方法已驗證了實現的需求，如測試和檢測，審查該需求跟蹤與測試案例相符。該需求現在被認為完成

已刪除：計劃的需求已從基準中刪除，但包括一個原因說明和作出刪除決定的人員
9、制訂需求管理計劃的主要步驟有哪些？

答：（1）建立並維護需求管理的組織方針

（2）確定需求管理需使用的資源

（3）分配責任

（4）培訓計劃

（5）確定需求管理的項目干係人，並確定其介入時機

（6）制定判斷項目工作與需求不一致的準則和糾正規程

（7）制定需求跟蹤性矩陣

（8）制定需求變更審批規程

（9）制定審批規程
10、雙向跟蹤是什嗎？需求跟蹤性矩陣是什嗎？

答：“雙向跟蹤”是指正向跟蹤和逆向跟蹤。不論採用何種跟蹤方式，都要建立與維護需求跟蹤性矩陣（即表格）需求跟蹤性矩陣儲存了需求與後續工作成果的對應關係。由於需求跟蹤性矩陣對應關係比較複雜，最好在表格中加必要的文字解釋。當需求文檔或後續工作成果發生變更時，要及時更新需求跟蹤性矩陣。

650) this.width=650;" width="554" height="98" src="/e/u261/themes/default/images/spacer.gif" style="background:url("/e/u261/lang/zh-cn/images/localimage.png") no-repeat center;border:1px solid #ddd;" alt="spacer.gif" />
11、關於需求規格說明的版本控制，第一版被標記為1.0版（草案1），下一稿標記為什嗎？文檔被採納後被標記為什嗎？若只有小的修改，則再被標為1.1版（草案1），若有較大的修改，則為2.0版（草案1）。

答：下一版標記為“1.0版（草案2）”。文檔被採納後標記為“1.0正式版”。若只有小的修改，可認為是“1.1版（草案1）”，若有較大的修改，則為2.0版（草案1）。
12、標準修改符中，中劃線代表什嗎？底線代表什嗎？在頁邊空白的豎劃線指示每個變動的位置。（記）

答：中劃線代表取消，底線代表添加，在也變空白的豎劃線指示每個變動的位置。
13、需求管理一章中，變更控制委員會，可能包括哪些代表？

答：產品或計劃管理部門、專案管理部門、開發部門、測試或品質保證部門、市場部或客戶代表、製作使用者文檔的部門、支援人員部門、協助案頭或使用者支援熱線部門、組態管理部門。
14、在需求跟蹤中，包括四類需求跟蹤能力鏈，請簡述之。（記）

答：650) this.width=650;" width="554" height="309" src="/e/u261/themes/default/images/spacer.gif" style="background:url("/e/u261/lang/zh-cn/images/localimage.png") no-repeat center;border:1px solid #ddd;" alt="spacer.gif" />
15、需求跟蹤能力矩陣是什嗎？

答：需求跟蹤能力矩陣是表示需求和別的系統元素之間的聯絡鏈的最普遍的方式。
16、什麼是“影響分析”，進行影響分析的能力依賴於什嗎？
答：影響分析是需求管理的一個重要組成部分。影響分析可以提供對建議變更的準確理解，有助於作出資訊量充分的變更批准決策。進行影響分析的能力依賴於跟蹤能力資料的品質和完善性。
三、組織級專案管理與大型專案管理
1、專案組合管理的2個要素是什嗎？（記）

答：風險評估、提高資源利用效率
2、傳統的專案管理採用的是自下而上的管理方式，是偏戰術型的管理方式。專案組合管理呢？

答：專案組合管理採取的是自上而下的管理方式，即先確定組織的戰略目標，優先選擇符合組織戰略目標的項目，在組織的資金和資源能力範圍有效執行項目。

3、組織的戰略方法包括目標導向和資源導向，在IT領域中，哪個佔了絕大多數？

答：在IT領域中，目標導向的組織佔了絕大多數。
4、專案組合管理的基本過程是什嗎？

答：專案組合管理的基本過程：項目選擇和優先順序排列。
5、結構化的項目選擇和優先順序排列方法包括哪三個？

答：決策表技術、財務分析和DIPP分析。
6、DIPP=誰除以誰？DIPP小於1，代表什麼意思？

答：DIPP=EVM（截至目前的時間為止）/ETC（估算到完成時的成本）

EMV：指項目的期望貨幣值，ETC：完工尚需成本

DIPP小於1，則意味著該項目的實際成本要比預算成本高。那麼就應該對這樣的項目進行調整或者終止。通過分析項目的EMV、ETC等值，專案管理者可以從中選擇DIPP值最高的項目。
7、對於大型及複雜項目，一般具有哪些特徵？（記）

答：項目周期長、項目規模大，項目構成複雜、項目團隊構成複雜、大型專案經理的日常職責更集中於管理職責。
8、判斷：一般項目的計劃主要關注項目的活動計劃，但對大型項目來說，制訂活動計劃之前，必須先考慮項目的過程計劃。

答：對。
9、判斷：大型項目，必須建立以過程為基礎的管理體系。

答：對。
10、大型IT項目分為哪2個主要階段？第一階段由誰來做？第2階段呢？

答：需求定義和需求實現階段。第一階段有專業的諮詢公司對需求進行詳細的定義；第二階段由系統整合公司。
11、判斷：專案計劃在需求定義完成時，應該進行一次比較大的修訂。

答：對。
12、一般來說，大型項目，按照哪3個層次制訂分工結構圖？

答：可以按照項目組織圖，產品結構、生命週期3個層次制定分工結構圖。
13、在大型IT項目中，進度、成本、範圍、品質上，哪些不宜失真？哪些存在比較大的資訊失真的可能？

答：一般來說，IT項目的進度和成本實際績效資訊比較明確，不宜失真。但是在範圍和品質上存在很大的出現資訊失真的可能。

 

2016年4月13日作業（外包管理、需求管理、組織級專案管理與大型專案管理）