高質效創(chuàng)新組織：數(shù)字化時代下科技運營轉型探索實踐

高質效創(chuàng)新組織數(shù)字化時代下科技運營轉型探索實踐張煒馬上消費金融科技運營部負責人擁有超過16年的技術運營管理經(jīng)驗，目前擔任馬上消費金融股份有限公司的科技運營部門負責人。在公司成功實施了多項DevOps實踐，提升軟件交付的速度和質量，同時確保了生產(chǎn)環(huán)境的高可用性和穩(wěn)定性，基本形成需求到生產(chǎn)端到端閉環(huán)運營

管理。GO

PS

全球運維大會暨XO

ps技術創(chuàng)新峰會

2

0

2

4·

北京站張煒馬上消費金融-科技運營部負責人GO

PS

全球運維大會暨XO

ps技術創(chuàng)新峰會

2

0

2

4·

北京站o1

數(shù)字化技術加速融合03

高效穩(wěn)定的

IT

服務與運營體系04

數(shù)字化

IT

投資管理02

創(chuàng)新與風險兼顧的研發(fā)管理體系目錄01

數(shù)字化技術加速融合GO

PS

全球運維大會暨XO

ps技術創(chuàng)新峰會

2

0

2

4·

北京站?

資源池化?

快速彈性?

服務化、標準化?

災難恢復、數(shù)據(jù)備份DevOps實踐的普及正在改變IT運營，通過持續(xù)集成和持續(xù)部署流程，實現(xiàn)更快的軟件交付和更緊密的開發(fā)與運營團隊協(xié)作。業(yè)務連續(xù)性和災難恢復隨著遠程工作和分布式系統(tǒng)的普及

，

確保業(yè)務連續(xù)性和有效的災難恢復計

劃變得更加重要。隨著大數(shù)據(jù)的深度和廣泛應用，企業(yè)正在利用數(shù)據(jù)分

析來優(yōu)化運營流程、提高客戶滿意度，并做出更加明

智的業(yè)務決策。。?

工具的自動化和智能化，要求更高工作效率和質量?

決策過程的數(shù)據(jù)化和實時化，決策更加精準和高效。以自動化提高工作效率新一代智能工具決策

革命基于數(shù)據(jù)反饋提高決策科學化、精準化從經(jīng)驗決策到數(shù)據(jù)決策

數(shù)字技術以各種形式融入企業(yè)原有技術體系，企業(yè)形成新的技術創(chuàng)新能力工具革命+決策革命容器化技術（如Docker）和

微服務架構正在改變應用程

序的部署和管理方式，要求

IT運營適應這些新方法。企業(yè)越來越多地采用多云和

混合云策略，這要求IT運營

能夠管理多個云平臺和本地DevOps的融合多云和混合云策略技術運營管理變革容器化和微服務架構

數(shù)據(jù)運營反饋與

—/決策?

小型化?

去中心化

?

可擴展?

松耦合?

學習能力?

推理能力?

語言理解?

自適應性從

傳

統(tǒng)

工具

到

新

一

代

智

能

工具?

體量大

?

速度快

?

多樣性

?

可視化技術廣泛應用傳統(tǒng)工具+

經(jīng)驗決策技術運營通過數(shù)據(jù)驅動持續(xù)改進工具

革命數(shù)據(jù)驅動的決策人工智能微服務大數(shù)據(jù)云計算環(huán)境。在市場快速變化和技術加速融合過程中，

IT運營要確保變革順利進行，同時為企業(yè)帶來

持續(xù)的價值增長GO

PS

全球運維大會暨XO

ps技術創(chuàng)新峰會

2

0

2

4·

北京站商業(yè)價值的不確定性對IT科學投資決策的挑戰(zhàn)業(yè)務發(fā)展對IT快速響應與靈活交付的挑戰(zhàn)技術融合加速對IT穩(wěn)定運營管理的挑戰(zhàn)IT運營面臨的挑戰(zhàn).GO

PS

全球運維大會暨XO

ps技術創(chuàng)新峰會

2

0

2

4·

北京站

DevOps目標是讓研發(fā)更快，讓業(yè)務更穩(wěn)，讓決策更準穩(wěn)準快GO

