IS項目管理說課講解

1、作業(yè)一一、選擇題1關于變更，項目經(jīng)理最應該關注的是：A、發(fā)現(xiàn)變更時，就著手進行處理C、讓管理層知道變更2、工作分解結(jié)構(gòu)編號系統(tǒng)允許項目員工A、估算WBS元素的成本C、確定在哪個級別可以找到WBS元素（D）B、對變更進行記錄D、防止不必要的變更（C ）B、提供項目論證D、在項目管理軟件中使用編碼系統(tǒng)3、你們公司目前有一個開發(fā)新型無線錄像機產(chǎn)品的項目，現(xiàn)在有一個小組正在編制項目計 劃，而你正是這個小組的一份子。在編制項目計劃的時候，大家要考慮到很多相關的問題。 下列哪項是在編制項目計劃的過程中必須考慮到的約束條件 ？ （ C ）A、以往的業(yè)績記錄 B、類似項目的財務記錄C、預先確定的預算D、從以往

2、項目中獲取的項目工作經(jīng)驗4、Delphi技術(shù)的主要特征是（ B ）A、根據(jù)歷史數(shù)據(jù)進行外推B、專家直覺和觀點C、解析層次過程D、猜測5、某項目的項目范圍已經(jīng)發(fā)生變更，因此成本基線也將發(fā)生變更，此時，項目經(jīng)理需要盡快（B ）A、進行范圍變更決策B、更新預算C、記錄獲得的經(jīng)驗D、執(zhí)行得到批準的范圍變更6、你在管理一個電信項目，由于最近政府出臺了一項新的規(guī)定，你不得不改變原定的項目范圍。對于項目目標作了幾個變更。 你更新了項目中使用的技術(shù)和計劃文件。你的下一部是:（A ）A、正式通知干系人B、修改公司的知識管理系統(tǒng)C、從項目發(fā)起人和客戶那里獲得對范圍變更的正式承認D、準備一個業(yè)績報告7、你所在項目的

3、技術(shù)主管提出了一項會給項目帶來增值的請求，但是這個請求同時也會導致項目范圍的擴大。為了評估實施這一變更可能帶來的影響幅度，你要求在項目中使用掙值分析法。這種方法代表的是（A ）A、績效評估技術(shù)B、配置管理程序C、成本核算程序D、范圍報告機制8、項目計劃對于變更控制非常重要，這是因為它可以（A ）A、針對管理哪些變更提供基準計劃B、為執(zhí)行項目提供信息C、提醒項目團隊哪些問題將來可能引起問題D、在整個項目期間變化9、 項目控制非常重要，但是進行質(zhì)量控制也需要一定的成本，（B ）可以降低質(zhì)量控制的 成本。A、進行過程分析B、使用抽樣統(tǒng)計C、對全程進行監(jiān)督D、進行質(zhì)量審計10、某ERP系統(tǒng)投入使用后，

4、經(jīng)過一段時間，發(fā)現(xiàn)系統(tǒng)運行速度慢。在運行于初步檢驗之后，要找出造成該問題的原因，最好采用（C ）方法A、質(zhì)量審計B、散點圖C、因果分析圖D、統(tǒng)計抽樣二、案例分析希賽信息技術(shù)有限公司(CSAI )剛剛和M簽訂了一份新的合同，合同的主要內(nèi)容是處理 公司以前為M公司開發(fā)的信息系統(tǒng)的升級工作。升級后的系統(tǒng)可以滿足 M公司新的業(yè)務流程和范圍。由于是一個現(xiàn)有系統(tǒng)的升級，項目經(jīng)理張工特意請來了原系統(tǒng)的需求調(diào)研人員李 工擔任該項目的需求調(diào)研負責人。在李工的幫助下，很快地完成了需求開發(fā)的工作并進入設計與編碼。由于M公司的業(yè)務非常繁忙，M公司的業(yè)務代表沒有足夠的時間投入到項目中， 確認需求的工作一拖再拖。張工認為

