400-888-5228

TOGAF 認(rèn)證是 The Open Group 頒發(fā)的架構(gòu)框架專業(yè)認(rèn)證,是企業(yè)在規(guī)劃、設(shè)計(jì)、實(shí)施和管理 IT 架構(gòu)時(shí)所使用的一種方法和標(biāo)準(zhǔn)。它提供了一個(gè)開放的、靈活的、可擴(kuò)展的方法來構(gòu)建、部署和管理企業(yè)的 IT 架構(gòu),幫助企業(yè)提高 IT 效率、降低成本、提高業(yè)務(wù)靈活性和創(chuàng)新能力。

  • 中文名TOGAF企業(yè)架構(gòu)師認(rèn)證
  • 英文名The Open Group Architecture Framework
  • 英文簡(jiǎn)稱TOGAF
  • 頒證機(jī)構(gòu)The Open Group
  • 證書類別企業(yè)架構(gòu)(業(yè)務(wù)架構(gòu),數(shù)據(jù)架構(gòu),應(yīng)用架構(gòu),技術(shù)架構(gòu))
  • 同類認(rèn)證SAFe for ArchitectsCBA

今天我們來聊聊TOGAF 10中的一個(gè)重要概念——業(yè)務(wù)場(chǎng)景,以及如何創(chuàng)建一個(gè)切實(shí)可行的業(yè)務(wù)場(chǎng)景。話不多說,直接開始!

01?業(yè)務(wù)場(chǎng)景是啥?

很多小伙伴可能一提到“業(yè)務(wù)場(chǎng)景”,腦袋里就想到了“什么是業(yè)務(wù)需求”“客戶的需求到底是什么”,但實(shí)際上,業(yè)務(wù)場(chǎng)景可不光是“需求”那么簡(jiǎn)單。它是描述一個(gè)特定商業(yè)環(huán)境下,系統(tǒng)、流程和角色如何交互的一個(gè)框架。簡(jiǎn)單來說,業(yè)務(wù)場(chǎng)景幫助我們從整體上理解“現(xiàn)在的業(yè)務(wù)環(huán)境是怎樣的,未來我們希望它變成什么樣”。 用《場(chǎng)景革命》中的一句話來說明場(chǎng)景的重要性:產(chǎn)品解決一個(gè)問題,場(chǎng)景持續(xù)解決問題。

TOGAF 10中的業(yè)務(wù)場(chǎng)景模型:業(yè)務(wù)場(chǎng)景是啥?用3個(gè)案例教你如何創(chuàng)建業(yè)務(wù)場(chǎng)景? -- 第1張

如何用架構(gòu)的視角來看待“業(yè)務(wù)場(chǎng)景”?TOGAF 10系列指南中明確指出:業(yè)務(wù)場(chǎng)景本質(zhì)上是業(yè)務(wù)問題的完整描述,包括業(yè)務(wù)和架構(gòu)方面的內(nèi)容,確保各個(gè)需求在問題的上下文中關(guān)聯(lián)起來。

TOGAF 10中的業(yè)務(wù)場(chǎng)景模型:業(yè)務(wù)場(chǎng)景是啥?用3個(gè)案例教你如何創(chuàng)建業(yè)務(wù)場(chǎng)景? -- 第3張

02?業(yè)務(wù)場(chǎng)景的創(chuàng)建過程

創(chuàng)建一個(gè)業(yè)務(wù)場(chǎng)景其實(shí)并不是拍腦袋的事,而是需要系統(tǒng)性思考。TOGAF 10的業(yè)務(wù)場(chǎng)景創(chuàng)建模型由5個(gè)部分組成(與TOGAF 9.2的7個(gè)步驟稍有不同),這5個(gè)部分幫助我們系統(tǒng)性地創(chuàng)建業(yè)務(wù)場(chǎng)景,確保業(yè)務(wù)、技術(shù)和架構(gòu)的結(jié)合更加緊密。

TOGAF 10中的業(yè)務(wù)場(chǎng)景模型:業(yè)務(wù)場(chǎng)景是啥?用3個(gè)案例教你如何創(chuàng)建業(yè)務(wù)場(chǎng)景? -- 第5張

Problem:識(shí)別和記錄問題驅(qū)動(dòng)因素