PS

全球運維大會暨XO

ps技術創(chuàng)新峰會

2

0

2

4·

北京站實現(xiàn)IT運營價值創(chuàng)造需要完成的模式轉變一體化APIs合作伙伴

API微服務架構第三方交付基礎設施運營交付厚平臺、薄應

用、微服務敏捷交付開發(fā)運維一體

化DevOps彈性資源管理基于云架構的

管控模式管理自動化架構輕量化持續(xù)化交付軟件定義基礎設施，服務化開發(fā)運維一體化-持續(xù)交付新

IT模式傳統(tǒng)模式開發(fā)運維分離瀑布式開發(fā)U

物理資源敏捷交付單塊架構U

松耦合豎井式IT成為價值中心重點是讓公司更好的實現(xiàn)

“提升客戶體驗、加快業(yè)務創(chuàng)新交付、為運營提能增效”業(yè)務價值GO

PS

全球運維大會暨XO

ps技術創(chuàng)新峰會

2

0

2

4·

北京站

實現(xiàn)IT運營價值目標需要具備的六項能力060401030502連續(xù)性保障能力快速交付能力數(shù)據(jù)決策能力運營協(xié)同能力客戶服務能力IT服務能力創(chuàng)新與風險兼顧的研發(fā)管理體系GO

PS

全球運維大會暨XO

ps技術創(chuàng)新峰會

2

0

2

4·

北京站02?健康的科技運營系統(tǒng)能夠應對環(huán)境變化、應對意外，并自我成長自組織性?團隊充分自治?

去中心化決策?

創(chuàng)新文化自適應性?

快速響應技術環(huán)境的變化?

靈活的工作流程?

持續(xù)學習和進步層次性?

多層次管理結構?

模塊化設計?

信息流動和協(xié)作GO

PS

全球運維大會暨XO

ps技術創(chuàng)新峰會

2

0

2

4·

北京站?

組織模式：集中與分散的平衡

運行機制：資源共享與協(xié)同工作聯(lián)

?各業(yè)務領域快速適應新技術和創(chuàng)新時邦

?自治與合作并存、分權與集權平衡、靈活性與統(tǒng)一

式

性結合；激發(fā)各技術條線的創(chuàng)新和市場適應性權責明確的高效的科技運營組織模式與運行機制?需要提高對市場變化的適應性和靈活性時?決策分散、快速響應市場變化和客戶需求?部門墻、高協(xié)調溝通成本、資源分散?

依賴性高層管理者、市場響應慢

?

需要較高的管理能力和協(xié)調機制?企業(yè)規(guī)模較小，業(yè)務單一?快速決策和統(tǒng)一行動?組織結構：金字塔形15年-17年

18年-20年支撐業(yè)務方向一致性創(chuàng)新、個性化服務快速響應市場21年-24年分散式集中式?需求角度?

需求來源歸屬PPR（項目）

、

PER（項目

關聯(lián)/系統(tǒng)功能完善）

、

PIR（問題）項目角度1?

PPR遵循項目管理方式

，

有生命周期和

階段定義；?

PER/PIR遵循需求管理方式

，

完成上線

即為結束；GO

PS

全球運維大會暨XO

ps技術創(chuàng)新峰會

2

0

2

4·

北京站需求管理：承載DevOps開發(fā)模式的PPR/PER/PIR管理基礎建設類IT采購類開發(fā)類PPRPERPIR2需求生命周期》》》需求提出需求分析需求評審需求設計需求實現(xiàn)需求驗收

需求變更項目/需求/緊

急變更需求階段研發(fā)模式關鍵活動平臺工具三種開發(fā)模式：支持不同場景的需求實現(xiàn)，

在高頻發(fā)布場景下保證生產(chǎn)發(fā)布的質量GO

PS

全球運維大會暨XO

ps技術創(chuàng)新峰會

2

0

2

4·

