轉載請註明出處：
會議是吸引專案團隊和其他干係人參與的重要方式。它們是整個專案的主要溝通方式。
一、 專案啟動會
-
召開時間：是啟動階段結束時召開的會議。
-
主要任務：釋出專案章程，並任命專案經理，賦予專案經理動用組織資源的權力。
-
注意事項：
（1）召開會議前已經對相關方進行了識別，有了相關方登記冊和相關方管理策略。這時，應該讓各相關方認識和會面，同時讓客戶方領導向專案經理和專案小組成員進行授權，調動員工的積極性，讓客戶方從上到下形成共識，為團隊日後開展相關工作掃除障礙。
（2）召開啟動會時，已經對風險進行了初步規劃與識別。
（3）專案經理要向相關方彙報專案計劃，不過這時的計劃是非常粗略的，不能用於指導專案實施。
用來指導專案實施的專案管理計劃需要滾動式規劃漸進明細，透過制定專案管理計劃過程組，才能得到真正的專案管理計劃。
二、 專案開工會議
-
召開時間：規劃階段結束
-
會議目的：
（1）正式批准綜合性專案計劃，並在相關方之間達成共識。
（2）落實具體專案工作，為進入專案執行階段做準備。
-
已做事項：開踢會議召開前，通常已經確定了專案的組織結構，並且定義了團隊成員的角色與職責。
三、 焦點小組會議
把預先選定的相關方和主題專家集中在一起，瞭解他們對所提議產品、服務或成果的期望和態度。焦點小組會議往往比“一對一”的訪談更熱烈，由一位受過訓練的主持人引導大家進行互動式討論。
四、 引導式研討會
研討會是快速定義跨職能需求和協調相關方差異的重要技術，透過邀請主要的跨職能相關方一起參加會議，對產品需求進行集中討論與定義。
由於群體互動的特點，被有效引導的研討會有助於建立信任、促進關係、改善溝通，從而有利於參會者達成一致意見。這項技術的另一個好處是，能夠比單項會議更快地發現和解決問題。
引導式研討會有兩種方式 ：在軟體行業用“聯合應用開發”，注重把使用者和開發團隊集中在一起，來共同改進軟體開發過程；在製造行業 ，則使用“質量功能展開”來幫助確定新產品的關鍵特徵，最終得到功能排序。
五、規劃會議與分析
會議確定實施風險管理活動的總體計劃，確定用於風險管理的成本種類和進度活動，並將其分別納入專案的預算和進度計劃中；建立或評審風險應急儲備的使用方法；分配風險管理職責；並根據具體專案的需要來“裁剪”組織中有關風險類別和術語定義等的通用模板，如風險等級、不同風險的機率、對不同目標的影響，以及機率影響矩陣。
如果組織中缺乏可供風險管理其他步驟使用的模板，會議也可能要制定這些模板，這些活動的輸出將彙總在風險管理計劃中。
六、 狀態審查會
狀態審查會是監控專案風險的最後一個工具與技術 ，但專案風險管理應該是定期狀態審查會中的一個議程，其所佔用的會議時間長短取決於已識別的風險及其優先順序和應對難度。
從本質上看，這是一個全面評估的大會，它的具體內容包括：
專案的詳細計劃； 專案的績效的控制程式和方法； 專案進行過程中，面臨的風險和不確定性判斷和控制； 專案小組的人員安排； 專案小組內部交流和溝通介面的形成； 專案進行過程中，報告制度的安排； 客戶關係； 分包和承包者關係； 與其他機構的關係； 會計與核算的方式、內容和結果； 專案進行過程中，其他沒有言明但重要的事項。
七、 投標人會議
投標人會議是在投標書或建議書提交之前，在買方和所有潛在賣方之間召開的會議。
-
目的
保證所有潛在賣方對本項採購（包括技術要求和合同要求）都有清楚且一致的理解，保證沒有任何投標人會得到特別優待。
-
注意事項
（1）要把對問題的回答，以修正案的形式納入採購檔案。
（2）買方必須盡力確保每個潛在賣方都能聽到任何其他賣方所提出的問題，以及買方所作出的每一個回答。
（3）時刻關注這個問題：讓所有的潛在賣方得到的資訊都是一樣的，使他們都處於同一起跑線上，真正發揮招投標的作用。
八、 專案經驗總結會
任何專案收尾，都要總結經驗教訓，更新知識庫，這些知識將成為組織過程資產，供以後的專案參考。在總結經驗教訓時應當注意區分幾項重要工作的分配：
-
經驗教訓總結：人人需要參加。
-
參與：專案相關方。
-
編寫：專案團隊（包括專案經理）。
-
負責：專案經理。
-
歸檔：PMO。
▶ 待辦事項列表細化。在待辦事項列表的細化會議上，專案團隊會以漸進明細方式編制待辦事項列表並（重新）明確其中各事項的優先順序，以確定在即將到來的迭代中完成的工作。
▶ 投標人會議。在準備投標或建議書之前，與潛在賣方舉行的會議，以便確保所有潛在供應商對本次採購都有清楚且一致的理解。該會議也稱承包商會議、供應商會議或投標前會議。
▶ 變更控制委員會。變更控制委員會會議包括負責稽核、評估、批准、推遲或拒絕專案變更的人員。
本次會議上所做的決定將被記錄下來並傳達給有關的干係人。此會議也可稱為變更控制會議。
▶ 每日站會。每日站會是簡短的協作會議，在該會議期間，專案團隊會審查前一天的進展，宣佈當天的計劃，並強調指出遇到或預見的任何障礙。該會議也可稱為“每日例會”。
▶ 迭代規劃會議。迭代規劃會議用於澄清待辦事項列表中事項的詳細資訊、驗收標準以及實現即將履行的迭代承諾所需的工作投入。此會議也可稱為衝刺規劃會議。
▶ 迭代審查會議。迭代審查會議是在一個迭代結束時舉行，旨在展示在該迭代期間完成的工作。此會議也可稱為衝刺審查會議。
▶ 開工。開工會議是專案開始執行時舉行的會議，專案團隊成員和其他關鍵干係人會聚在一起，正式設定期望、達成共識並開始工作。它會確立專案、階段或迭代的開始。
▶ 經驗教訓會議。經驗教訓會議用於識別和分享在專案、階段或迭代過程中獲得的知識，其重點是關注提高專案團隊的績效。除了良好的做法和產生非常有利結果的情況外，此會議還可以討論原本可以處理得更好的事情。
▶ 規劃會議。規劃會議用於建立、詳細制訂或稽核計劃，並獲得對計劃的承諾。
▶ 專案收尾。專案收尾會議用於獲得發起人、產品負責人或客戶對交付範圍的最終驗收。此會議表明了產品交付工作已完成。
▶ 專案審查。專案審查會議是一種在過程或專案結束時開展的活動，旨在評估狀態、評估所交付的價值，並確定專案是否已準備好進入下一個階段或移交至運營。
▶ 釋出規劃。釋出規劃會議是確定釋出或改變產品、可交付物或價值增量的高層級計劃。
▶ 回顧會議。回顧會議是定期舉行的研討會，參會者探討其工作和結果，以便改進流程和產品。回顧會議是經驗教訓會議的一種形式。
▶ 風險審查。一種分析現有風險的狀態並識別新風險的會議。這包括確定風險是否仍處於活躍狀態以及風險屬性（如機率、影響、緊急程度等）是否已發生了變化。並對風險應對措施進行評估，以確定它們是否有效或是否應更新。可能會識別和分析新的風險，也可能會關閉不再活躍的風險。風險再評估是風險審查會議的一個示例。
▶ 狀態會議。狀態會議是定期舉行的會議，旨在交流和分析專案當前進展情況及其績效方面的資訊。
▶ 指導委員會。資深的干係人為專案團隊提供指導和支援，並做出專案團隊許可權以外的決策的會議。