某項目周一上線，項目組在關鍵的第一周，將所有的精力都投放在系統的服務上，包括對系統的穩定性監控、效能監控以及使用者服務，結果只為了一個：保證系統的勝利果實，為系統後續的發展打下堅實的基礎。
項目組每天下午下班前召開會議，主要召開以下的工作內容：
- 確認並且確保每個問題都有記錄，通過相互的檢查，避免可能出現的遺漏，並且確保對每個問題，組員有相同的理解和瞭解；
- 對每個可能問題進行討論與分析，分析可能的原因，並且結合情況，預計對每個問題採取的措施，對每個潛在問題進行初步的分類；
- 對於操作習慣或者使用方式上的問題，安排人員豐富FAQ的內容，FAQ有助於讓終端使用者瞭解常見的問題以及解決方案，另外也能夠協助我們服務團隊統一對常見問題的標準回複；
- 對於業務建議或者操作便利的問題，標記清晰分類後，以備周例會統一討論後續處理方式，時間允許的情況下，可以初步討論預計的處理方式：接納為需求變更、下期建設內容、與本期設計目標不吻合而不採納等；
- 對於Bug方面，標記清晰分類後，以備周例會統一討論後續處理方式，時間允許的情況下，可以初步討論Service Pack的上線時間或者對已經定義的Service Pack上線時間進行修訂；
- 對核心的、重要的、常見的、關鍵的問題，進行意見的統一；避免多頭服務時，出現不同的解釋；
- 對明日的人員進行工作部署；人員進行相應的分工，有負責服務，有負責修訂錯誤，有負責監控，還有很重要的是負責休息；在戰鬥中修整是很好的方式，以本項目為例，通過總結第一天的使用方式，大家預計周三起商務程序才可能執行到總部，預計前兩天的服務較少，馬上就開始組織輪休，這是值得提倡的。
有了每天的總結，項目組發現第一周的周例會，討論的資料以及資訊、資料會很完整，主動要求展開周例會，主要目的是通過例會向客戶提出後續的建議和要求：
- 展示系統上線一周來的使用方式以及取得的成果；
- 從業務的觀點，說明系統已經產生的資料量（可以是數量的個數或者涉及的金額），說明截至一周系統使用的人數以及參與工作的次數等等；
- 用資料統計分析和說明，項目組每天服務的數量；
- 用列表資料分析記錄的問題以及分類統計，針對每個問題進行意見的反饋，特別是關鍵的問題，討論取得共識；
- 根據使用方式，告知目前系統的使用成效，告知客戶下周進行隊伍的調整是合適的、應該的、也是必須的！