北京站DevOps平臺開發(fā)類項目實施階段開發(fā)類迭代實現(xiàn)開發(fā)類緊急變更開發(fā)活動測試活動需求活動上線發(fā)版增量迭代模式瀑布模式敏捷模式架構評審SIT測試聯(lián)調測試UI/UE設計系統(tǒng)設計需求定義需求收集測試準備需求分析架構設計編碼實現(xiàn)UAT測試代碼評審單元測試需求評審需求規(guī)劃回歸測試設計評審?以場景驅動，建立價值流漏斗，形成從輸入到輸出的全價值鏈交付。?從需求提出、評估分析、排期開發(fā)、測試驗收、上線交付等各個環(huán)節(jié)進行全覆蓋，對研發(fā)過程、數(shù)據(jù)、資源實現(xiàn)透明化。?業(yè)務部門可以快速得到反饋，研發(fā)部門能夠理解需求本質，從而做出更準確的評估和方案。

(1).需求管理：場景驅動，形成高效流動的“價值漏斗”價值創(chuàng)造以需求的形式承載，需求管理的目標是有效識別并驅動價值流的快速流轉。?

IT花了時間和精力，投入了資源，但交付質量欠佳?需求來回拉扯，溝通成本高，效率低?需求交付的效果與用戶預期偏差大，用戶滿意度低?

需求和價值流的管理范圍局限在IT內(nèi)部無法適應數(shù)字化轉型所帶來的快速響應市場的要求?

業(yè)務部門、研發(fā)部門存在嚴重的協(xié)作鴻溝，導致目標、資源、時間等諸多因素的不對稱，并且相互交叉、干擾GO

PS

全球運維大會暨XO

ps技術創(chuàng)新峰會

2

0

2

4·

北京站傳統(tǒng)IT的需求管理多是單向接收業(yè)務部門訴求，然后按研發(fā)流程進行需求分析、計劃、開發(fā)測試和發(fā)布交付，在IT內(nèi)部，價值流本身沒有問題。但在當下確出現(xiàn)了越來越多的交付問題，例如：需求管理和敏捷協(xié)作擴展到業(yè)務領域：技術目標是持續(xù)提升研發(fā)流程的效率、保證規(guī)范的執(zhí)行、

提升質量和效率，持續(xù)提升是精益的更高追求，

尋找提升空間需要思考的問題是：

我們的流程是高效的嗎？阻礙在哪里？

我們的規(guī)范落地執(zhí)行情況如何？流程控制是否存在漏洞？

我們的研發(fā)質量和效率如何？短板在哪里？度量指標能夠客觀反映現(xiàn)狀，幫助我們看到現(xiàn)狀與目標之間的差距然而，這只是技術視野，我們還要了解業(yè)務方的期望，才能知道我們的視野是否足夠開闊，才能決定改進的方向，不能閉門造車

能夠提供更全面的IT產(chǎn)品和更高效的IT服務

能夠更快地響應需求及完成交付

能夠為業(yè)務應用更穩(wěn)定地提供更高質量的交付我們的最高目標始終是為了更好地支撐業(yè)務，

要了解業(yè)務方最迫切所需，

及時調整技術改進方向，

使技術目標與業(yè)務目標保持協(xié)調度量的目標是讓效能可量化、可分析、可改進，通過數(shù)據(jù)驅動的方式更理性的評估

和改善效能GO

PS

全球運維大會暨XO

ps技術創(chuàng)新峰會

2

0

2

4·

北京站GO

PS

全球運維大會暨XO

ps技術創(chuàng)新峰會

2

0

2

4·

北京站風險控制采取各種措施和方法，消滅、減少風險事件的發(fā)生，

或是降低風險事件發(fā)生時造成的損失。它反應的是當

線上系統(tǒng)或應用發(fā)生故障時，

多久可以消除業(yè)務影響。交付效率目標是促進端到端及早交付，用最短時間順暢地

交付客戶價值。它反應的是整個團隊（包含產(chǎn)品、

開發(fā)、測試，

部署）對用戶需求的響應速度。交付質量目標是促進端到端高質量交付，

避免不必

要的錯誤和返工，驅動內(nèi)部、外部質量改

進。完整的價值度量體系，量化產(chǎn)研關鍵活動，

指標驅動效率和質量持續(xù)改進03

高效穩(wěn)定的IT服務與運營體系GO

PS

全球運維大會暨XO

ps技術創(chuàng)新峰會

2

0

2

4·

北京站GO

PS