5、，雙方已經(jīng)建立了密切的合作關系，李工也參加了原系統(tǒng)的需求開發(fā)，對業(yè)務的系統(tǒng)比較熟悉，因此定義的需求是清晰的。故張工并沒有催促業(yè)務 代表在需求說明書中簽字。進入編碼階段后，李工因故移民加拿大， 需要離開項目組。 張工考慮到系統(tǒng)需求已經(jīng)定 義，項目已經(jīng)進入編碼期，李工的離職雖然會對項目造成一定的影響，但影響較小，因此很快辦理好了李工的離職手續(xù)。在系統(tǒng)交付的時候，M公司的業(yè)務代表認為已經(jīng)提出的需求很多沒有實現(xiàn)，實現(xiàn)的需 求也有很多不能滿足業(yè)務的要求，必須全部實現(xiàn)這些需求后才能驗收。此時李工已經(jīng)不在項目組，沒有人能夠清晰地解釋需求說明書。最終系統(tǒng)需求發(fā)生重大變更，項目延期超過50%,M的業(yè)務代表也因為

6、系統(tǒng)的延期表示了強烈的不滿?！締栴}1】請以400字對張工在項目管理工作中的行為進行點評。(1) 張工為了更明確地把握系統(tǒng)需求，聘請了原系統(tǒng)的需求調(diào)研人員李工，提高了需求定義 的效率和質(zhì)量。(2) 張工沒有對李工開發(fā)的系統(tǒng)需求進行評審和復查，從而使得需求的缺陷沒有被及時發(fā)現(xiàn)。(3) 張工沒有要求用戶對已經(jīng)定義的需求進行確認，從而導致需求理解的偏差。(4) 張工對需求的不能進行缺乏有效控制，最終造成項目延期50%.【問題2】請從項目范圍管理的角度找出該項目實施過程中的問題，以500字內(nèi)回答。該項目實施過程中的主要問題包括：(1) 在范圍定義中，張工沒有對李工定義的需求進行評審，造成需求中的質(zhì)量缺陷

7、沒有被及 時發(fā)現(xiàn)。(2) 在范圍確認中，張工沒有主動地要求用戶對需求進行確認。(3) 在范圍控制中，張工無法進行有效的范圍控制，最終造成了重大的需求變更。【問題3】請結(jié)合你本人項目經(jīng)驗，談談應如何避免類似的問題，以500字內(nèi)回答。(1) 項目經(jīng)理需要對需求定義的結(jié)果進行質(zhì)量控制，采取評審等方式減少需求中的問題。(2) 對已經(jīng)定義的需求需要與用戶進行確認，保證雙方理解的一致。(3) 在發(fā)生需求變更時，也應該采取靈活的手段，在滿足用戶需求的前提下，盡量減少需求 變更的范圍。作業(yè)二、選擇題1在質(zhì)量管理的 PDCA循環(huán)中，P階段的職能包括（B ）A、明確質(zhì)量改進目標，制定改進措施B、明確質(zhì)量要求和目標

8、，提出質(zhì)量管理方案C、采取應急措施，解決質(zhì)量問題D、規(guī)范質(zhì)量行為，組織質(zhì)量計劃的部署和交底2、帕累托圖可以幫助項目經(jīng)理（A ）A、關注最關鍵的問題，改進質(zhì)量C、了解想要達到的未來產(chǎn)出3、統(tǒng)計控制圖這個工具主要用來幫助（A、隨時監(jiān)控過程偏差B、C、確定結(jié)果是否吻合D、4、矩陣組織中，團隊建設的一個障礙是：A、團隊的組建以技術(shù)為中心C、團隊過度集中B、關注激發(fā)思考D、確定一個過程是否失去控制A ）測定吻合度確定結(jié)果是否符合要求（B ）B、團隊成員是借用資源，因此難以激勵D、團隊太大，難以操作5、某電影公司計劃使用IT系統(tǒng)把全國各地感人事跡制作成一個“有史以來最好的” 數(shù)字格式記錄片，項目承建方允許

