PMP-CN 無料問題集「PMI Project Management Professional (2024 Version) (PMP中文版)」

（A）聘請數位轉型專家並指定該人為變革的倡導者

（B）提供數位轉型指南並解釋變革是不可避免的

（C）請銀行高層正式宣布專案經理正在領導該項目

（D）為利害關係人提供適當的培訓課程，以便他們了解變革的目的

（A）將項目範圍僅限於基本關鍵功能，並以當前人員配置水平運行項目，直到用完所有預算

（B）優先考慮尋求高商業價值和低工作量的產品待辦事項，並調整專案預算和人員配置以考慮這些項目

（C）平衡專案團隊以應對預算挑戰，並提供培訓以減輕低績效風險

（D）減少專案人員並相應調整範圍和時間表，以支援預算削減

（A）建議部分團隊延後在其國家的部署

（B）與所有部署團隊定期召開會議，分享問題和解決方案

（C）請每個部署團隊提供非常詳細的時間表和行動計劃

（D）請專案發起人為部署團隊任命新的經理

（A）確認門戶提供了足夠的資訊。

（B）已驗證專案團隊是否遵循溝通管理計畫。

（C）分析發起人的溝通要求。

（D）確保發起人具備使用入口網站的必要技能。

（A）透過定期社區會議分享專案更新。

（B）根據利害關係人的要求共享項目更新。

（C）與贊助商分享專案報告以通知社區成員。

（D）透過虛擬方式和在當地報紙上分享年度報告。

（A）再次將情況回報給專案發起人。

（B）請求新資源來執行活動。

（C）在每日站立會議期間檢視此障礙。

（D）在衝刺評審中提供資源回饋。

（A）經常與客戶進行審查，以確保產品能如預期運作。

（B）管理範圍基線以影響推動變革的因素。

（C）遵循適當的變更控制流程並評估變更的進一步影響。

（D）與客戶合作，確保功能增加價值。

（A）透過策略變更更新風險優先的積壓工作。

（B）上報給產品負責人並取消即將到來的迭代。

（C）安排與團隊的會議以評估變更的影響。

（D）準備一個使用者故事來處理變更並將其指派給下一個迭代。

（A）風險登記冊更新期間

（B）在每次指導委員會會議期間

（C）在每次迭代和審核期間

（D）回顧期間

（A）遵循利害關係人參與流程。

（B）遵循風險管理流程。

（C）遵循變更管理流程。

（D）遵循需求管理流程。

（A）讓團隊成員了解緊迫性，並鼓勵他們花額外的時間來了解該技術。

（B）指派一位經驗豐富的團隊成員每天與該成員一起工作，以了解該技術。

（C）為該成員安排正式培訓，以獲得足夠的知識，以減少對團隊績效的影響。

（D）讓團隊主導會議討論，以便每個成員都有機會準備和發言。

（A）請風險負責人在下次會議前實施風險因應措施，並在會議上展示結果。

（B）與風險負責人私下會面，並與他們合作解決風險應對的任何障礙。

（C）向專案管理辦公室 (PMO) 報告風險負責人，並建議將其從團隊中刪除。

（D）將未完成的風險任務重新分配給已實施風險因應措施的其他團隊成員。

（A）範圍定義明確；因此，預測方法很簡單，硬體和軟體可以在門上同步。

（B）混合方法將發揮作用，使用敏捷方法進行軟體開發，並使用預測方法進行硬體交付。

（C）軟體開發具有較高的不確定性，因此建議專案採用敏捷方法。

（D）可交付成果明顯不同，因此專案應分為由程式驅動的兩個專案。

（A）專案經理和專案管理團隊應選擇適當的工件以在特定專案中使用。

（B）專案經理和專案管理團隊應使用資料庫中的標準專案工件。

（C）專案發起人應選擇專案經理和專案管理團隊應在專案中使用的專案工件。

（D）專案幹係人應會面並確定專案經理和專案管理團隊要使用的專案工件。

（A）邀請產品負責人和團隊討論設備的概念和預期效能

（B）邀請保護發起人參加衝刺評審會議，並召開有關設備概念和預期效能的 QSA 會議

（C）邀請投資者參加設計評審會議，介紹設備的概念和預期效能，並在會議中納入 QSA 會議

（D）邀請投資人參加衝刺回顧會議，與團隊討論設備概念和預期性能的改進

（A）與團隊討論並制定解決方案，以立即交付待處理的需求規格。

（B）與開發團隊會面，檢視並評估需求規格。

（C）為變更控制委員會 (CCB) 準備變更請求，以刪除缺少的需求規格。

（D）請團隊等待，直到他們能夠更新需求規格。