PMP考試2021年預計只考3次，上半年考試時間在6月20日，具體時間如有變動，請以官方信息為準!

91.識別相關方VS規劃相關方參與

識別相關方：定期識別項目相關方，分析和記錄他們的利益、參與度、相互依賴性、影響力和對項目成功的潛在影響的過程。

規劃相關方參與：根據相關方的需求、期望、利益和對項目的潛在影響，制定項目相關方參與項目的方法的過程。

92.相關方參與計劃的內容

相關方登記冊中的資料;

關鍵相關方的所需參與程度和當前參與程度;

相關方變更的范圍和影響;

相關方之間的相互關系和潛在交叉;

項目現階段的相關方溝通需求;

需要分發給相關方的信息;

分發相關信息的理由和可能對相關方參與所產生的影響;

向相關方分發所需信息的時限和頻率;

隨著項目的進展，更新和優化相關方管理計劃的方法。

93.相關方登記冊

相關方登記冊用于記錄已識別的相關方的所有詳細信息，包括(但不限于)：

基本信息：姓名、職位、地點、項目角色、聯系方式;

評估信息：主要需求、主要期望、對項目的潛在影響、與生命周期的哪個階段最密切相關;

相關方分類：內部/外部，支持者/中立者/反對者等;

應定期查看并更新相關方登記冊，相關方可能發生變化。

94.相關方參與計劃VS溝通管理計劃

相關方登記冊中記錄了相關方的信息和對應的職權，對項目的影響能力和主要期望和需求;

相關方參與計劃繼承了相關方登記冊的信息，側重點在于關注根據相關方對項目的影響能力以及需求而制定的管理策略，即所謂的《公關計劃》;

溝通管理計劃中繼承了相關方參與計劃的信息，側重點在于如何保證信息的正確傳遞。

95.敏捷宣言十二大原則(1-4)

1、我們的最高目標是，通過盡早持續地交付有價值的軟件來滿足客戶的需求;

2、即使在項目開發的后期,仍歡迎對需求提出變更。敏捷過程通過擁抱變化，幫助客戶創造競爭優勢;

3、要不斷交付可用的軟件,周期從幾周到幾個月不等, 且越短越好;

4、在項目過程中,業務人員與開發人員要每天在一起工作;

96.敏捷宣言十二大原則(5-8)

5、要善于激勵項目人員，給他們所需要的環境和支持,并相信他們能夠完成任務;

6、團隊內部和各個團隊之間，最有效的溝通方法是面對面的溝通;

7、可工作軟件是衡量進度的首要指標;

8、敏捷過程提倡可持續的開發。項目方、開發人員和用戶應該能夠保持恒久、穩定的進展速度;

97.敏捷宣言十二大原則(9-12)

9、對技術卓越和好的設計的持續關注有助于增強敏捷性;

10、盡量做到簡潔,盡最大可能減少不必要的工作。這是一門藝術;

11、最佳的架構、需求和設計出自自組織團隊;

12、團隊要定期回顧和反省如何能夠做到更有效,并相應地調整團隊的行為;

98.SCRUM的三三四

三個角色：

產品負責人Product Owner;

團隊負責人Scrum Master;

自組織團隊Self-organizing Teams;

三個物件：

產品代辦事項列表Product Backlog;

沖刺列表Sprint Backlog;

可交付產品增量 Increment;

四個會議：

沖刺計劃會議Sprint Planning;

迭代評審會議Sprint Review;

迭代回顧會議Sprint Retrospective;

每日站會Daily Scrum;

99.敏捷--每日站會

定義：為了在團隊內部溝通交流成果以及闡述任何存在的障礙而召開的每日例會。

做法：

不超出 15 分鐘;

團隊以某種方式“過一下”看板或任務板，而團隊中的任何人都可以主持站會;

每個人輪流回答問題：

昨天，我做了什么?

今天，我準備做什么?

是否有任何障礙?

兩種反模式：變成狀態報告;站會是為了發現問題，而不是解決。

100.敏捷--待辦事項列表

待辦事項列表是所有工作的有序列表，它以故事形式呈現給團隊。價值越大的排在上面。

產品負責人制作一個產品路線圖，以顯示預期的可交付成果序列。產品負責人根據團隊的實際成果重新規劃路線圖。

產品負責人在迭代中的會議中與團隊合作，為即將進行的迭代準備故事，細化足夠的故事。

向團隊介紹故事創意、潛在的挑戰或問題。

>>本文地址：
注：本站稿件未經許可不得轉載，轉載請保留出處及源文件地址。