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