<rt id="46e4s"></rt>
  • 
    
  • <li id="46e4s"><dl id="46e4s"></dl></li>
  • <rt id="46e4s"></rt>
  • <code id="46e4s"><delect id="46e4s"></delect></code>
    400-650-7353
    登錄 | 注冊
    您當前的位置 > 中公PMP培訓 > 每日一練 > PMP認證考試每日一練(95)

    PMP認證考試每日一練(95)

    • 發(fā)布: 中公PMP
    • 來源:中公PMP
    • 2023-08-23 10:57:16
    • 閱讀()
    • 分享

    1、使用預測性項目管理方法進行的軟件開發(fā)項目的第一階段已結(jié)束。該項目進入第二階段,這將需要該

    項目團隊將利用極限編程(XP)方法來開發(fā)產(chǎn)品的其余部分。團隊基本規(guī)則可能需要如何更新?

    A、對項目交付成果的集體責任

    B、增加在虛擬環(huán)境中工作的協(xié)議

    C、由于團隊將使用XP,因此不再需要基本規(guī)則

    D、負責創(chuàng)建非常詳細的文檔

    2、您已被指派領(lǐng)導一項倡議,而該倡議的業(yè)務(wù)案例還不夠充分,無法獲得批準以啟動混合項目。在過去

    的一些項目中,團隊意識到項目執(zhí)行為時已晚,公司中沒有人具備構(gòu)建某些功能所需的技能,因此它是由

    承包商開發(fā)的,導致成本超支。為了避免成本超支,您會在工作中做些什么?

    A、從概念證明入手

    B、使用燃盡圖進行報告

    C、制定項目章程

    D、鼓勵團隊知識共享

    3、作為“開發(fā)進度計劃”過程的一部分,項目經(jīng)理使用甘特圖創(chuàng)建項目進度表。三個Scrum團隊將開發(fā)項

    目可交付成果。由于依賴關(guān)系,團隊將需要每周兩次使用擴展的站立會議來協(xié)調(diào)工作。項目經(jīng)理接下來應(yīng)

    該做什么?

    A、提交更請求以將甘特圖轉(zhuǎn)換為燃盡圖

    B、在項目進度表中包括Scrum of Scrums(SoS)會議

    C、取消時間表以消除團隊之間的依賴

    D、在項目進度表中反映團隊的實際速度

    4、項目團隊剛剛完成其第四次沖刺。在“控制成本”流程中,您確定團隊的平均速度為每沖刺25點,并

    且團隊已提前1/3完成整個項目所需的故事點總數(shù)。每個故事點的平均成本為575美元。完成剩余工作的估

    計費用是多少?

    A、57,500美元

    B、115,000美元

    C、14,375美元

    D、172.500美元

    5、您正在由兩個分散的開發(fā)團隊領(lǐng)導一個項目。一個團隊正在使用傳統(tǒng)瀑布方法,另一個團隊正在使

    用XP進行產(chǎn)品開發(fā)。預算限制防止任何團隊成員在同一地點。您應(yīng)該優(yōu)先考慮什么來進行團隊協(xié)作?

    A、在溝通管理計劃中記錄XP團隊的協(xié)作要求

    B、為XP團隊設(shè)置遠程配對并為兩個團隊提供視頻會議功能

    C、分配辦公室專用部分以支持洞穴和雙方共同的作法

    D、不需要特別考慮,因為兩個團隊都可以在工作中學習協(xié)作

     

    1.【答案】A。

    完整解析:該場景表明項目團隊將從瀑布式方法過渡到具有eXtremeProgramming(XP)方法元素的敏捷框架。有時候是在項目的不同階段使用不同的項 目管理框架是有利的,這意味著該項目正在采用混合方法。

    項目團隊通常以不同的方式進行協(xié)作使用預測方法與敏捷方法時的方法。因此,項目團隊可能需要修改其工作協(xié)議以適合項目管理框架。敏捷團隊以自我組織著稱,因此擁有交付項目可交付成果的集體所有權(quán)。

    通過瀑布式項目,項目團隊的成員更多可能會被分配特定的任務(wù),并對完成任務(wù)負責。另一方面,敏捷特別是XP強調(diào)了集體代碼的重要性所有權(quán)(適用于軟件開發(fā))。集體責任 和團隊責任感可能需要作為社會契約的一部分,如團隊章程。 每個選項的詳細信息: A、對項目可交付成果負有集體責任正確的。利用eXtremeProgramming(XP)方法開發(fā)產(chǎn)品(通常是軟件產(chǎn)品)的團隊受交付項目的集體責任的約束、可交付成果。 B、增加在虛擬環(huán)境中工作的協(xié)議不正確該問題沒有跡象表明項目團隊將過渡到虛擬環(huán)境。此外,敏捷最佳實踐鼓勵使用主機托管團隊。因此,在其他條件都相同的情況下,過渡到敏捷框架的可能性更大,可能會從虛擬環(huán)境轉(zhuǎn)移到面對面交流。 C、由于團隊將使用XP,因此不再需要基本規(guī)則不正確無論采用何種項目管理框架,基本規(guī)則都可能有用。在敏捷環(huán)境中使用時可能需要修改基本規(guī)則,但是不太可能被丟棄。 D、負責創(chuàng)建非常詳細的文檔不正確敏捷宣言重視工作文檔(或完整的可交付成果)的開發(fā),而不是全面的文檔。文檔的創(chuàng)建應(yīng)該是減少到勉強足夠的最低限度。因此,除非項目要求(方案未建議),否則應(yīng)避免創(chuàng)建高度詳細的文檔。

    2.【答案】A。

    完整解析:根據(jù)該方案,該業(yè)務(wù)案例尚未批準,表明該項目尚未啟動。您正在領(lǐng)導一項舉措,如果成功的話,可能會導致批準進行該項目。 由于過去的項目表明該組織沒有適當?shù)赜媱澷Y源,因此必須將某些工作外包出去,從而導致成本超支,您想確保這次放下教訓并進行適當?shù)挠媱。要了解當?潛在)項目需要哪些資源,請先進行概念驗證可以進行循環(huán)。概念證明可能涉及原型制作,可行性研究,情節(jié)提要,用例或用戶案例的開發(fā)或任何其他可以證明的活動潛在的業(yè)務(wù)價值,有助于批準業(yè)務(wù)案例并啟動項目。通過進行一項概念驗證活動,項目經(jīng)理可以確定技能是否組織中可以提供開發(fā)產(chǎn)品所需的信息,從而確保對項目預算進行真實估算,并降低成本超支的風險。

    每個選項的詳細信息: A、以概念證明為起點 正確的。在混合項目中,可以使用概念驗證周期來探索產(chǎn)品功能并繪制開發(fā)它們所需的技能。映射技能有助于發(fā)現(xiàn)技能差距相應(yīng)地組織和計劃資源。這些行動又使項目經(jīng)理可以制定更切合實際的預算,并降低成本超支的風險。 B、使用燃盡圖進行報告 不正確燃盡圖通常用于敏捷項目,以報告迭代中剩余的工作或發(fā)布積壓。燃盡圖不太可能對要求的任務(wù)有所幫助該場景是根據(jù)要交付的功能和開發(fā)這些功能所需的技能來估算實際的項目預算。 C、制定項目章程 不正確項目章程是向項目經(jīng)理提供將組織資源應(yīng)用于項目活動的權(quán)限的文檔。雖然有憲章對于對于任何項目,該方案都指出,作為“開發(fā)項目章程”流程的輸入之一的業(yè)務(wù)案例的構(gòu)建不足,從而阻礙了項目的開發(fā)憲章。 D、鼓勵團隊知識共享 不正確知識共享是每個成功項目的重要組成部分。但是,該場景暗示開發(fā)該產(chǎn)品所需的技能和知識很可能在組織中不可用。因此,共享尚不可用的內(nèi)容為時過早,甚至可能徒勞。

    3.【答案】B。

    完整解析:該場景描述了一個混合項目,該項目將使用預測方法的某些元素,如使用甘特圖形式的項目進度表以及產(chǎn)品所表明的那樣開發(fā)團隊使用Scrum框架。當一個項目有兩個或兩個以上具有依賴性的Scrum團隊時,這些團隊將需要協(xié)調(diào)他們的工作。這種協(xié)調(diào)通常是通過定期安排ScrumofScrum會議(也稱為“元Scrum”)來完成。MetaScrum是一種技術(shù),每個Scrum團隊的代表都可以參加會議與其他代表協(xié)調(diào)他們的工作。由于場景中描述的項目將以甘特圖的形式列出項目進度表,因此這些進度表會定期排定,并且方案指示,應(yīng)在時間表中反映ScrumofScrum會議的擴展情況,以答案解析相關(guān)團隊成員花在參加這些會議上的時間。 每個選項的詳細信息: A、提交更改請求以將甘特圖轉(zhuǎn)換為燃盡圖 不正確首先,方案表明該項目仍在計劃中。在計劃期間不需要更改請求。其次,將甘特圖切換為燃盡圖感覺不大,沒有解決問題的實質(zhì),它圍繞團隊之間的協(xié)調(diào)而不是跟蹤他們的進度。 B、在項目進度表中包括ScrumofScrums(SoS)會議 正確的。ScrumofScrum會議又稱為“元Scrum”,是兩個或更多Scrum團隊協(xié)調(diào)其活動的會議。Scrum團隊之間的依賴關(guān)系。 C、破壞時間表以消除團隊之間的依賴性 不正確崩潰是計劃壓縮技術(shù)的一個示例。此技術(shù)可用于縮短計劃持續(xù)時間,而不是消除活動或團隊。 D、在項目進度表中反映團隊的實際速度 不正確最終將需要調(diào)整項目進度,以反映團隊的實際速度。但是,團隊需要至少執(zhí)行一次沖刺,才能計算他們的實際速度。該方案表明該項目仍在計劃中;因此,車隊將沒有任何性能數(shù)據(jù)可用來計算速度。

    4.【答案】B。

    完整解析:該場景描述了一個混合項目,其中使用預測方法控制成本,而團隊則使用敏捷來執(zhí)行其工作。在這種情況下,在方案中提供的信息中,傳統(tǒng)的公式無法計算掙值參數(shù)。在這種情況下,計算ETC的方法是將剩余的乘以故事點數(shù)除以每個故事點的平均費用。團隊已完成100個故事點(4個沖刺,每個故事點25個故事點),占該故事點總數(shù)的1/3項目。如果100個故事點占總范圍的1/3,則總范圍為300個故事點,尚中公題庫《pmp 項目管理考試》有200個故事點需要完成。使用剩余的故事數(shù)點在項目上的總費用200,您需要將其乘以每個故事點的平均費用575美元,以確定完成項目其余部分的預期費用。以下是詳細在這種情況下的計算: 總故事點數(shù)=100剩余總故事點數(shù)=20每個故事點的平均費用=575美元 項目完成的剩余成本=200 $575=$115,000 請注意,問題是在詢問完成項目上“剩余”故事點的成本,而不是項目上全部“故事”點的成本。 每個選項的詳細信息: A、57,500美元 不正確57,500美元代表所獲得故事點的成本,而不是預期的剩余成本。B、115,000美元 正確的。該項目的預計剩余成本為115,000美元,這是剩余的故事點200以及每個故事點成本575的乘積。 C、14,375美元 不正確S14,375是平均速度(25個點)和每個故事點的平均成本(575美元)的乘積,它表示每個沖刺的平均成本,而不是估計的完成項目的成本。 D、172,500美元 不正確該答案選擇代表了整個項目的估計成本,而不僅僅是剩余成本。

    5.【答案】B。

    完整解析:該問題描述了一個項目,該項目將通過結(jié)合預測性編程和極限編程(XP)項目管理框架來使用混合方法。XP是最常見的關(guān)聯(lián)用于軟件開發(fā),但也可以用于其他類型的可交付成果。XP的標志之一是使用配對編程。通過結(jié)對編程,兩個成員串聯(lián)開發(fā)工作,其中一個編寫代碼,另一個在輸入時檢查每一行代碼。

    然后,兩個程序員經(jīng)常切換角色。由于有預算限制,不允許將開發(fā)團隊成員實際放置在同一地點,作為項目經(jīng)理,您將需要提供支持XP實踐的場所,包括配對編程。此外,預測團隊的成員將需要彼此協(xié)作,并且兩個團隊可能都需要協(xié)調(diào)其活動。提供視頻會議功能將支持虛擬環(huán)境中 的協(xié)作要求。 每個選項的詳細信息: A()在通信管理計劃中記錄XP團隊的協(xié)作要求 不正確極限編程(XP)是敏捷框架下的一種方法。敏捷團隊通常不需要溝通管理計劃,因為溝通方法是敏捷儀式中固有的。盡管溝通管理計劃可能或可能對XP團隊沒有幫助,但這并不是最關(guān)鍵的提供的選項元素應(yīng)被專有化。 B。為XP團隊設(shè)置遠程配對并為兩個團隊提供視頻會議功能 正確的。與eXtreme編程(XP)相關(guān)的主要實踐之一是結(jié)對編程。項目經(jīng)理將需要在虛擬環(huán)境中復制這種做法。此外,預測團隊成員將需要彼此協(xié)作,并且兩個團隊可能都需要協(xié)調(diào)他們的活動。提供視頻會議功能將支持虛擬環(huán)境中的協(xié)作需求。CG)分配辦公室的專用部分以支持洞穴和兩個團隊的慣例不正確洞穴和通用方法是劃分工作空間的一種方法,因此開發(fā)團隊具有一個用于緊密協(xié)作的公共區(qū)域和一個團隊可以在其私有區(qū)域使用的區(qū)域成員可以 毫無干擾地工作。盡管可能會爭辯說,可以在虛擬環(huán)境中重新創(chuàng)建洞穴和共性,但是當團隊處于并置,在這種情況下不是這種情況。DO不需要特別考慮,因為兩個團隊都可以在工作中學習協(xié)作不正確團隊最終可能會合作。但是,由于所有團隊成員都按地理位置分布,并且每個團隊遵循不同的項目管理方法,就很難指望這種結(jié)果。

    >>本文地址:
    注:本站稿件未經(jīng)許可不得轉(zhuǎn)載,轉(zhuǎn)載請保留出處及源文件地址。

    中公PMP備考交流平臺

    • PMP微信交流群

    • PMPQQ交流群