首先,明確問題的來源和性質(zhì),并將其文件化和定級(jí)。這一步的關(guān)鍵是了解為什么需要這個(gè)業(yè)務(wù)場(chǎng)景,以及它對(duì)業(yè)務(wù)的影響程度。

示例:假設(shè)你在一家電商公司,當(dāng)前的退貨流程太復(fù)雜,用戶不滿意,客服投訴率高。這就是一個(gè)明確的“問題驅(qū)動(dòng)因素”,需要在業(yè)務(wù)場(chǎng)景中予以記錄。

Environment:識(shí)別業(yè)務(wù)和技術(shù)環(huán)境

明確業(yè)務(wù)和技術(shù)環(huán)境,并在業(yè)務(wù)場(chǎng)景模型中文件化。這一部分包括與業(yè)務(wù)場(chǎng)景相關(guān)的業(yè)務(wù)模型、技術(shù)模型和操作環(huán)境的描述。

示例:繼續(xù)上面的例子,當(dāng)前的業(yè)務(wù)環(huán)境是:客戶提交退貨申請(qǐng),人工客服手動(dòng)確認(rèn)退貨信息,耗時(shí)長(zhǎng)、效率低。目標(biāo)業(yè)務(wù)環(huán)境可能是:通過App自動(dòng)提交退貨申請(qǐng),系統(tǒng)自動(dòng)審核,減少人工介入。

Outcomes:識(shí)別并文件化目標(biāo)(“SMART”)

目標(biāo)必須是“SMART”的,即具體的(Specific)、可衡量的(Measurable)、可實(shí)現(xiàn)的(Achievable)、相關(guān)的(Relevant)、有時(shí)限的(Time-bound)。

示例

  • 不具體的目標(biāo):提升客戶滿意度。
  • 具體的SMART目標(biāo):在未來3個(gè)月內(nèi),將退貨流程從5天縮短到2天,客戶滿意度提高10%。

Human Actors:識(shí)別人員施動(dòng)者(參與者)

在業(yè)務(wù)場(chǎng)景中,明確與業(yè)務(wù)場(chǎng)景相關(guān)的人員及其角色,并描述他們?cè)跇I(yè)務(wù)模型中的位置。參與者可能包括客戶、員工、管理員、外部合作方等。

示例:在退貨業(yè)務(wù)場(chǎng)景中,人員施動(dòng)者包括:

  • 客戶:提交退貨申請(qǐng),提供反饋。
  • 客服:跟進(jìn)客戶退貨請(qǐng)求,提供幫助和支持。
  • 倉(cāng)庫管理員:處理退貨的商品驗(yàn)收和入庫。

Computer Actors:識(shí)別計(jì)算機(jī)施動(dòng)者(系統(tǒng)元素)

明確在業(yè)務(wù)場(chǎng)景中起作用的計(jì)算機(jī)系統(tǒng)和技術(shù)元素,并標(biāo)明其在技術(shù)模型中的位置。這包括應(yīng)用程序、數(shù)據(jù)系統(tǒng)、自動(dòng)化工具等。

示例

  • 退貨管理系統(tǒng):自動(dòng)記錄和處理客戶的退貨申請(qǐng)。
  • 客戶服務(wù)系統(tǒng):客服使用的客戶支持工具,用于查看退貨狀態(tài)。
  • 庫存管理系統(tǒng):用于監(jiān)控退貨商品的入庫和處理。

03?通過創(chuàng)建業(yè)務(wù)場(chǎng)景解決工作中的一些常見問題

接下來,我們用一些現(xiàn)實(shí)工作中的問題來具體說說怎么創(chuàng)建業(yè)務(wù)場(chǎng)景。

1.客戶抱怨:“我們的業(yè)務(wù)系統(tǒng)太慢了!”

假設(shè)你是負(fù)責(zé)IT架構(gòu)的主管,某個(gè)部門的同事跟你抱怨:“我們的業(yè)務(wù)系統(tǒng)太慢了,每天操作一堆數(shù)據(jù),要花好幾個(gè)小時(shí)?!边@時(shí)候,傳統(tǒng)的做法可能是急急忙忙開會(huì),討論怎么加速系統(tǒng)性能。但如果從TOGAF的角度來看,這個(gè)問題的背后其實(shí)可能隱藏著更深層次的業(yè)務(wù)需求和痛點(diǎn)。

