元旦上午十點，于經理組織項目部和項目方召開最后一次協調會，討論這一次網絡割接方案的具體實施。
這次的會開了整整一天，主要討論割接風險一旦出現，應該怎么應對？！
其實，早在此前十天的時間，于經理帶領的技術團隊就已經在作相應準備了，包括如何割接、怎么規避風險、如何消除對系統運行的影響，等等，并最終形成了現在的實施方案。
上午的會上，主要解決的是系統數據的交割的事項。
這樣做的最終目的，是為了進一步解決系統數據遷移前后可能會產生的各種問題，以及應對之策，還有為完成舊系統的物理設備遷移做好準備。
項目公司匯首先報了前一向舊系統數據遷移情況說明，提出了一些在轉移過程中目前存在的問題。然后與會人員針對這些存在的問題，進行具體分析討論。
系統舊數據遷移，對于經理他們來說不算是特別困難的任務。
接下來雙方討論的，就是對于新系統割接后，可能再出現的數據方面的問題。
一番商量后，雙方在于經理提出來的解決方案的基礎上達成基本一致。
一是對于匯總數據遷移后可能存在差異的數據，于經理要求項目公司安排專人來進行抽樣檢查，并且分析和查找數據存在差異的原因。對系統數據庫中前后不一致的，發現一宗，糾正一宗。
二是項目公司要進行數據比對，區別是技術問題與非技術問題。對于技術問題的差異數據，由于經理安排人手來負責解決；對于非技術問題的差異數據，由項目公司進行核對后，再雙方在現場想辦法來解決。
三是對存放的原系統進行物理設備遷移，并完成舊系統數據的全量備份。這樣可以使遷移后原系統的網絡結構不發生改變，能夠保證系統的正常運行。
另外，等新系統正式運行后，雙方都同時抓緊時間清理“緩存池”里的歷史數據，盡量在十月底之前，完成歷史數據的清理工作。
吃中午飯的短暫時間里，王有節找到正在吃盒飯的于經理，在臨時測試房里向他匯報了一個并不太好的消息。
在最后一次模擬測試中，王有節最后還是發現，這次網絡割接可能會出現部分用戶無法訪問系統的風險。
實際上，不僅使他，測試組的所有人員也都對王有節的這個看法表示同意和支持。
上午的會議王有節沒有參加。
這次客戶網絡的割接，按照公司的安排，在項目協調和具體實施這一塊的工作，決定由王有節負責。所以，今天從早上到現在，他一直在項目方準備的這間臨時工作間里，作各種各樣臨上線前的最后測試。
于經理很吃驚，緊盯著王有節。
王有節再一次闡述了自己面還有測試小組的發現和看法，然后從自己角度，提出來解決的辦法。
于經理移開視線，看著前面雪白雪白的墻壁，很久很久都沒有任何動靜。