2023年下半年中級系統(tǒng)集成項目管理師《應(yīng)用技術(shù)》(真題卷)第四批次_第1頁
2023年下半年中級系統(tǒng)集成項目管理師《應(yīng)用技術(shù)》(真題卷)第四批次_第2頁
2023年下半年中級系統(tǒng)集成項目管理師《應(yīng)用技術(shù)》(真題卷)第四批次_第3頁
2023年下半年中級系統(tǒng)集成項目管理師《應(yīng)用技術(shù)》(真題卷)第四批次_第4頁
2023年下半年中級系統(tǒng)集成項目管理師《應(yīng)用技術(shù)》(真題卷)第四批次_第5頁
已閱讀5頁,還剩2頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

2023年下半年中級系統(tǒng)集成項目管理師《應(yīng)用技術(shù)》(真題卷)第四批次[問答題]1.某智能醫(yī)療項目處于概念階段,項目的發(fā)起人、戰(zhàn)略分析經(jīng)理和項目經(jīng)理等人正在制定項目高層級目標(biāo),項目發(fā)起人期望將“人工智能(江南博哥)問診自動生成”作為今年項目重點目標(biāo),戰(zhàn)略分析經(jīng)理基于商業(yè)洞察的結(jié)果,建議優(yōu)先啟動人工智能問診。人力資源主管提出目前公司不具備人員條件。財務(wù)總監(jiān)提出醫(yī)療專業(yè)的數(shù)據(jù)來源成本很高今年啟動項目很難。在之后的幾次討論中,管理各方意見不斷變化,且難以達(dá)成共識。項目進(jìn)入計劃階段后項目經(jīng)理組織團隊制定選代計劃,因為時間緊張,產(chǎn)品經(jīng)理期望第一個選代完成需求池中40%的需求。研發(fā)團隊表示進(jìn)入新的領(lǐng)域,時間緊張,技術(shù)挑戰(zhàn)大,第一個送代只能完成需求池中20%的高優(yōu)先級需求。項目在執(zhí)行的過程中,基于需求設(shè)計,架構(gòu)設(shè)計師和算法工程師對模型算法的選擇存在爭議,并在會議室發(fā)生多次爭吵,該技術(shù)難題導(dǎo)致推遲2周。項目經(jīng)理與研發(fā)資源主管和人力資源主管溝通,是否可以通過增加研發(fā)人員投入來保證研發(fā)任務(wù)完成,反復(fù)申請多次未得到解決,導(dǎo)致開發(fā)直接落后突破重重困難后,項目終于進(jìn)入項目收尾階段,因為項目任務(wù)難度大,前幾個選代遺留很多嚴(yán)重的性能問題質(zhì)量保證人員要求必須解決交付。某研發(fā)人員認(rèn)為此要求沒有依據(jù)且未考慮研發(fā)的感受,表示個人強烈不滿在項目例會上,研發(fā)負(fù)責(zé)人申請需要增加1周問題修復(fù)的時間以完成項目。[問題1]分析案例,請列出項目各階段遇到的沖突類型。啟動過程的沖突類型是()。計劃階段的沖突類型是()。執(zhí)行階段的沖突是()。收尾階段的沖突是()。[問題2]分析案例,請列出案例中沖突產(chǎn)生的根源。[問題3]請選擇對應(yīng)的沖突解決方法(1)()就是沖突各方一起積極地定義問題、收集問題的信息、制定解決方案,最后直到選擇一個最合適的方案來解決沖突,此時為雙贏或多贏。但在這個過程中,需要公開地協(xié)商,這是沖突管理中最理想的一種方法(2)()就是以犧牲其他各方的觀點為代價,采納一方的觀點。一般只適用于贏輸這樣的零和游戲情景。(3)()就是沖突的各方協(xié)商并且尋找一種能夠沖突各方都有一定程度滿意,但沖突各方?jīng)]有任何一方全滿意,是一種都做一些讓步的沖突解決方法。(4)()就是沖突各方都關(guān)注他們一致的一面,而淡化不一致的一面。要求保持一種友好的氣氛,但是回避了解決沖突的根源。也就是讓大家都冷靜下來,先把工作做完。備選項:A.妥協(xié);B.合作;C.求同存異;D.問題解決;E.撤退;F.強制正確答案:詳見解析參考解析:問題1:啟動過程的沖突類型是:項目優(yōu)先級沖突、管理過程沖突、進(jìn)度沖突。計劃階段的沖突類型是:項目優(yōu)先級沖突、進(jìn)度沖突、管理過程沖突。執(zhí)行階段的沖突類型是:進(jìn)度沖突、技術(shù)沖突、資源沖突。收尾階段的沖突類型是:進(jìn)度沖突、資源沖突、個人沖突,信管網(wǎng)內(nèi)部輔導(dǎo)資料P93內(nèi)容。問題2:沖突產(chǎn)生的根源:①項目的高壓環(huán)境。該項目時間緊張且技術(shù)挑戰(zhàn)大,造成項目的緊張和高壓環(huán)境。②責(zé)任模糊。項目經(jīng)理權(quán)力很小卻承擔(dān)這很大的責(zé)任。③存在多個上級。人力資源主管、財務(wù)總監(jiān)、研發(fā)總監(jiān)等多個職能部門均參與該項目,項目經(jīng)理在與這些部門溝通獲取內(nèi)部資源時反復(fù)溝通均未得到解決。④新科技的使用。該項目的人工智能問診對于研發(fā)部門屬于新領(lǐng)域。以上幾點均為該項目沖突產(chǎn)生的根源。信管網(wǎng)內(nèi)部輔導(dǎo)資料P93內(nèi)容。問題3:(1)D、(2)F、(3)A、(4)C信管網(wǎng)內(nèi)部輔導(dǎo)資料P93原表。[問答題]2.某項目基本情況如下表所示:項目實施到第9天結(jié)束時,項目已花費成本50萬元,此時ABC均已完成,D、F各完成75%,G尚未開工。問題1:(1)根據(jù)項目信息,將時標(biāo)網(wǎng)絡(luò)圖補充完整(2)根據(jù)時標(biāo)圖,寫出該項目的關(guān)鍵路徑、工期和D活動的總時差和自由時差問題2:該項目最高峰時需要(1)人,為了減少項目人數(shù),項目經(jīng)理可以采取(2)的方法,則該項目總?cè)藬?shù)可以降為(3)人,調(diào)整的方法是(4)。其中,(2)如果要進(jìn)行優(yōu)化是選擇什么方案?備選項:A資源平衡B資源平滑【問題3】請計算PV、EV、AC、CV、SV、并判斷項目的績效情況。正確答案:詳見解析參考解析:問題1:(1)(2)關(guān)鍵路徑是EFG,工期是11天,,D的總時差和自由時差均為1問題2:(1)9(2)B(3)8(4)A活動延后2天問題3:PV=A+B+C+D+E+F=8+7+8+10+12+12=57萬元EV=A+B+C+D*75%+E+F*75%=8+7+8+10*75%+12+12*75%=51.5萬元AC=50萬元CV=EV-AC=51.5-50=1.5萬元SV=EV-PV=51.5-57=-5.5萬元CV>0,成本節(jié)約,SV<0,進(jìn)度落后。[問答題]3.C產(chǎn)品線需實現(xiàn)個人云盤存儲的功能,小王帶領(lǐng)項目團隊和產(chǎn)品線負(fù)責(zé)人溝通后制訂詳細(xì)的需求文件,確定了報價,費用批準(zhǔn)后開始開發(fā)。一個月后,軟件部門收到來自B產(chǎn)品線的云盤存儲的需求,對比后發(fā)現(xiàn)B產(chǎn)品線的需求是在C產(chǎn)品線需求的基礎(chǔ)上添加了一些新功能,經(jīng)過溝通,B產(chǎn)品線負(fù)責(zé)人同意C產(chǎn)品軟件進(jìn)行開發(fā),并對增加或變更的功能支付相應(yīng)費用。小王將對應(yīng)需求加入項目工作中并安排需求管理人員更新需求追蹤矩陣如下表:半年后,C產(chǎn)品線的需求如期上線,B產(chǎn)品線的新增需求已通過在線升級的方式發(fā)布。C產(chǎn)品負(fù)責(zé)人發(fā)現(xiàn)個人用戶界面新增企業(yè)用戶特定功能,提出該功能不符合個人用戶的期望。要求軟件部門去掉該功能并對產(chǎn)生的負(fù)面影響負(fù)責(zé)。[問題1]分析案例,請從項目范圍管理的角度列出造成項目目前狀況的原因[問題2]請簡述項目范圍管理的過程及其主要內(nèi)容[問題3]判斷正誤(正確的選擇“√”,錯誤的選擇“x”)(1)范圍管理計劃是項目管理計劃的組成部分,確定制定、監(jiān)督和控制項目范圍的各種活動。()(2)工作分解結(jié)構(gòu)中每條分支的分解層次是相等的。()(3)確認(rèn)范圍在項目驗收時進(jìn)行。()(4)控制質(zhì)量過程可以和確認(rèn)范圍過程同時進(jìn)行。()正確答案:詳見解析參考解析:問題1:1、項目經(jīng)理只進(jìn)行了需求收集工作,編制了需求文件和需求跟蹤矩陣,未編制范圍管理計劃。2、沒有進(jìn)行定義范圍工作,未形成范圍說明書。3、B產(chǎn)品線新增需求未和C產(chǎn)品線負(fù)責(zé)人確認(rèn),也未分析這些需求對C產(chǎn)品線功能的影響,說明范圍確認(rèn)工作不完善,變更控制流程也未嚴(yán)格執(zhí)行。4、產(chǎn)品測試不完善,在B產(chǎn)品線新增功能開發(fā)完成后,需要進(jìn)行詳細(xì)的集成測試。5、在開發(fā)過程中,兩個產(chǎn)品線的負(fù)責(zé)人沒有進(jìn)行有效的溝通,導(dǎo)致C產(chǎn)品線負(fù)責(zé)人不了解項目發(fā)生的變更。6、需求界定不明確,從需求追蹤矩陣中可以看出,某些需求(如查看功能1.5)被更改以適應(yīng)兩種不同的用戶場景(個人用戶和企業(yè)用戶)。這種模糊的界定可能導(dǎo)致功能在不合適的用戶場景中被實現(xiàn)。7、需求整合不當(dāng),在同一項目中整合C產(chǎn)品線和B產(chǎn)品線的需求可能導(dǎo)致需求沖突或混淆。尤其在B產(chǎn)品線的需求是基于C產(chǎn)品線的需求并增加了新功能的情況下,這種整合可能導(dǎo)致原始需求的變形或被覆蓋。8、未進(jìn)行充分的測試和驗證,在B產(chǎn)品線的新增需求上線后,C產(chǎn)品線發(fā)現(xiàn)了不符合其用戶期望的功能.這表明在軟件發(fā)布前,沒有對C產(chǎn)品線進(jìn)行足夠的功能驗證和用戶接受測試。9、范圍蔓延,盡管B產(chǎn)品線為其新增功能支付了費用,但這些新增功能可能導(dǎo)致原始項目的范圍,從而影響項目的質(zhì)量和交付時間。問題2:項目范圍管理的過程:編制范圍管理計劃、收集需求、定義范圍、創(chuàng)建工作分解結(jié)構(gòu)、確認(rèn)范圍、范圍控制(1)編制范圍管理計劃:對如何定義、確認(rèn)和控制項目范圍的過程進(jìn)行描述。(2)收集需求:為實現(xiàn)項目目標(biāo),明確并記錄項目干系人的相關(guān)需求的過程。(3)定義范圍:詳細(xì)描述產(chǎn)品范圍和項目范圍,編制項目范圍說明書,作為以后項目決策的基礎(chǔ)。(4)創(chuàng)建工作分解結(jié)構(gòu):把整個項目工作分解為較小的、易于管理的組成部分,形成一個自上而下的分解結(jié)構(gòu)。(5)確認(rèn)范圍:正式驗收已完成的可交付成果。(6)范圍控制:監(jiān)督項目和產(chǎn)品的范圍狀態(tài)、管理范圍基準(zhǔn)變更。問題3:(1)×(2)×(3)×(4)√[問答題]4.公司承接了一個線上直播平臺的開發(fā)項目,小林作為該項目的質(zhì)量經(jīng)理,根據(jù)項目啟動時發(fā)布的需求文件編制了測試用例,隨后直接下發(fā)給組員開展測試,在測試過程中,組員發(fā)現(xiàn)直播的打賞功能中有幾個小功能是測試用例里沒有的,于是提交了BUG給研發(fā)人員,說明不符合產(chǎn)品功能定義,但研發(fā)人員以新增需求為理由將BUG置為無效。小林了解情況后,認(rèn)為需求變更應(yīng)該由項目經(jīng)理負(fù)責(zé)確認(rèn),于是將bug轉(zhuǎn)給項目經(jīng)理后便不再過問繼續(xù)指導(dǎo)大家按原計劃進(jìn)行測試。項目后期,小林在整理測試報告時,發(fā)現(xiàn)該BUG還在項目經(jīng)理名下沒有任何進(jìn)展,于是提高BUG的優(yōu)先級并留言請項目經(jīng)理盡快處理確認(rèn)。項目經(jīng)理很快找到小林,說該功能在項目啟動不久就進(jìn)行了需求變更且群發(fā)部件給項目組核心成員,小林這才在郵箱里翻到了很早的郵件通知。測試工作正處于壓力最大的階段,小林來不及補充測試用例,緊急從其他項目組借調(diào)了2名測試人員讓他們對新增功能進(jìn)行盲測。交付時間在即,項目的bug數(shù)仍然沒有收斂,尤其是打賞功能,仍存在很多問題在發(fā)布評審會上,小林表示目前該bug太多達(dá)不到發(fā)布質(zhì)量標(biāo)準(zhǔn),不同意上線。研發(fā)經(jīng)認(rèn)為是質(zhì)量測試遺漏導(dǎo)致的問題,而且部分測試人員對項目整體不了解,經(jīng)常提出一些無效buq.給研發(fā)增加了工作量,雙方爭執(zhí)不下[問題1]分析案例,請列出小林在項目質(zhì)量管理中存在的問題[問題2]請寫出項目質(zhì)量控制過程的輸出[問題3]判斷正誤(正確的選擇“√”,錯誤的選擇“x”)(1)項目質(zhì)量管理的目標(biāo)是使項目滿足客戶的需求。()(2)規(guī)劃質(zhì)量管理的主要作用是為整個項目中如何管理和確認(rèn)質(zhì)量提供了指南。()(3)執(zhí)行測試用例來檢查產(chǎn)品功能是否滿足需求并發(fā)現(xiàn)Bug的過程,屬于實施質(zhì)量保證的范圍。()(4)質(zhì)量測量指標(biāo)用于實施質(zhì)量保證過程和質(zhì)量控制過程。()(5)質(zhì)量管理計劃和過程改進(jìn)計劃都是項目管理計劃的一部分。()正確答案:詳見解析參考解析:問題1:1、小林編制的測試用例不全,導(dǎo)致測試時出現(xiàn)遺漏。2、項目沒有明確變更控制的機制,導(dǎo)致項目出現(xiàn)需求變更,小林未及時獲取該情況。3、沒有編制質(zhì)量管理計劃,也沒有對需求變更的機制做出明確規(guī)定。4、在質(zhì)量保證工作中,小林發(fā)現(xiàn)了bug,并轉(zhuǎn)交給項目經(jīng)理處理的,但是小林沒有持續(xù)跟蹤該bug的解決情況。小林發(fā)現(xiàn)該bug未處理之后直接提高了BUG優(yōu)先級,事先并未與研發(fā)經(jīng)理進(jìn)行溝通。5、小林與研發(fā)團隊存在分歧,說明小林與研發(fā)團隊的溝通不足,導(dǎo)致對質(zhì)量問題的理解和期望不同。6、小林作為質(zhì)量經(jīng)理對項目中的變更未及時跟蹤和確認(rèn),收到變更郵件未及時查看,導(dǎo)致測試工作與實際需求不一致。7、針對項目出現(xiàn)的變更,沒有及時補充測試用例,直接進(jìn)行盲測。8、緊急從其他項目組調(diào)用測

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論