在TOGAF中,我們可以通過創(chuàng)建一個(gè)“業(yè)務(wù)場(chǎng)景”,明確:這個(gè)慢系統(tǒng)是因?yàn)閿?shù)據(jù)量大,還是業(yè)務(wù)流程太復(fù)雜?或者是技術(shù)架構(gòu)不匹配?通過梳理出這些場(chǎng)景,我們就能找到根源,而不是簡(jiǎn)單的“加速”系統(tǒng)。

關(guān)鍵問題:

  • 定義場(chǎng)景背景:系統(tǒng)慢的背景是什么?是因?yàn)橛脩敉瑫r(shí)操作太多,還是數(shù)據(jù)存儲(chǔ)處理效率低?
  • 描述業(yè)務(wù)需求:到底是因?yàn)榭焖俨樵冃枨?,還是是其他操作對(duì)性能要求過高?
  • 分析影響因素:是業(yè)務(wù)流程問題,還是技術(shù)架構(gòu)問題,還是數(shù)據(jù)管理的問題?

通過這些步驟,你就能建立起一個(gè)具體的業(yè)務(wù)場(chǎng)景,從而為后續(xù)的解決方案提供有力支持。

用TOGAF10中的方法創(chuàng)建業(yè)務(wù)場(chǎng)景:

步驟詳情
識(shí)別和記錄問題驅(qū)動(dòng)因素
  • 問題:業(yè)務(wù)系統(tǒng)響應(yīng)時(shí)間過長(zhǎng),操作員需要花費(fèi)大量時(shí)間處理數(shù)據(jù),直接影響業(yè)務(wù)處理效率和客戶響應(yīng)時(shí)間。
  • 驅(qū)動(dòng)因素:數(shù)據(jù)量增長(zhǎng)過快,系統(tǒng)設(shè)計(jì)未考慮高并發(fā),查詢和處理邏輯不夠優(yōu)化。
識(shí)別業(yè)務(wù)和技術(shù)環(huán)境
  • 業(yè)務(wù)環(huán)境:客戶服務(wù)部門的操作員每天需要在系統(tǒng)中錄入和查詢客戶訂單信息。
  • 技術(shù)環(huán)境:使用傳統(tǒng)的集中式數(shù)據(jù)庫架構(gòu),未部署緩存和異步處理機(jī)制,前端系統(tǒng)依賴手動(dòng)查詢,未實(shí)現(xiàn)批量操作。
識(shí)別并文件化目標(biāo)(SMART 原則)
  • 具體(S):將系統(tǒng)查詢時(shí)間從30秒減少到5秒內(nèi)。
  • 可衡量(M):在2個(gè)月內(nèi)實(shí)現(xiàn)操作速度的提升,并通過性能測(cè)試驗(yàn)證。
  • 可實(shí)現(xiàn)(A):通過數(shù)據(jù)庫索引優(yōu)化、引入緩存技術(shù)等手段實(shí)現(xiàn)。
  • 相關(guān)性(R):提高系統(tǒng)響應(yīng)速度,直接改善客戶服務(wù)效率和客戶滿意度。
  • 時(shí)間限制(T):2個(gè)月內(nèi)上線新方案。
識(shí)別人員施動(dòng)者
  • 操作員:客戶服務(wù)部門的前臺(tái)人員需要快速查詢客戶訂單數(shù)據(jù)。
  • 管理者:客戶服務(wù)部門的主管需要監(jiān)控操作效率,衡量改進(jìn)效果。
識(shí)別計(jì)算機(jī)施動(dòng)者
  • 數(shù)據(jù)庫:傳統(tǒng)的關(guān)系型數(shù)據(jù)庫,可能需要調(diào)整索引或采用更高性能的數(shù)據(jù)庫方案(如NoSQL)。
  • 中間件:考慮是否需要使用緩存中間件(如Redis)來加速常用查詢的響應(yīng)時(shí)間。
  • 前端系統(tǒng):需要優(yōu)化前端的查詢邏輯,避免不必要的請(qǐng)求,或啟用本地緩存。

 

2.團(tuán)隊(duì)成員:我們部門的溝通不暢,很多時(shí)候信息共享不到位

再比如,很多公司都有部門間溝通不暢的問題。有時(shí),一個(gè)部門根本不知道另一個(gè)部門的需求,而另一個(gè)部門也不知道自己的需求變化已經(jīng)影響到了他人。這種信息不對(duì)稱經(jīng)常導(dǎo)致重復(fù)工作、效率低下。