全球運維大會暨XO

ps技術創(chuàng)新峰會

2

0

2

4·

北京站SRE穩(wěn)定性時空：四個維度支撐整個穩(wěn)定性保障作業(yè)穩(wěn)定性保障對象故障和穩(wěn)定性生命周期技術管理和運維活動平臺能力建設穩(wěn)定性保障體系指標度量俗SRE科技運營運行機制?各團隊SRE為“邦

”

，分別開展監(jiān)控巡檢、變

更

管

控、

容

量

規(guī)

劃、NCMDB

數(shù)

據(jù)

管

理、ONCALL應急（含演練）

、

問題復盤跟進等6項核心工作?科技運營團隊統(tǒng)籌共性的體系、流程、工具平

臺

，建立溝通協(xié)作機制

，聯(lián)系各團隊SRE總結分享和推廣最佳實踐?“聯(lián)

”的優(yōu)勢：形成統(tǒng)一的規(guī)范、流程、工具

平臺框架體系

，便于統(tǒng)一管理和生產(chǎn)高效運行?“邦

”的優(yōu)勢：

各SRE團隊職責邊界清晰

，能

夠更高效、更便捷地服務于本團隊的研發(fā)生產(chǎn)

工作研發(fā)團隊A

研發(fā)團隊

B聯(lián)邦制SRE模式：倡導SRE文化，

推行聯(lián)邦制SRE運維模式，

促進研發(fā)、運維高效協(xié)作GO

PS

全球運維大會暨XO

ps技術創(chuàng)新峰會

2

0

2

4·

北京站

優(yōu)勢聯(lián)邦制SRE模式SREGO

PS

全球運維大會暨XO

ps技術創(chuàng)新峰會

2

0

2

4·

北京站建立業(yè)務、應用、組件等的服務穩(wěn)定性量化標準，

基于標

準觀測服務狀態(tài)?？梢暬a(chǎn)所有服務的的穩(wěn)定性運行情況(錯誤消耗、SLA達標情況等)。明確標準，基于服務穩(wěn)定性標準的主動預防機制

服務容量和業(yè)務容量：建立服務SLO穩(wěn)定性標準

效果2：基于服務穩(wěn)定性標準的主動預防機制效果3：建立服務穩(wěn)定性可視化度量

效果1：建立服務穩(wěn)定性的量化標準優(yōu)化改進：建立服務治理閉環(huán)處理流程優(yōu)化改進：形成完備的穩(wěn)定性度量體系優(yōu)化改進：分層梳理SLI、SLO、SLA②管理服務SLI/SLO/SLA③治理服務質量①分層梳理服務目錄和服務級別建立服務SLO穩(wěn)定性標準目標滾動發(fā)布模式發(fā)布前先發(fā)一臺再發(fā)若干臺直到全部發(fā)完流量模式藍綠發(fā)布模式發(fā)布前發(fā)布后流量模式金絲雀發(fā)布模式發(fā)布前先發(fā)一臺驗證滾動發(fā)布流量模式說明：1.藍綠部署，是指不停老版本，部署新版本然后進行測試，確認OK，將流量切到新版本，然后老版本同時也升級到新版本。2.金絲雀部署

，也叫灰度發(fā)布，是指在黑與白之間，能夠平滑過渡的一種發(fā)布方式。ABtest就是一種灰度發(fā)布方式，讓一部分用戶繼續(xù)用A

，一部分用戶開始用B，如果用戶對B沒有什么反對意見，那么逐步擴大范圍，把所有用戶都遷移到B上面來?；叶劝l(fā)布可以保證整體系統(tǒng)的穩(wěn)定，在初始灰度的時候就可以發(fā)現(xiàn)、調整問題，以保證其影響度，而我們平常所說的金絲雀部署也就是灰度發(fā)布的一種方式。3.

滾動發(fā)布

，一般是取出一個或者多個服務器停止服務，執(zhí)行更新，并重新將其投入使用。周而復始，直到集群中所有的實例都更新成新版本。發(fā)布管理：靈活多樣的部署流水線，

自動觸發(fā)代碼檢查和自動測試，提升發(fā)布速度和質量GO

PS

全球運維大會暨XO