9、項目經(jīng)理使用任何需要的資源，但是項目經(jīng)理提出的能勝任此任務的最佳人選卻正在執(zhí)行另一個項目。因此，以下敘述（ D ） 是正確的。A、該項目最主要的約束是范圍B、該項目最主要的約束是資源C、該項目最主要的約束是進度D、該項目最主要的約束是質(zhì)量6、小王負責一個管理信息系統(tǒng)項目，最近在與客戶共同進行的質(zhì)量審查時發(fā)現(xiàn)一個程序模塊不符合客戶的需求，進行追溯時，也未發(fā)現(xiàn)相應的變更請求。最終，小王被迫對這一模塊進行再設計和重新編程。造成此項目返工的原因可能是（B ）A、未進行需求管理B、未進行范圍確認C、未進行變更管理D、質(zhì)量管理過嚴7、按照中華人民共和國合同法的規(guī)定，合同生效后，當事人就價款或者報酬沒有約定

10、 的，確定價款和報酬時應按（B ）的順序履行A、訂立合同時履行地的市場價格、合同有關條款、補充協(xié)議B、合同有關條款、補充協(xié)議、訂立合同時履行地的市場價格C、補充協(xié)議、合同有關條款、訂立合同時履行地的市場價格D、補充協(xié)議、訂立合同時履行地的市場價格、合同有關條款8、對一個邀請投標的工程，參加投標的單位不得少于（B ）家A、2B、3C、4D、5 9、工作包是（ A ）B、帶有一個特定標示符的任務D、可以分配給一個以上組織單位的任務A、WBS最低層的可交付成果C、要求的匯報級別10、以下各因素中，哪一個對項目溝通要求影響最大？ （ D）A、項目干系人職責關系B、外部信息需求二、案例分析成立業(yè)內(nèi)一流的

11、/市/自治區(qū)。公已成為中國教育完成項目需希賽信息技術(shù)有限公司（CSAI主要致力于為國內(nèi)教育提供信息化服務， 研發(fā)中心，不斷研究和推出深受用戶歡迎的軟件產(chǎn)品，客戶遍布中國每個省 司創(chuàng)立8年來，通過不斷加強和改進技術(shù)管理來完善產(chǎn)品和提升服務品質(zhì)， 軟件研發(fā)領域首家通過 CMM3評估項目的公司。張工是CSAI的項目經(jīng)理，1個月前剛接手某高校學生管理系統(tǒng)研發(fā)項目。 求調(diào)研后，張工開始制定詳細的進度和成本計劃。表4-1和表4-2分別是張工用兩種方法做的項目成本估算，估算貨幣單位為（元）。表4-1和表4-21nniAA4000i.Unmnooo3.IJ健細肚咖j.22.u硼2113xon彈Bl KUU.1

12、23 OBA2冊血I.4J3000142 WMK(JSZ)MA*OSS國訓航）Sffi22-effirt力期MMmm 餉 3H44UR2 000B【問題1】請用200字以內(nèi)說明信息系統(tǒng)項目管理過程進行成本估算的基本方法。信息系統(tǒng)項目進行成木估算的基術(shù)方法包括：(1) 自頂向下估算法或類比估算法。(2)自下而上估算法。(3)參數(shù)估算法。(4)專家估算法。(5) 猜測估算法等。【問題2】表4-1和表4 一 2分別采用了什么估算方法，表中估算成本A, B各為多少？信息系統(tǒng)開發(fā)項目中常用的成本估算方法包括自頂向下估算法、自下而上估算法、參數(shù)估算法、專家估算法和猜測估算法等，其中自頂向下估算法也稱為類比

