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 Architects 、CBA 今天我們來聊聊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ù)解決問題。
如何用架構(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)起來 。
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é)合更加緊密。
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部分 :
識(shí)別和記錄問題驅(qū)動(dòng)因素 識(shí)別業(yè)務(wù)和技術(shù)環(huán)境 識(shí)別并文件化目標(biāo)(SMART) 識(shí)別人員施動(dòng)者 識(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)證 。