重要的考慮因素是服務的數量和形式。服務的數量,決定不同的“團隊”是部門、小組,還是只是不同的崗位?設計運維的組織架構,其實就是設計提供服務的方式。我們可以分三步思考:1)需要考慮哪些服務;2)如何提供服務;3)服務有多復雜,是否需要不同的團隊來完成?即:1)首先,服務有多復雜?即服務目錄。輔導用戶使用?系統配置幫助?修改系統缺陷?需要系統升級嗎?2)其次,根據服務目錄,可以設計如何提供服務。比如什麽?遠程解決,上門服務,上門修改?遠程改裝?3)最後,服務有多復雜?需要什麽樣的團隊結構?如果妳只是回答,那只是服務臺。如果系統有更深入的問題需要回答,就需要二線的技術團隊。如果需要上門服務,需要組建上門服務團隊。如果系統非常復雜,個人無法掌握整個系統,那麽就不需要針對不同的子系統成立不同的技術服務團隊。如果系統需要修改,應該增加開發團隊。此外,還需要考慮維護、開發和實現之間的接口。
上一篇:美邦龍宇國際貿易(寧波)有限公司怎麽樣下一篇:中國股指期貨的市場結構是怎樣的?