13、估算法。(1) 自頂向下估算方法自頂向下估算法是從項目的整體出發(fā)，進行類推，即估算人員根據(jù)以往完成類似項目所消耗的總成本或工作量，來推算將要開發(fā)的信息系統(tǒng)的總成本或工作量。然后，按比例將它分配到各個開發(fā)任務單元中，是一種自上而下的估算形式， 通常在項目的初期或信息不足時進行。 例如，在合同期和市場招標時等。不是非常精確的時候或在高層對任務的總的評估的時候采 用這種方法。該方法的特點是簡單易行和花費少，但具有一定的局限性，準確性差，可能導致項目出現(xiàn)困難。(2) 自下而上估算方法自下而上估算法是利用工作分解結(jié)構(gòu)圖，對各個具體工作包進行詳細的成本估算，然后將結(jié)果累加起來得出項目總成本。用這種方法估算

14、的準確度較好，通常是在項目開始以后，或者WBS已經(jīng)確定的開發(fā)階段等，需要進行準確估算的時候采用。它的特點是這種方法最為準 確。它的準確度來源于每個任務的估算情況，非常費時費力。估算本身也需要成本支持，而且可能發(fā)生虛報現(xiàn)象。(3) 參數(shù)估算方法參數(shù)估算法是一種使用項目特性參數(shù)建立數(shù)據(jù)模型來估算成本的方法，是一種統(tǒng)計技術(shù)，如回歸分析和學習曲線。 數(shù)學模型可以簡單也可以復雜。有的是簡單的線性關系模型，有的模型就比較復雜。一般參考歷史信息， 重要參數(shù)必須量化處理，根據(jù)實際情況，對參數(shù)模型按適當比例調(diào)整。每個任務必須至少有一個統(tǒng)一的規(guī)模單位。例如，平方米(m2)，米(m)，臺，KLOC , FP,人/天

15、，人/月，人/年等。其中的參數(shù)如 xx元/m2, xx元/m, xx元/臺，xx元/KLOC, xx 元/FP, xx元/人/天。一般說存在成熟的項目估算模型和具有良好的數(shù)據(jù)庫數(shù)據(jù)為基礎時可以采用。它的特點比較簡單， 而且也比較準確，是常用的估算方法。但是，如果模型選擇不當或者數(shù)據(jù)不難，也會導致偏差。通常有兩類模型用于估算成本，即成本模型和約束模型。成本模型是提供工作量或規(guī)模的直接估計，常常有一個主要的成本因素， 例如規(guī)模，還有很多的次要調(diào)節(jié)因素或成本驅(qū)動因素。 典型的成本模型是通過歷史項目數(shù)據(jù)， 進行回歸分析得 出的基于回歸分析的模型。約束模型顯示出兩個或多個工作量參數(shù)，持續(xù)時間參數(shù)或人員參

16、數(shù)之間時間變化的關系。例如，PRICE-S 和 Putman 模型。(4) 專家估算法專家估算法是由多位專家進行成本估算， 一個專家可能會有偏見，最好由多位專家進行估算， 取得多個估算值，最后得出綜合的估算值。其中最著名的是Delphi方法，該方法的基本步驟如下： 組織者發(fā)給每位專家一份信息系統(tǒng)的規(guī)格說明和一張記錄估算值的表格，請他們估算。 專家詳細研究軟件規(guī)格說明后，對該信息系統(tǒng)提出3個規(guī)模的估算值。最小值ai;最可能值mi最大值bi。 對專家表格中的答復進行整理，計算每位專家的平均值 Ei=(ai+4mi+bi)/6然后計算出期望值：E=EI+E2+ En/n。 綜合結(jié)果后，再組織專家無記

17、名填表格，比較估算偏差，并查找原因。 上述過程重復多次，最終可以獲得一個多數(shù)專家共識的軟件規(guī)模。(5) 猜測法猜測法是一種經(jīng)驗估算法，進行估算的人有專門的知識和豐富的經(jīng)驗，據(jù)此提出一個近似的數(shù)據(jù)，是一種原始的方法，只適用于要求很快拿出項目大概數(shù)字的情況，對于要求詳細估算的項目是不適合的。自頂向下估算法、自下而 自下而上法與參數(shù)法的估 類比法通常用來驗證參數(shù)它是一種自下而上和參在實際軟件項目中， 進行軟件規(guī)模成本估算時常?？紤]三種模型： 上估算法、參數(shù)估算法。自下而上法費時費力，參數(shù)法比較簡單， 計精度相似。但是各種方法不是孤立的， 應該注意相互結(jié)合使用。 法和自下而上法的結(jié)果。最后，介紹一下目