如果按照TOGAF的思路來做,我們可以通過“業(yè)務(wù)場(chǎng)景”來理清楚:在不同的部門和職能之間,信息流是如何流動(dòng)的,哪些環(huán)節(jié)可能出現(xiàn)瓶頸,哪些環(huán)節(jié)又沒有產(chǎn)生足夠的價(jià)值?

關(guān)鍵問題:

  • 界定場(chǎng)景范圍:這不是一個(gè)部門的問題,而是整個(gè)公司的流程都沒有優(yōu)化??梢詮目绮块T合作入手,看看是否有工具可以促進(jìn)信息的流動(dòng)。
  • 分析場(chǎng)景影響:如果溝通不暢,部門之間的協(xié)作就會(huì)受到阻礙,導(dǎo)致業(yè)務(wù)延誤,影響客戶體驗(yàn)。
  • 定義解決方案:是否需要一個(gè)協(xié)作平臺(tái),或者一個(gè)統(tǒng)一的信息系統(tǒng)?這就是一個(gè)TOGAF框架下的具體業(yè)務(wù)場(chǎng)景,它幫你看清問題所在,并找到解決辦法。

用TOGAF10中的方法創(chuàng)建業(yè)務(wù)場(chǎng)景:

步驟詳情
識(shí)別和記錄問題驅(qū)動(dòng)因素
  • 問題:不同部門之間的信息共享不及時(shí),造成項(xiàng)目延遲和客戶投訴增加。
  • 驅(qū)動(dòng)因素:各部門依賴獨(dú)立的溝通工具(如郵件、微信群等),缺乏統(tǒng)一的協(xié)作平臺(tái),導(dǎo)致信息流不通暢,信息滯后和冗余問題頻發(fā)。
識(shí)別業(yè)務(wù)和技術(shù)環(huán)境
  • 業(yè)務(wù)環(huán)境:市場(chǎng)部、銷售部和產(chǎn)品開發(fā)部門需要協(xié)同工作,頻繁共享客戶需求、銷售反饋和產(chǎn)品開發(fā)進(jìn)度。
  • 技術(shù)環(huán)境:部門依賴獨(dú)立的工具(如郵件和Excel)共享信息,缺乏統(tǒng)一的協(xié)作平臺(tái)和工作流工具。
識(shí)別并文件化目標(biāo)(SMART 原則)
  • 具體(S):在1個(gè)月內(nèi)上線一個(gè)統(tǒng)一的協(xié)作平臺(tái),取代各部門的分散工具。
  • 可衡量(M):協(xié)作平臺(tái)的使用率達(dá)到80%,并減少20%的郵件流量和延遲響應(yīng)時(shí)間。
  • 可實(shí)現(xiàn)(A):通過引入如Worktile、騰訊TAPD、PingCode等現(xiàn)成的SaaS協(xié)作工具來實(shí)現(xiàn)。
  • 相關(guān)性(R):提高信息共享的速度和準(zhǔn)確性,減少項(xiàng)目延遲,提升客戶滿意度。
  • 時(shí)間限制(T):在1個(gè)月內(nèi)完成部署和員工培訓(xùn),2個(gè)月內(nèi)實(shí)現(xiàn)全面使用。
識(shí)別人員施動(dòng)者
  • 業(yè)務(wù)用戶:市場(chǎng)部、銷售部和產(chǎn)品開發(fā)團(tuán)隊(duì)的成員是關(guān)鍵用戶,需要接受新平臺(tái)的培訓(xùn)并使用平臺(tái)。
  • 管理者:各部門的主管需要推動(dòng)員工采用新平臺(tái),并監(jiān)控使用率和效果。
識(shí)別計(jì)算機(jī)施動(dòng)者
  • 協(xié)作平臺(tái):如Worktile、騰訊TAPD、PingCode等工具,提供跨部門的溝通和協(xié)作支持。
  • 移動(dòng)設(shè)備和桌面設(shè)備:確保平臺(tái)支持手機(jī)端和桌面端的使用,方便隨時(shí)隨地訪問信息。

?

3.IT部門和業(yè)務(wù)部門“脫節(jié)”了

另一個(gè)常見的問題是,IT部門和業(yè)務(wù)部門的需求常常無法對(duì)接。IT部門認(rèn)為自己的技術(shù)能力很強(qiáng),業(yè)務(wù)部門卻總是覺得IT無法理解他們的實(shí)際需求。這個(gè)脫節(jié)看似是溝通問題,但深入一看,往往是兩者在目標(biāo)和視角上的差異。

