敏捷項目管理認證章節(jié)練習(2020.02.19)

A.開展團隊建設活動、風險評審和迭代回顧。
B.利用信息輻射體、每日站立會議和規(guī)劃會議。
C.確保項目具有全面的文檔。
D.確保具有風險和問題日志。

A.向團隊發(fā)送一封電子郵件，概述新產品愿景和目標。
B.根據新產品愿景和目標，開始規(guī)劃下一次迭代。
C.更新發(fā)布計劃，以納入新產品愿景和目標所需的新投入水平。
D.召開項目團隊會議，通過透明的溝通，確保了解新的產品愿景和目標。

A.這些更新包括添加新需求以及對現有需求重新排列優(yōu)先順序
B.拒絕所有新需求，但允許重新確定現有需求的優(yōu)先順序
C.保持現有需求的優(yōu)先級，但允許添加新需求
D.拒絕所有變更，知道產品負責人推進一次重新規(guī)劃發(fā)布會議

A.等待負責干系人解決該風險
B.停止迭代開發(fā)和風險登記冊更新。直到負責干系人提供解決方案為止
C.通過提醒負責干系人風險的定性和定量影響，及時獲得解決。
D.更新風險等級冊，注明解決的截止日期，并在提供解決方案之前，停止迭代開發(fā)。

A.每個版本的范圍是固定的，不允許調整
B.不包括每個版本的發(fā)布時間、發(fā)布內容、迭代數量
C.每個版本計劃都要準時完成，不能推遲發(fā)布
D.概念階段/項目早期就開始制定版本計劃，并每個迭代進行及時維護

A.在不進行測試的情況下部署產品。
B.將該問題上報給項目發(fā)起人。
C.在其他地方采購材料來完成測試。
D.將該問題記錄在待辦列表中，并向客戶溝通對截至日期的影響。

A.為了限制外部介入產品開發(fā)。
B.為了確保目標受到激勵。
C.為了重新調整和重申團隊目標。
D.為了提供交叉培訓機會。

A.兩周
B.每天
C.隔兩天
D.在一次迭代過程之后

A.通知開發(fā)團隊忽略電話和電子郵件。
B.與產品負責人一起，轉達主管的問詢。
C.讓產品負責人將這些請求作為高優(yōu)先級錄入產品待辦事項中。
D.讓scrum主管將這些請求請求作為高優(yōu)先級錄入產品待辦事項中。