18、前企業(yè)軟件開發(fā)過程中常用的軟件成本估算方式， 數(shù)法的結(jié)合模型，步驟如下。(1) 對任務進行分解。估算每個任務的最大值max，最小值 min,平均值avg。計算每個任務的估算值Ei=(max+4avg+min)/6 。計算直接成本=EI+E2+Ei+En。(5) 計算估算成本=直接成本+間接成本。(6) 計算總成本=估算成本+風險基金+稅。其中風險基金=估算成本x a% (般情況：a為10-20左右)稅=估算成本x b%(一般情況為5左右)間接成本是指直接成本之外的成本。如安裝、培訓、預防性維護、備份與恢復的費用，以及 與運行系統(tǒng)相關的勞務和材料費、管理費、相關補助費用及其他等。表4-1米用了自

19、下而上的成本估算方法，表4-2米用了參數(shù)法成本估算方法。經(jīng)過計算，兩表中估算值 A為202000元，B為111820元。【問題3】請結(jié)合你本人的實際項目經(jīng)驗，用300字以內(nèi)文字分析信息系統(tǒng)項目成本估算過程中的主要困難和應該避免的常見錯誤。綜合起來，信息系統(tǒng)的項目成本估算的困難主要包括以下方面:(1) 需求信息的復雜性。(2) 開發(fā)技術(shù)與工具的不斷變化。(3) 缺乏類似的項目估算數(shù)據(jù)可供參考。(4) 缺乏專業(yè)和富有經(jīng)驗的人才。(5) 信息系統(tǒng)研發(fā)人員技術(shù)能力的差異。(6) 管理層的壓力與誤解。在對項目進行成本估算時，應該避免以下的常見錯誤：(1) 草率的成本估算。(2) 在項目范圍尚未確定時就進

20、行成本估算。(3) 過于樂觀或者保守的估算。作業(yè)三一、選擇題1按照中華人民共和國投標招標法的規(guī)定，下列說法中正確的是（D ）A、投標人在向招標方遞交投標文件后，就無權(quán)對投標文件進行補充、修改或者撤回了。B、兩個以上法人或者其他組織可以組成一個聯(lián)合體，以一個投標人的身份共同投標。由同 一專業(yè)的單位組成的聯(lián)合體，按照資質(zhì)等級較高的單位確定資質(zhì)等級C、中標通知書發(fā)出后，中標人放棄中標項目的，不用承擔法律責任D、中標人按照合同約定或者經(jīng)招標人同意，可以將中標項目的部分非主體、非關鍵性工作 分包給其他人完成2、（ B ），人們對風險的承受能力越小A、項目的收益越大B、項目的投入越大C、管理人員的地位越高

21、D、項目擁有的資源越多3、在某項目中，項目經(jīng)理采用德爾菲技術(shù)和魚骨圖對風險進行分析，這表明其正在進行（A ）A、風險識別B、定性的風險分析C、定量過得風險分析D、風險監(jiān)控4、你的15人項目團隊中以前沒有共過事。這個團隊似乎不能度過動蕩階段：每次會議上意見不一，爭論不休，一些羅嗦的團隊成員嘮嘮叨叨地講個沒完沒了。即使他們都來自同一國家，但每個人似乎講不同的語言，沖突很激烈。你必須使這一局面迅速得到控制。因此， 你應采取的第一個行動是（C）A、定期召開小組會議B、下次會議上利用小組促進因素C、進行認真的項目規(guī)劃D、執(zhí)行嚴格的會議行為規(guī)則5、在關鍵路徑上增加資源不一定會縮短項目的工期，這是因為（D）