在TOGAF中,業(yè)務(wù)場(chǎng)景幫助我們明確,IT和業(yè)務(wù)之間的差異不僅僅是語言不通,而是兩者從不同的角度看待問題。IT往往聚焦于技術(shù)細(xì)節(jié),而業(yè)務(wù)則更多關(guān)注“這個(gè)技術(shù)能解決什么實(shí)際問題”。

關(guān)鍵問題:

  • 定義目標(biāo)和需求:明確IT部門和業(yè)務(wù)部門各自的目標(biāo)。比如IT關(guān)注系統(tǒng)穩(wěn)定性和安全性,而業(yè)務(wù)關(guān)注如何提升用戶體驗(yàn)和加速市場(chǎng)反應(yīng)。
  • 識(shí)別關(guān)鍵問題:這個(gè)場(chǎng)景里,業(yè)務(wù)和IT之間_大的鴻溝是什么?是不是業(yè)務(wù)對(duì)技術(shù)要求不夠清晰,還是IT沒有提前與業(yè)務(wù)討論需求?
  • 尋找連接點(diǎn):通過業(yè)務(wù)場(chǎng)景的創(chuàng)建,可以發(fā)現(xiàn)雙方的共同目標(biāo),比如提升客戶滿意度,縮短開發(fā)周期等,從而幫助雙方對(duì)齊目標(biāo)。

用TOGAF10中的方法創(chuàng)建業(yè)務(wù)場(chǎng)景:

步驟詳情
識(shí)別和記錄問題驅(qū)動(dòng)因素
  • 問題:IT部門與業(yè)務(wù)部門的目標(biāo)不一致,導(dǎo)致IT交付的系統(tǒng)未滿足業(yè)務(wù)需求。
  • 驅(qū)動(dòng)因素:業(yè)務(wù)需求未明確定義,IT部門的關(guān)注點(diǎn)偏向技術(shù)實(shí)現(xiàn),忽略了業(yè)務(wù)目標(biāo)。
識(shí)別業(yè)務(wù)和技術(shù)環(huán)境
  • 業(yè)務(wù)環(huán)境:業(yè)務(wù)部門希望推出一款新產(chǎn)品,并要求快速上線,但I(xiàn)T部門的系統(tǒng)交付周期較長(zhǎng),導(dǎo)致新產(chǎn)品上市延遲。
  • 技術(shù)環(huán)境:IT團(tuán)隊(duì)采用敏捷開發(fā)方式,但未與業(yè)務(wù)部門對(duì)接優(yōu)先級(jí)和關(guān)鍵需求,需求不斷變更。
識(shí)別并文件化目標(biāo)(SMART 原則)
  • 具體(S):建立業(yè)務(wù)和IT的聯(lián)合項(xiàng)目組,以確保業(yè)務(wù)需求的傳達(dá)和優(yōu)先級(jí)的確定。
  • 可衡量(M):在3個(gè)月內(nèi)實(shí)現(xiàn)需求的透明化,減少50%的需求變更次數(shù),并縮短項(xiàng)目交付時(shí)間20%。
  • 可實(shí)現(xiàn)(A):通過Scrum儀式中的"需求澄清會(huì)",確保IT與業(yè)務(wù)的對(duì)齊。
  • 相關(guān)性(R):IT和業(yè)務(wù)目標(biāo)一致有助于確保項(xiàng)目交付的成功率,避免項(xiàng)目延誤或失敗。
  • 時(shí)間限制(T):3個(gè)月內(nèi)實(shí)施聯(lián)合項(xiàng)目組的機(jī)制,并開始跟蹤需求變更次數(shù)。
識(shí)別人員施動(dòng)者
  • 業(yè)務(wù)用戶:市場(chǎng)部的業(yè)務(wù)分析師需要明確定義業(yè)務(wù)需求,并參與Scrum會(huì)議。
  • IT開發(fā)人員:開發(fā)團(tuán)隊(duì)的架構(gòu)師和開發(fā)人員需要定期參與與業(yè)務(wù)的溝通,確保需求明確。
