《專案經理指導手冊》 會議篇
二，會議篇
(1)專案啟動會。專案啟動會是專案實施方法論中的重要一環，是開發團隊與業務方雙方的專案小組進行認識和會面，讓客戶方領導表達資訊化推動的決心，向專案經理和專案小組成員進行授權，
調動員工的積極性，讓客戶方從上到下達成一種共識，為我們日後開展相關的工作掃除障礙。
會議目的：
- 專案團隊成員互相認識；
- 介紹專案背景及計劃，正式批准綜合性專案管理計劃，並在干係人之間達成共識。
- 落實具體專案工作，明確個人和團隊職責範圍，獲得團隊成員承諾，為進入專案執行階段做準備。
- 已做事項：開踢會議（開工會議）召開前，通常已經確定了專案的組織結構，並已經對團隊成員的角色與職責進行定義。
- 已有檔案：此時用於指導專案的專案管理計劃已經制定出來，因此，在開工會議中，通常需要對專案的範圍、進度、成本、風險應對等事項進行確認，並在干係人之間達成共識。
在專案管理中，專案啟動會需要輸出專案章程。我們公司則被專案立項書所取代了，但是內容上需要包含專案章程中的內容。
(2)迭代計劃會。迭代中要做的工作在 迭代計劃會議中來做計劃。迭代計劃會議回答以下問題：
1，接下來的 迭代交付的增量中要包含什麼內容？
2，要如何完成交付增量所需的工作？
迭代計劃會的時長應該控制在：一個月的迭代最多8小時為上限。會議前應當準備：產品原型圖、專案流程圖。 計劃會一定要邀請業務方一起參加。
(3) 每日站會。參會人員為專案團隊中成員。 7人標準團隊每日站會時間為：15分鐘。廣播個人狀態，在團隊前做個人承諾，向團隊通報交付障礙。 以輪流發言的形式響應以下三個問題：
1，昨天或今天我搞定什麼？
2，今天或明天我要搞定什麼？
3，有什麼障礙？
另外，每日站會有兩個原則，一個是 只通報問題，不解決問題，以免會議變成了問題討論會。 另一個是，如果有其他管理者參與，管理者不發言，也是避免會議性質發生變化。
(4)迭代評審會。 評審會是在迭代快結束時舉行，用以檢查所交付的產品增量，並按需求調整產品代待辦列表。 對於一個月的迭代來說，時間不超過4小時。
迭代評審會,需要邀請也無法參加，會議由產品經理主導。專案經理負責做會議紀要。
會議內容包括不限於:
- 產品負責人說明哪些產品待辦列表項已經“完成”和哪些沒有“完成”；
- 開發團隊討論在 迭代期間哪些工作做的很好，遭遇到什麼問題以及問題是如何解決的；
- 開發團隊演示“完成”的工作並解答關於所交付增量的問題；
- 產品負責人討論當前的產品待辦列表的情況。他／她根據到目前為止的進度來預測可能的目標交付日期（如果有需要的話）；
- 參會的所有人就下一步的工作進行探討，這樣，迭代評審會議就能夠為接下了的 迭代計劃會議提供有價值的輸入資訊；
- 評審市場或潛在的產品使用方式所帶來的接下來要做的最有價值的東西的改變
迭代評審會，是迭代過程中，最重要的一場會議，並不是一個進度彙報會議，演示增量的目的是為了獲取反饋並促進合作。
(5)迭代回顧會。回顧會發生在迭代評審會結束之後，下一個迭代計劃會之前。一個月的迭代回顧會不超過2小時。 回顧會的目的在於團隊內部總結經驗教訓，所以不邀請客戶參加，故此
不能和評審會一起開，也不能和計劃會一起開。
三個問題格式：
1，什麼是團隊應該開始做的？
2，什麼是團隊應該停止做的？
3，什麼是團隊應該繼續保持的？
會議由專案經理主持。專案經理鼓勵團隊在敏捷的過程框架內改進開發過程和實踐，使得他們能在下個Sprint中更高效更愉快。
有效的會議，要做到：
會議前，通知會議相關人員，會議時間、地點。
會議中，需要對會議做會議紀要。
會議後，需要對會議紀要整理輸出工作事項，並在下次會議時檢查事項完成情況。