一、 在會議開始前一天，將討論的文檔、主題郵件發送參與者。
重要：將會議討論的結果、結論、再議的點反饋給會議參與者。
二、 項目過程中大框架設計的分享（人月神話的外科手術隊伍）。將設計的思想、方向、子系統的劃分、子系統間的耦合進行討論。
三、 項目過程中編碼風格的統一（包括小的技術點：內存管理、資源管理等，名稱：變量、函數、類型等）
四、 產品需求（個人理解：客戶的特性需求、市場戰略部署的需要、公司品牌主打的市場需求）。可靠性，有理性需要針對的調研，討論。
五、 公共基礎類搭建 -> 到設計主框架搭建 -> 到邏輯處理.公共基礎類一直可以被完善，然後趨於穩定。
六、 工程師、設計人員將成果留在公司的方式。（設計理念的分享、最終設計文檔的分享）
七、 新同事的加入：大框架的設計文檔 + 編碼風格文檔 + 公共基礎類的熟悉 + 業務邏輯 + 項目進展與當前項目目標
人月神話：項目的延遲一般都是項目劃分出現問題，增加項目人員無疑於增加項目的延遲（重劃分、增加溝通成本、新員工）。
八、 測試。bug 缺陷系統的搭建，bug的跟進。測試case，很值得討論。
開發過程的模擬數據、操作的測試
產品的正常數據、操作的測試
臨界數據、極端錯誤操作的測試
後續補充....