22、A、關鍵路徑上的活動是不依賴于時間和資源的B、關鍵活動所配置的資源數(shù)量是充足的C、關鍵活動的歷時固定不變D、增加資源有可能導致產(chǎn)生額外的問題并且降低效率6、CMM 是指（C ）A、信息化成熟度模型B、關鍵成功因素法C、軟件能力成熟度模型D、價值鏈分析法7、在信息化的模式選擇中，由于不同組織實施信息化的時間不同或起點不同，行業(yè)內(nèi)不同單位之間形成了技術(shù)和管理水平上的差距系列，這種信息化模式稱為（C ）A、行業(yè)互動模式B、挑戰(zhàn)一反應模式C、雁行模式D、地域互動模式8、 如果在掙值分析中，出現(xiàn)成本偏差 CV0的情況，以下說法正確的是（A）A、項目成本超支B、不會出現(xiàn)這樣的計算結(jié)果C、項目成本節(jié)約D、成

23、本與預算一致9、在需求調(diào)研的內(nèi)容中，給出對信息系統(tǒng)的存儲容量的限制、運行時間的限制、傳輸速度 的要求等屬于（B ）A、功能需求B、技術(shù)性能需求C、可靠性需求D、可擴展性需求10、由n個人組成的大型項目組，人與人之間交互渠道的數(shù)量級為（A ）A、n2B、n3C、n D、n0二、案例分析劉工是某希賽軟件研究所（CSAI ）新產(chǎn)品開發(fā)部的總工程師，負責為公司調(diào)研新的產(chǎn)品 預研方向，編制項目開發(fā)報告。2005年5-8月，劉工經(jīng)過近3個月的時間，對XX行業(yè)的 YY業(yè)務系統(tǒng)收集了大量資料， 并進行了深入分析，向公司提供了一個項目開發(fā)計劃，項目開發(fā)計劃的摘要如下：項目開發(fā)A方案的技術(shù)經(jīng)濟描述：A方案為一期項

24、目包含 6個子系統(tǒng)的建設，項目開發(fā)周期為2年，第一年初投資600萬元，第二年初投資 600萬元。項目建成后運行周期為4年，每年年末產(chǎn)生的凈現(xiàn)金流入量見表4-12。方案A投資收益如表4-12所示。項目開發(fā)B方案的技術(shù)經(jīng)濟描述：B方案分兩期建設，兩個合同。一期包含3個子系統(tǒng)，開發(fā)周期為1年，第一年初投資為 600萬元，項目建成后即投入運行，第一運行年度末產(chǎn)生的凈現(xiàn)金流入量為160萬元。第二期項目投資于第一期項目建成后啟動，包含3個子系統(tǒng)，開發(fā)周期為1年，投資700萬元。第二期項目的建設必須有第一期項目的支持，建成后 與第一期項目一起運行，每年年末的凈現(xiàn)金流入量見表4-13。方案B投資收益如表4-1

25、3所示。以上計算，設資金的貼現(xiàn)率為8%。A、B兩方案的技術(shù)經(jīng)濟比較：通過對 A, B兩方案的技術(shù)經(jīng)濟比較分析，B方案的凈現(xiàn)值和凈現(xiàn)值指數(shù)均優(yōu)于 A方案，因此，劉工得到的結(jié)論是B方案優(yōu)于A方案。表 4-12建設期經(jīng)營期凈現(xiàn)值凈現(xiàn)值指數(shù)12合計1234合計年初投資額6006001200年末凈 現(xiàn)金流 入量500400250350160028.161.02貼現(xiàn)值600555.561155.56396.92294.01238.20220.561149.69表 4-13建設期經(jīng)營期凈現(xiàn)值凈現(xiàn)值指數(shù)12合計12345合計一期投資600600二期投 資7001300年末凈 現(xiàn)金流 入量160500400350350176038.711.03貼現(xiàn)值600648.151248.15137.17396.9229