ps技術創(chuàng)新峰會

2

0

2

4·

北京站v1v2v2v2v2v1v2v1負載均衡v2v2v2v1v2v2v1v1v1負載均衡負載均衡v1v1v1負載均衡負載均衡負載均衡負載均衡v2v2v2v1v1v1v1v1

負載均衡

v1v2v2v1v1v2v2v1v1v1v2v2v1v1v2v1v1v2v2v2v1v1v2v2v2v2負載均衡1基于應用從上層往下建設cmdb

，下層基礎架構設施往上全覆蓋-優(yōu)先基于應用為中心

，從上至下建設cmdb-其次建設基礎公共資源，然后從數(shù)據(jù)中心設施到邏輯資源全覆蓋-基于分層模型、第三范式最小冗余、面向對象思想建模2消費驅動數(shù)據(jù)準確性-Cmdb作為運維體系的唯一數(shù)據(jù)源

，以消費驅動數(shù)據(jù)準確性

，以視圖方式

，隨需應變的滿足消費場景需求-數(shù)據(jù)校驗規(guī)則：完整性、準確性、關聯(lián)性-數(shù)據(jù)準確性問題閉環(huán)機制：根據(jù)POC原則

，所有的問題分配工單

，由owner分析原因并根本性解決CMDB配置管理：明確數(shù)據(jù)owner職責要求，

cmdb數(shù)據(jù)消費唯一數(shù)據(jù)源和數(shù)據(jù)生產(chǎn)的

閉環(huán)機制提升的準確性GO

PS

全球運維大會暨XO

ps技術創(chuàng)新峰會

2

0

2

4·

北京站準確信任消費

數(shù)據(jù)準配置數(shù)據(jù)記錄的信息及時真實可靠，不存在異?；蝈e誤

覆蓋全支撐業(yè)務消費場景所需的所有IT資產(chǎn)全部納管接入數(shù)據(jù)權威，面向業(yè)務，支撐業(yè)務發(fā)展策略目標不準不用CNCMDB落地

方

案不信

在業(yè)務影響判斷階段：首先利用駕駛艙首層定位受影響的業(yè)務域，通過結果指標快速識別問題區(qū)域。

通過二層看板進一步縮小故障范圍，

具體查看異常業(yè)務節(jié)點。

利用全息監(jiān)控，將業(yè)務節(jié)點與服務異常關聯(lián)起來，

涵蓋指標、日志和鏈路，實現(xiàn)故障的全面診斷。

最后

，通過風險預警大屏，追溯服務至對應的組件和基礎設施，

進行異常檢

測和風險預警，確保及時響應和業(yè)務穩(wěn)定性。這一流程通過分層診斷，從業(yè)

務域到具體節(jié)點，再到服務和基礎設施，構建了一個系統(tǒng)化的故障分析和預

警機制，有效提升了故障定位的準確性和業(yè)務運維的效率。GO

PS

全球運維大會暨XO

ps技術創(chuàng)新峰會

2

0

2

4·

北京站

監(jiān)控告警：構建以業(yè)務為導向的監(jiān)控體系，

快速明確業(yè)務影響，

縮小故障域位置，

提升運維效率落地實踐業(yè)務監(jiān)控體系建設示意圖排障思路關鍵活動主要內(nèi)容馬上問題控制負責找出問題并調查根因，采取措施將問題轉化為已知錯誤1.

發(fā)現(xiàn)、記錄問題2.

問題歸類3.調查和分為問題4.

臨時修復錯誤控制管理，控制并成功糾正已知錯誤的過程，通過變更申請實施變更，確保

已知錯誤消除，避免事件發(fā)生1.

發(fā)現(xiàn)、記錄錯誤2.

評價錯誤3.

記錄錯誤解決過程4.

終止錯誤5.跟蹤、監(jiān)督問題和錯誤的解決過程主動性問題管理在事件發(fā)生前發(fā)現(xiàn)和解決有關問題和已知錯誤，以盡量減少問題和已知

錯誤對業(yè)務的影響問題報告定期或不定期提供有關問題、已知錯誤和變更請求等方面的管理信息，

供科技部門決策依據(jù)問題管理的最終目標是消除引起