7.3    實施部署 實施部署階段的工作就是，根據論證過的設計，開始搭建解決方案的基礎設施和運營團隊，獲取外部支援，最終產生一個可以執行的交付物。交付物根據方案的型別不同，可能是單項產品、應用系統或者可持續運營的業務。對於工業物聯網這樣的資訊化解決方案，這當中常常有一定的軟硬體開發工作。雖然解決方案生命週期的每個階段乃至整個生命週期都可以看作是一個專案，但是通常所說的專案往往是指這一階段，或者說以這一階段為重心。

這一階段主要就是位於常見的專案管理的知識體系所覆蓋的階段。當然，類似PMBOK的理念會建議專案經理要儘早接入專案的企劃階段，以充分了解專案的目的和背景，以及那些沒有能寫在專案合同或者產品規格書中的東西——這些隱身的東西卻往往對專案整體的成功非常重要，甚至成為顛覆你美好專案計劃的“黑天鵝”事件。

7.4    運維改進 無論是為客戶定製的專案型系統，還是向一個客戶群體提供服務的平臺，在其存續期間都會需要不斷的維護和改進。系統需要維護和改進的原因包括：

一、技術缺陷 這一點最容易理解。雖然經過上線前的測試，作為一個複雜系統仍然免不了會在運行了一段時間後發現新的問題。這種技術缺陷，或者稱為BUG，是技術團隊在系統上線的初期經常需要面臨的問題。當然並不是說僅僅發生在初期，一些需要資料的大量積累才能暴露的問題則會發生在系統執行較長一段時間後。而且其他原因，比如因為業務的演化而新增或改動了系統功能，也可能引入新的缺陷。

二、裝置與環境問題 執行系統的硬體裝置老化故障、租賃的雲端計算平臺和網路環境改變、黑客攻擊等等原因引起的問題，甚至一些自然災害導致的系統癱瘓和損毀也可能需要恢復性操作。

三、業務演化 上線後的業務演化主要是使用者滿意度的提升，包括提升原有功能，或者增加新的功能，從而導致新一輪的開發和部署上線工作。另外還有可能是為了提升圍繞該工業物聯網系統運營的內部團隊的工作效率，也可能引發新的開發上線工作。 為了找到運維改進的方向，有時候要運用一定的統計資料來幫助分析。這也就要求當初在系統設計的時候，就應該儘量為日後的優化預留分析用的資料。

7.5    業務退出 天下沒有不散的宴席。再好的解決方案總有變得不合時宜而不得不終止的情況。引發方案業務推出的原因可能有很多種，從裝置的老化、所服務的業務流程的根本性改變或者是服務型業務的終止。

7.6    小結 本章我們將工業物聯網解決方案的生命週期劃分為： 方案企劃：包括需求的獲取和分析，以及後續的文件編制、評審等工作。 設計論證：選擇方案的商業模式，論證方案的技術可行性、財務可行性和社會影響。 實施部署：方案的開發和交付。 運維改建：方案在日常使用中不斷更新迭代。 業務退出：方案失去存在的業務基礎或技術元件壽命到期而解除。