7.3 實施部署
實施部署階段的工作就是，根據論證過的設計，開始搭建解決方案的基礎設施和運營團隊，獲取外部支持，最終產生一個可以運行的交付物。交付物根據方案的類型不同，可能是單項產品、應用系統或者可持續運營的業務。對於工業物聯網這樣的信息化解決方案，這當中常常有一定的軟硬件開發工作。雖然解決方案生命週期的每個階段乃至整個生命週期都可以看作是一個項目，但是通常所說的項目往往是指這一階段，或者說以這一階段爲重心。
這一階段主要就是位於常見的項目管理的知識體系所覆蓋的階段。當然，類似PMBOK的理念會建議項目經理要儘早接入項目的企劃階段，以充分了解項目的目的和背景，以及那些沒有能寫在項目合同或者產品規格書中的東西——這些隱身的東西卻往往對項目整體的成功非常重要，甚至成爲顛覆你美好項目計劃的“黑天鵝”事件。
7.4 運維改進
無論是爲客戶定製的項目型系統，還是向一個客戶羣體提供服務的平臺，在其存續期間都會需要不斷的維護和改進。系統需要維護和改進的原因包括：
一、技術缺陷
這一點最容易理解。雖然經過上線前的測試，作爲一個複雜系統仍然免不了會在運行了一段時間後發現新的問題。這種技術缺陷，或者稱爲BUG，是技術團隊在系統上線的初期經常需要面臨的問題。當然並不是說僅僅發生在初期，一些需要數據的大量積累才能暴露的問題則會發生在系統運行較長一段時間後。而且其他原因，比如因爲業務的演化而新增或改動了系統功能，也可能引入新的缺陷。
二、設備與環境問題
運行系統的硬件設備老化故障、租賃的雲計算平臺和網絡環境改變、黑客攻擊等等原因引起的問題，甚至一些自然災害導致的系統癱瘓和損毀也可能需要恢復性操作。
三、業務演化
上線後的業務演化主要是用戶滿意度的提升，包括提升原有功能，或者增加新的功能，從而導致新一輪的開發和部署上線工作。另外還有可能是爲了提升圍繞該工業物聯網系統運營的內部團隊的工作效率，也可能引發新的開發上線工作。
爲了找到運維改進的方向，有時候要運用一定的統計數據來幫助分析。這也就要求當初在系統設計的時候，就應該儘量爲日後的優化預留分析用的數據。
7.5 業務退出
天下沒有不散的宴席。再好的解決方案總有變得不合時宜而不得不終止的情況。引發方案業務推出的原因可能有很多種，從設備的老化、所服務的業務流程的根本性改變或者是服務型業務的終止。
7.6 小結
本章我們將工業物聯網解決方案的生命週期劃分爲：
方案企劃：包括需求的獲取和分析，以及後續的文檔編制、評審等工作。
設計論證：選擇方案的商業模式，論證方案的技術可行性、財務可行性和社會影響。
實施部署：方案的開發和交付。
運維改建：方案在日常使用中不斷更新迭代。
業務退出：方案失去存在的業務基礎或技術組件壽命到期而解除。