信息系統(tǒng)項目管理師下午案例分析題思路總結(jié)-wenkub.com
2025-04-21 22:09 本頁面
【正文】 你必須努力，當(dāng)有一天驀然回首時，你的回憶里才會多一些色彩斑斕，少一些蒼白無力。既糾結(jié)了自己，又打擾了別人。2. 若不是心寬似海，哪有人生風(fēng)平浪靜。 確定中標(biāo)人。 招標(biāo)人根據(jù)招標(biāo)項目的具體情況，組織潛在投標(biāo)人踏勘項目現(xiàn)場。 如果投標(biāo)人的價格低于成本價，則被視為廢標(biāo)。 招標(biāo)人和中標(biāo)人應(yīng)當(dāng)在自中標(biāo)通知書發(fā)出之日起30日內(nèi)，按照招標(biāo)文件和中標(biāo)人的投標(biāo)文件簽訂書面合同。團隊的凝聚力來自于團隊成員自覺的內(nèi)心動力，來自于共識的價值觀，是團隊精神的 高體現(xiàn)。前者由相關(guān)質(zhì)量部門控制，后者由項目組成員控制。 其次，為了確保實際交付高質(zhì)量的產(chǎn)品或服務(wù)，項目經(jīng)理還應(yīng)聯(lián)合相關(guān)質(zhì)量部門執(zhí)行質(zhì)量保證，有計劃且系統(tǒng)地執(zhí)行為保證項目能夠滿足相關(guān)質(zhì)量標(biāo)準(zhǔn)而建立的活動。 好讓用戶組織對項目進行試運行，以試運行的結(jié)論來作為驗收的依據(jù)之一是比較有說服力的。 測試計劃編制時機不當(dāng)：系統(tǒng)測試計劃、確認(rèn)測試計劃應(yīng)當(dāng)在需求分析階段制定，測試用例、測試說明應(yīng)當(dāng)在概要設(shè)計階段制定；集成測試計劃應(yīng)當(dāng)在概要設(shè)計階段制定，測試用例、測試說明應(yīng)當(dāng)在詳細(xì)設(shè)計階段制定；單元測試計劃應(yīng)當(dāng)在詳細(xì)設(shè)計階段制定，測試用例、測試說明應(yīng)當(dāng)在編碼階段制定。 1 西格瑪是指活動在（平均值減 1 個標(biāo)準(zhǔn)差，平均值加 1 個標(biāo)準(zhǔn)差）內(nèi)完成的概率，是一個常數(shù)。 歷時的三點估算可能會出現(xiàn)在進度管理的計算題里。 詳細(xì)的分解對于遙遠(yuǎn)的將來才能完成的交付物或子項目是不需要的，也是不可能的?；€一旦建立后，其變化需要受控制。常見的間隔是每周一次。 但甘特圖只能表明已有的靜態(tài)關(guān)系，而且，對于錯綜復(fù)雜、相互制約的各項活動間的關(guān)系沒有表示出來，同時也沒有指出影響項目生命期的關(guān)鍵所在。 二、項目收尾包含的主要工作： 核實項目范圍，項目正式驗收 梳理項目合同，處理品合同遺留問題，結(jié)款 進行項目移交，轉(zhuǎn)移項目責(zé)任 整理項目記錄，項目檔案歸檔，完成項目文檔收集整理工作，將所有的項目文件存檔并建立索引目錄 進行成果分析，總結(jié)經(jīng)驗、教訓(xùn) 釋放項目資源，迎接新的工作 三、項目驗收的主要工作： 承建方自檢 系統(tǒng)試運行 技術(shù)培訓(xùn) 系統(tǒng)竣工 初驗合格 項目終驗 有時案例中也會出現(xiàn)一些類似于名詞解釋一樣的問題，如什么是甘特圖、什么是里程碑、什么是滾動波式計劃等。 此時要注意：在復(fù)雜的網(wǎng)絡(luò)圖中，要仔細(xì)尋找，避免遺漏一條路徑！ 如果要求計算各個活動的浮動時間，那么要記住以下公式： 活動浮動時間=活動的兩個開始時間之差=活動的兩個結(jié)束時間之差 如果某一活動的歷時被壓縮，那么關(guān)鍵路徑可能會發(fā)生變化，這時要重新計算各路徑的時間跨度。 EV大于PV大于AC 狀態(tài)：效率高、進度提前、投入延后 措施：密切監(jiān)控；加強質(zhì)量控制 如果案例題涉及到繪制前導(dǎo)圖，以下方面大家可以參考：一些注意事項： 按照題目給出條件，計算各個活動的 早開始、 晚開始、 早結(jié)束、 晚結(jié)束時間。 進度績效指數(shù)SPI=EV/PV SPI大于1，說明進度超前，進度效率高； SPI小于1，說明進度滯后，進度效率低。 靜態(tài)庫：在開發(fā)的信息系統(tǒng)產(chǎn)品完成系統(tǒng)測試之后，用于存檔各種基線。 配置審計：包括功能配置審計和物理配置審計。 基線化：獲得授權(quán)，建立或發(fā)布基線，形成文件，使基線可用。 項目范圍說明書在項目干系人之間建立了一個對項目范圍的共識，描述了對項目的主要目標(biāo)，使項目團隊能進行更詳細(xì)的規(guī)劃，指導(dǎo)項目團隊在項目實施期間的工作，并提供范圍基準(zhǔn)和邊界。因此，每當(dāng)縮短項目工期時，應(yīng)當(dāng)首先考慮在關(guān)鍵活動上增加資源，以加快進度縮短項目工期。制定有效方案，以消除產(chǎn)生質(zhì)量問題的原因。因果圖也叫因果分析圖、石川圖、魚刺圖，可直觀地反映影響項目中可能出現(xiàn)的問題與各種潛在原因之間的關(guān)系。 質(zhì)量控制的工具和技術(shù)有： 檢查：檢查包括測量、檢查和測試等活動，進行這些活動的目的是確定結(jié)果與要求是否一致。 質(zhì)量控制工具和技術(shù) 基準(zhǔn)分析：不斷維護項目基準(zhǔn)的可用，是質(zhì)量保證的訴求。 質(zhì)量保證的工具和技術(shù)有： 質(zhì)量計劃工具和技術(shù)：質(zhì)量計劃的工具和技術(shù)包括成本/效益分析、基準(zhǔn)比較法、實驗設(shè)計以及質(zhì)量成本等方法。 技術(shù)評審目的有： 發(fā)現(xiàn)軟件在功能、邏輯、實現(xiàn)上的錯誤； 驗證軟件符合它的需求規(guī)格； 確認(rèn)軟件符合預(yù)先定義的開發(fā)規(guī)范和標(biāo)準(zhǔn)； 保證軟件在統(tǒng)一的模式下進行開發(fā)； 便于項目管理。 配置審核的實施是為了確保項目配置管理的有效性，體現(xiàn)配置管理的 根本要求，不允許出現(xiàn)任何混亂現(xiàn)象。 底層工作應(yīng)該具有可比性，是可管理的，可定量檢查的。 一個工作單元只能從屬于某個上層單元，避免交叉從屬。 它組織并定義了整個項目范圍，WBS 把項目工作細(xì)分為更小、更易管理的工作單元。如果發(fā)生變更，則要及時把信息提供給項目干系人。 加強項目配置管理，設(shè)置項目里程碑，進行階段性驗收，并要求客戶簽字確認(rèn)。 由于合同雙方現(xiàn)實環(huán)境和相關(guān)條件的變化，許多合同都有可能變更，而這些變更必須根據(jù)合同的相關(guān)條款適當(dāng)處理。 如果一個案例題涉及到了合同管理、項目管理控制和項目溝通等諸多方面，在項目實際運行過程中，出現(xiàn)了甲方隨意變更、不配合驗收、甲乙雙方溝通存在障礙等情形，可以參考以下的答題思路。由配置管理人員或受到變更影響的人對變更結(jié)果進行評價，確定變更結(jié)果和預(yù)期是否相符、相關(guān)內(nèi)容是否進行了更新、工作產(chǎn)物是否符合版本管理的要求。由具有相應(yīng)權(quán)限的人員或機構(gòu)決定是否實施變更。應(yīng)記錄變更的提出人、日期、申請變更的內(nèi)容等信息。 （3） 在修改過程中不注意版本管理，一方面可能會導(dǎo)致當(dāng)變更失敗時無法進行復(fù)原，造成成本損耗和進度拖延；另一方面，對于組織
教學(xué)教案相關(guān)推薦
鄂ICP備17016276號-1