識(shí)別計(jì)算機(jī)施動(dòng)者
  • 項(xiàng)目管理工具:如Jira、Trello或其他敏捷項(xiàng)目管理平臺(tái),確保業(yè)務(wù)和IT能夠在一個(gè)平臺(tái)上透明化溝通和管理需求變更。
  • 開發(fā)工具:如GitHub和CI/CD工具,支持IT團(tuán)隊(duì)的敏捷開發(fā)。

?

總結(jié)

TOGAF 10中的業(yè)務(wù)場(chǎng)景,幫助我們從戰(zhàn)略層面思考問題,了解業(yè)務(wù)環(huán)境的變化,以及如何通過技術(shù)和流程的調(diào)整來實(shí)現(xiàn)目標(biāo)。TOGAF 10的業(yè)務(wù)場(chǎng)景創(chuàng)建模型包含5部分

  1. 識(shí)別和記錄問題驅(qū)動(dòng)因素
  2. 識(shí)別業(yè)務(wù)和技術(shù)環(huán)境
  3. 識(shí)別并文件化目標(biāo)(SMART)
  4. 識(shí)別人員施動(dòng)者
  5. 識(shí)別計(jì)算機(jī)施動(dòng)者

通過這一套系統(tǒng)的流程,業(yè)務(wù)和技術(shù)團(tuán)隊(duì)可以更緊密地協(xié)作,確保從業(yè)務(wù)愿景到技術(shù)實(shí)現(xiàn)的無縫對(duì)接,幫助企業(yè)在復(fù)雜的架構(gòu)環(huán)境中更加敏捷和高效地前行。

所以,不管你是做產(chǎn)品、做開發(fā),還是做項(xiàng)目管理,都可以用業(yè)務(wù)場(chǎng)景的思維來解決現(xiàn)實(shí)工作中的各種問題。記住,清晰的目標(biāo)、明確的角色、流暢的流程,這就是業(yè)務(wù)場(chǎng)景的精髓!

好了,今天的分享就到這里。如果你希望了解并學(xué)習(xí)更多架構(gòu)(業(yè)務(wù)架構(gòu))方面的知識(shí)、方法與技能,建議參加TOGAF EA企業(yè)架構(gòu)(TOGAF標(biāo)準(zhǔn)第10版)認(rèn)證 以及CBA業(yè)務(wù)架構(gòu)師認(rèn)證。

發(fā)表回復(fù)

您的電子郵箱地址不會(huì)被公開。 必填項(xiàng)已用*標(biāo)注

  • 2025-1-2 20:00
    商業(yè)分析全景回顧與未來展望
  • 2025-1-7 20:00
    職場(chǎng)故事:如何基于數(shù)據(jù)分類來發(fā)現(xiàn)用戶需求?
  • 2025-1-9 20:00
    職場(chǎng)故事:全域數(shù)字化轉(zhuǎn)型助力數(shù)字中國(guó)建設(shè)
  • 2025-1-14 20:00
    職場(chǎng)故事:業(yè)務(wù)架構(gòu)設(shè)計(jì)實(shí)踐案例與經(jīng)驗(yàn)分享
  • 2025-1-16 20:00
    職場(chǎng)故事:備考TOGAF,我所走過的路與經(jīng)驗(yàn)
  • 更多直播講座
    小艾老師還在安排中…
查看全部 >

掃碼一鍵預(yù)約全部

查看更多 > 查看更多 >

數(shù)字化轉(zhuǎn)型8大核心認(rèn)證

  1. PMP項(xiàng)目管理認(rèn)證

    艾威最近一期班: 針對(duì)2025年03月考試
  2. CBAP業(yè)務(wù)分析認(rèn)證

    艾威最近一期班·開課時(shí)間: 2025-01-18
  3. CBPP流程管理認(rèn)證

    艾威最近一期班·開課時(shí)間: 2025-03-15
  4. ITIL4 IT管理認(rèn)證

    艾威最近一期班·開課時(shí)間: 2025-01-18
  5. TOGAF企業(yè)架構(gòu)認(rèn)證

    艾威最近一期班·開課時(shí)間: 2025-01-18
  6. CDMP數(shù)據(jù)管理認(rèn)證

    艾威最近一期班·開課時(shí)間: 2025-02-22
  7. CISA信息安全審計(jì)師認(rèn)證

    艾威最近一期班·開課時(shí)間: 2025-03-02
  8. CISSP信息安全專家認(rèn)證

    艾威最近一期班·開課時(shí)間: 2025-02-15
近期課程安排