試題一：

【說明】

某智能醫(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īng)理組織團隊制定選代計劃，因為時間緊張，產(chǎn)品經(jīng)理期望第一個選代完成需求池中40%的需求。研發(fā)團隊表示進入新的領(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ā)直接落后突破重重困難后，項目終于進入項目收尾階段，因為項目任務(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)先級沖突、管理過程沖突、進度沖突。

計劃階段的沖突類型是：項目優(yōu)先級沖突、進度沖突、管理過程沖突。

執(zhí)行階段的沖突類型是：進度沖突、技術(shù)沖突、資源沖突。

收尾階段的沖突類型是：進度沖突、資源沖突、個人沖突，

問題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)生的根源。

問題3：

(1)D、(2)F、(3)A、(4)C

試題二：

【說明】

某項目基本情況如下表所示：

項目實施到第9天結(jié)束時，項目已花費成本50萬元，此時ABC均已完成，D、F各完成75%，G尚未開工。

問題1：

(1)根據(jù)項目信息，將時標(biāo)網(wǎng)絡(luò)圖補充完整

(2)根據(jù)時標(biāo)圖，寫出該項目的關(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ù)責(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)品軟件進行開發(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)范圍在項目驗收時進行。()

(4)控制質(zhì)量過程可以和確認(rèn)范圍過程同時進行。()

【參考答案】

問題1：

1、項目經(jīng)理只進行了需求收集工作，編制了需求文件和需求跟蹤矩陣，未編制范圍管理計劃。

2、沒有進行定義范圍工作，未形成范圍說明書。

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ā)完成后，需要進行詳細(xì)的集成測試。

5、在開發(fā)過程中，兩個產(chǎn)品線的負(fù)責(zé)人沒有進行有效的溝通，導(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、未進行充分的測試和驗證，在B產(chǎn)品線的新增需求上線后，C產(chǎn)品線發(fā)現(xiàn)了不符合其用戶期望的功能.這表明在軟件發(fā)布前，沒有對C產(chǎn)品線進行足夠的功能驗證和用戶接受測試。

9、范圍蔓延，盡管B產(chǎn)品線為其新增功能支付了費用，但這些新增功能可能導(dǎo)致原始項目的范圍，從而影響項目的質(zhì)量和交付時間。

問題2：

項目范圍管理的過程：編制范圍管理計劃、收集需求、定義范圍、創(chuàng)建工作分解結(jié)構(gòu)、確認(rèn)范圍、范圍控制

(1)編制范圍管理計劃：對如何定義、確認(rè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)√

試題四：

【說明】

公司承接了一個線上直播平臺的開發(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)大家按原計劃進行測試。項目后期，小林在整理測試報告時，發(fā)現(xiàn)該BUG還在項目經(jīng)理名下沒有任何進展，于是提高BUG的優(yōu)先級并留言請項目經(jīng)理盡快處理確認(rèn)。項目經(jīng)理很快找到小林，說該功能在項目啟動不久就進行了需求變更且群發(fā)部件給項目組核心成員，小林這才在郵箱里翻到了很早的郵件通知。測試工作正處于壓力最大的階段，小林來不及補充測試用例，緊急從其他項目組借調(diào)了2名測試人員讓他們對新增功能進行盲測。交付時間在即，項目的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ì)量管理計劃和過程改進計劃都是項目管理計劃的一部分。()

【參考答案】

問題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)理進行溝通。

5、小林與研發(fā)團隊存在分歧，說明小林與研發(fā)團隊的溝通不足，導(dǎo)致對質(zhì)量問題的理解和期望不同。

6、小林作為質(zhì)量經(jīng)理對項目中的變更未及時跟蹤和確認(rèn)，收到變更郵件未及時查看，導(dǎo)致測試工作與實際需求不一致。

7、針對項目出現(xiàn)的變更，沒有及時補充測試用例，直接進行盲測。

8、緊急從其他項目組調(diào)用測試員，并未就項目情況對其進行介紹，導(dǎo)致測試效果不佳。

9、小林作為質(zhì)量經(jīng)理與團隊成員溝通不足，導(dǎo)致部分測試人員不了解項目情況，，導(dǎo)致測試工作質(zhì)量不高，提出很多無效bug。

10、在發(fā)布評審會上，小林提出目前bug太多，不同意上線，但并未給出后續(xù)的解決方案。

問題2：

1.質(zhì)量控制測量結(jié)果

2.確認(rèn)的變更

3.核實的可交付成果

4.工作績效信息

5.變更請求

6.項目管理計劃更新

7.項目文件更新

8.組織過程資產(chǎn)更新

問題3：

(1)×

(2)√

(3)×

(4)√

(5)√

軟考中級考試成績通常在考試結(jié)束后2個月內(nèi)公布，為了方便大家及時獲知準(zhǔn)確成績查詢時間，小編建議可提前填寫 免費預(yù)約短信提醒服務(wù)，屆時我們會及時提醒2023年下半年各省軟考中級職稱考試成績查詢時間通知，讓您在繁忙的工作中及時獲知軟考中級考試重要信息哦！

想及時了解考后成績？文章頂部“軟考中級職稱-考后真題估分”小程序，掃一掃直接對答案！

以上就是“2023年下半年第四批次系統(tǒng)集成項目管理工程師應(yīng)用技術(shù)真題答案(完整版)”的內(nèi)容了。溫馨提示：為幫助各位考生更好地備考2024年軟考中級考試，環(huán)球網(wǎng)校為大家特意上傳了很多備考資料，如歷年真題、模擬試題與答案解析、考試技巧等備考資料，考生可點擊下方“免費下載”進行領(lǐng)取哦！