八種常見的業務設計和架構模型

2020-11-28 企業網D1Net
只要將企業架構與八種常見業務設計方法中的任何一種相關聯起來,你就可以更全面地了解企業體系結構實踐。

 

人們常常要求企業架構師確定計劃和項目的輕重緩急。要完成此任務,他們需要了解這些組織的戰略、策略和目標。這些信息往往很難收集,這可能是因為架構師從未意識到這些東西的存在,或者有時是因為它們根本就不存在。

 

為了推斷這些策略和目標,有許多業務模型用於業務設計。我們將研究八種最常見的業務設計方法並研究每種方法如何與企業架構息息相關。

 

如圖1所示,平衡記分卡、價值鏈,方針管理(Hoshin Kanri),企業模式畫布(business model canvas)和業務動機模型(business motivation model)很適在公司和業務級別上描述和理解組織。企業模式畫布、企業激勵機制模型以及設計思想、客戶旅程圖和簡單的SWOT分析在產品和市場營銷級別上非常有用。至於設計思維框架、客戶旅程圖方法和SWOT分析,它們通常用於計劃或項目級別。

 

圖1


        平衡計分卡

 

平衡計分卡框架是一種流行於九十年代的戰略績效管理方法,它具有半標準的結構化報告,企業的利益相關者可以使用該報告來跟蹤組織控制範圍內的關鍵活動的執行情況。平衡計分卡還用於監視這些活動產生的後果。這些重要活動可以分為兩種,要麼是財務活動、面向客戶的活動、面向內部業務流程的活動,要麼涉及到學習和發展。

 

這種業務設計方法通常在更傳統的組織中使用,在公司或業務部門的級別得以應用。平衡計分卡使項目和計劃與組織戰略高度一致。它還可以改善關鍵活動的績效報告。這種方法一旦得到實施和操作便可以為企業架構師推動項目管理,因為現在人們可以根據平衡計分卡的每一個關鍵活動的目標來詳細制定每個計劃或項目。企業架構師可以快速發現相關的價值流,功能以及能夠提供支持的應用程式,這些戰略計劃中的每一項都需要加強。

 

價值鏈

 

價值鏈業務框架也許比組織內部的平衡計分還要盛行。價值鏈是組織為了向組織所面向的特定市場提供有價值的產品而進行的一系列活動。價值鏈這一概念最初由Michael Porter做出了描述。價值鏈的概念基於組織的過程視圖。組織被視為一個系統,該系統由子系統組成,每個子系統都有輸入,轉換過程和輸出。

 

價值鏈活動的展開方式闡釋了成本並影響了利潤。組織價值鏈的主要活動包括入站物流、運營、出站物流、營銷與銷售以及最終服務。支持活動包括公司基礎設施、人力資源、採購、廣告以及服務。然後,組織價值鏈中所有主要活動和支持活動必須產生最佳的利潤率。

 

詳細的業務流程往往與組織價值鏈中的每個主要活動息息相關。至於企業架構師們,他們常常將執行職能的能力關聯到組織價值鏈中的主要活動和支持活動。

 

方針管理

 

方針管理源自日本並在八十年代得到普及,特別是在製造業中。方針管理是戰略規劃中使用的七步過程,該過程將戰略目標傳達給整個組織,然後在組織的三個層次上付諸行動。方針管理的七個步驟分別是:1-建立願景並評估現狀;2-制定突破性目標;3-確立年度目標;4-將目標貫徹到整個組織;5-執行年度目標;6-進行月度評估;7-進行年度評估。

 

使用這種方法的主要優點包括為組織的特定目標和重要目標提出重點並提供動力;共同制定精確的戰略計劃。如果這兩條落實到位的話,這種方法可以將架構師與方針管理方法的三個層次所派生出來的行動聯繫起來,從而為架構師推動計劃和項目管理的進行。再次,企業架構師可以發現相關的價值流,功能及其支持的應用程式,這些創新或項目中的每一個都需要改進。

 

業務模式畫布

 

業務模式畫布是對前三種業務設計方法的補充。在所有可用的業務設計框架中,這種方法是唯一簡潔明了地描述組織業務的方法。組織中的每個人都應有權使用組織當前的業務模型畫布,以大致了解這其中所發生的情況。

 

這種新方法已在初創公司、中小企業中變得極為流行。業務模式畫布是具有九個不同構造塊的可視化圖表,這個圖標描述了公司或產品的價值主張、客戶群、客戶關係、渠道、重要活動、重要資源和資產、重要合作夥伴、成本結構和收入流。它通過說明潛在的利弊權衡來幫助組織調整各種活動。

 

圖2 

人們通常將業務模式畫布當作業務模式來使用,用它來指導項目交付中所要執行的速度和敏捷性的業務模型,因為它著重提供由特定產品和服務組成的由客戶驅動的價值主張。圖2演示了如何將業務模式畫布和業務體系結構聯繫起來,以優化組織的營銷和運營模型。

 

重要活動的構成要素中的每個元素都可以與功能、價值流和計劃相關。重要資源/資產的構成要素可以交叉對應到組織、功能、信息/數據和計劃的要素。價值主張的構成要素可以與價值流、產品/服務和旅程圖聯繫起來。至於業務模型畫布的其他六個構成要素,它們往往將關聯到組織、功能、計劃、價值流和利益相關者等特定要素。

 

組織內的每個人都應有權使用組織當前的業務模式畫布,以大致了解工作場所的狀況。至於參與制定公司未來戰略計劃的業務和IT方面的利益相關者,他們還應該查看組織業務模式畫布的未來狀態,因為突出顯示業務模型畫布的所有九個要素的變化。

 

業務動機模型

 

許多執行業務體系結構的企業架構師通常會在他們的實踐中包含業務動機模型。由對象管理小組採用的商業動機模型提供一種用於以組織方式開發,交流和管理商業計劃的方案和結構。

 

我們來看一些基本的定義。使命是對組織為何存在的簡短說明,通常是用在一系列有限的長期目標和短期目標中確定的在有限時間內要實現的願景宣言來更精確地指定。戰略則由高級計劃項目組成,其中還包括在不確定情況下實現組織主要目的的短期戰略。目的(goal)是組織構想,計劃並承諾在有限時間內實現的預期結果。至於目標(objective),它們實際上是短期目的,目標的達成使組織更接近其長期目的。目標源自策略,策略是指用於實施和執行戰略的概念上的短期行動。

 

如果方針管理業務模式方法的配置要求具備平衡的計分卡,它或其它業務模式落實到位,則企業體系結構團隊應該能夠輕鬆地獲取設計計劃和/或項目的體系結構所必需的目的和目標。了解這個配置的戰略,目的和目標使企業架構師得以選擇和建立要檢查的相關價值流(即最充分的能力度量)並為其計劃和項目設計精準的業務成果。

 

如果人們在組織中沒有發現任何目的和目標,則企業架構團隊將要從管理中獲取。實現目標只是一種理想。由於某些管理人員不願執行精確的目標,因此許多企業架構師通常不得不退而求其次,即執行不太精確的戰略和策略。

 

設計思維

 

至於設計思維方法,它更多地涉及組織所提供的產品和服務,嚴格來說,它並不是業務設計方法。它是指認知、戰略和實踐的五步過程,設計師和/或設計團隊通過這些過程來開發新產品和服務的設計概念。

 

這些步驟包括i)設身處地,ii)定義,iii)理想化,iv)制定原型和v)測試。「設身處地」是指對挑戰有深刻的了解。「定義」意味著明確表達要解決的問題。「理想化」涉及到集思廣益的潛在解決方案,選擇並開發理想的解決方案。「制定原型」要求設計一系列原型以測試全部或部分解決方案。最後,「測試」是指參與短期測試過程以完善和改進解決方案。只要在不同的設計領域、實驗室或自然環境中的研究,跨不同設計領域,設計認知和設計活動,人們就可以確定設計思維的許多關鍵概念。

 

設計思維有幾個優點。它為用戶提供了從不同角度看待問題的機會。設計思維還鼓勵人們創造性地解決問題。這也增加了使成果達成組織目標和客戶期望的機率。

 

客戶旅程圖

 

在許多以客戶為中心的組織中,檢查客戶旅程圖已成為一種規範,因為可以直觀地表示你的客戶可能擁有的種種體驗。它描述了客戶對你的產品、服務或品牌的經歷,或者從他們最初的參與到可能的長期合作關係。

 

正如文中的《構建並提供最佳客戶旅程》表明的那樣,客戶旅程圖可以輕鬆地與價值流及其創造價值的各個階段相關聯。客戶旅程圖由客戶可以體驗的幾個步驟和子步驟組成。每個步驟都包含各個方面,例如客戶可能會遇到的與其他利益相關者的交互類型。客戶旅程圖通常還包括客戶的目標,提供產品的組織所面臨的機遇和挑戰,組織可以與客戶建立的各種接觸點以及客戶在旅程的每一步中所經歷的情感。

 

客戶旅程圖在組織中頗受歡迎的原因有很多。它們對於消除銷售、市場營銷和運營之間的溝通隔閡非常有用。只要與客戶建立更密切的情感聯繫,他們就可以更好地了解客戶。最後,客戶旅程圖還可以發現各種漏洞,在這些漏洞中,人們必須用所有必要的價值階段和能力來為這些倡議做規劃,從而以接觸點來填充漏洞。旅程圖不必僅適用於客戶。它們也可以適用於合作夥伴、供應商、監管機構,內部的利益相關者等。

 

SWOT分析

 

最後,SWOT分析非常普遍且易於理解。企業架構師可以在業務部門,產品,服務,計劃和項目級別的幾乎所有地方使用它們。它是由Albert Humphrey在1960年代發明的。SWOT分析是一種戰略計劃技術,它可以幫組織確定與業務競爭或項目計劃相關的優勢、劣勢、機會和威脅。

 

這八種業務設計方法中的每一種方法都可以提升企業體系結構團隊的工作。這些團隊應該使用組織中使用的任何業務或產品模型方法來對業務體系結構工作進行建模。如果一項都沒有落實到位,那麼他們應該轉而求助於業務動機模型,並且至少從業務經理那裡設法得到戰略和策略。

 

版權聲明:本文為企業網D1Net編譯,轉載需註明出處為:企業網D1Net,如果不註明出處,企業網D1Net將保留追究其法律責任的權利。

相關焦點

  • 架構設計:業務邏輯和技術分離
    業務架構屬於頂層設計,其對業務的定義和劃分會影響組織結構和技術架構。例如,阿里巴巴在沒有中臺部門之前,每個業務部門的技術架構都是煙囪式的,淘寶、天貓、飛豬、1688 等各有一套體系結構。而後,成立了共享平臺事業部,打通了帳號、商品、訂單等體系,讓商業基礎實施的復用成為可能。
  • 無服務和微服務架構,誰是業務計算的未來?
    為了讓無伺服器框架發揮巨大的潛力,諸如Google、Microsoft、IBM和Amazon之類的軟體巨頭,已經開始向客戶提供了能夠將本地所有運營業務,遷移並託管到他們的旗艦無伺服器平臺(如:AWS Lambda和Azure Functions)上的方法與工具。簡而言之,無伺服器架構是一種事件和請求驅動的技術解決方案。
  • 什麼才是真正的架構設計?
    約束規範和指導原則:保證系統有序,高效、穩定運行。因此架構師具備能力:理解業務,全局把控,選擇合適技術,解決關鍵問題、指導研發落地實施。架構的本質就是對系統進行有序化地重構以致符合當前業務的發展,並可以快速擴展。那什麼樣的系統要考慮做架構設計 技術不會平白無故的出和自驅動發展起來,而架構的發展和需求是基於業務的驅動。
  • 如何設計分層架構和交互接口 API?
    今天我們繼續來聊聊分層架構的設計流程,以及接口設計方法等內容。通常,我們可以將分層架構的設計流程分解為下列 4 個步驟:第一步,結合現實情況,將系統劃分成多個層次。第一刀:按照這套方法論來進行架構設計,最理想的情況是將X軸切分成七層。而第一刀應該先切在業務和領域之間,即通過API把兩邊解耦。交互和業務跟用戶關聯度高,經常隨需求變化而改動,而領域和資源相對比較穩定。
  • 從企業架構到信息化規劃,從現狀調研到架構設計的核心邏輯
    即使對於TOGAF,我們也很少從官方材料裡面看到類似業務架構,數據架構,應用架構和技術架構之間的內在邏輯關聯在哪裡。整體規劃方法論IT規劃涉及到諮詢方法論、流程管理和分析、信息架構、應用系統分析和設計、技術架構、項目管理和實施等眾多方面的內容。
  • 理解RESTful API 架構設計規範與實踐
    摘要本文介紹了 REST 的由來,對 REST 的風格架構設計指導原則做了詳細的說明。同時舉例了過往開發中若干細節的考慮和實現方案。文字略長,預計需要10 ~ 20 分鐘讀完。也可以收藏起來,在需要的時候查閱。RESTful 架構是目前流行的一種網際網路應用架構。
  • 如何正確地應用Web MVC架構模式分離表示層和模型處理層耦合關係
    (1)MVC架構體系設計中的三個元素——模型、視圖和控制器基於MVC架構體系設計的軟體應用系統可以分解為模型、視圖和控制器三個組成部分,它們分別對應於應用系統中的業務邏輯和數據、用戶界面、用戶請求處理和數據同步等功能實現。
  • 你的數據倉庫既要有「維度模型設計」也要看「分層架構」
    維度模型設計和分層架構都是數據倉庫必不可缺的。維度建模以分析決策的需求出發構建模型,構建的數據模型為分析需求服務,因此它重點解決用戶如何更快速完成分析需求,同時還有較好的大規模複雜查詢的響應性能。而分層架構的設計的主要是為在管理數據的時候,能對數據有一個更加清晰的掌控。這篇乾貨將帶你認清數據倉庫「維度模型設計」與「分層架構」。
  • 【原創】-數據倉庫架構的設計
    概述 架構是數據倉庫建設的總體規劃,從整體視角描述了解決方案的高層模型,描述了各個子系統的功能以及關係,描述了數據從源系統到決策系統的數據流程。業務需求回答了要做什麼,架構就是回答怎麼做的問題。
  • 室內設計常見的八種裝修風格
    室內設計裝修風格有很多種,常見的裝修風格可歸納為八種:現代簡約風、歐式風格、美式風格、田園風、地中海風格、東南亞風格、新中式風格、新古典風格。現代簡約風簡約的空間設計通常較含蓄,在簡約中不失素雅。有節奏的曲線和柔美雅致的線條相融,將整個空間氛圍引入新意。現代簡約對色彩和材料的質感要求都是非常高的,往往能起到以簡勝繁的效果。歐式風格歐式,給人的感覺就是富麗堂皇!歐式風格融入了歐式貴族風格,個性獨特,色彩豐富且貴氣十足。別墅豪宅裝修中多選用此類風格,搭配上柔軟的地毯、各式掛畫、柔和的燈飾,在高貴中有著浪漫的感受。
  • ...設計CBDC業務程序和系統架構(計算機系統結構、動作方式、組成...
    韓國銀行30日表示,截至上月結束CBDC基礎業務(設計、定義條件、研究體現技術),並以此為基礎推進第二階段事業—「CBDC業務程序分析及外部諮詢」。通過諮詢設計CBDC業務程序和系統架構(計算機系統結構、動作方式、組成要素關係、數據管理、安全等),並制定明年推進構建「CBDC 文/冷靜2020-08-31 16:08:18來源:FX168 【韓央行推進數字貨幣外部諮詢方案】韓聯社8月30日報導,韓國銀行為建立「中央銀行數字貨幣(CBDC)示範系統
  • 馬蜂窩數據中臺起步建設:數倉的架構、模型與應用
    二、數據倉庫核心架構馬蜂窩數據倉庫遵循標準的三層架構,對數據分層的定位主要採取維度模型設計,不會對數據進行抽象打散處理,更多注重業務過程數據整合。現有數倉主要以離線為主,整體架構如下:如圖所示,共分為 3 層:業務數據層、公共數據層與應用數據層,每層定位、目標以及建設原則各不相同。
  • 架構師必須知道的架構設計原則
    這些原則沉澱在架構師的腦海中,最終內化成他的 mindset,以潛意識方式影響和指導他的架構和設計工作。 一晃我在軟體研發行業工作十多個年頭了,前面大部分時間做架構設計和開發,現在轉型做研發管理。隨著時間的推移,很多技戰術細節性的東西 (工具,框架,程式語言) 在我腦海中漸漸模糊,但是一些平時學習積累起來,並且在實踐中加深體會的軟體架構設計和組織原則,這些原則性的東西卻絲毫沒有被時間衝淡,反而愈加清新。現在即使我不在一線開發,但這些沉澱下來的原則仍然潛移默化地影響我的日常管理和部分架構設計指導工作。我想有必要總結一下那些業界知名,給我留下深刻印象的軟體架構設計和組織原則,和大家一起分享。
  • Redesign:Lofter的信息架構改版設計
    那作為互動設計師,這方面是互動設計師成長的一個關鍵點,也是互動設計大局觀的錘鍊基石。為何產品需要合理的信息架構?第一,讓用戶明白產品做什麼,怎麼用。第二,用戶都能在需要的時候容易找到功能。做到這些,會提高你的產品的留存率和體驗度。信息架構為何需要設計?
  • 實例分析:一整套業務系統產品技術架構的方法論
    業務類系統,一般包括crm、供應鏈、物流等,而這些系統的架構設計非常具有挑戰性。系統的架構設計非常具有挑戰性。面向用戶的To C 類前臺產品,無論產品經理還是用戶都已經培養起了使用習慣,對功能有一定程度的理解,見過的模式足夠多,能夠建立起一定的產品模型,也容易找到參照物去模仿。但是業務類的系統,常常是沒有參照和模仿,一些業務流程的不同,一點公司組織結構的不同,你家的CRM和他家的CRM可能完全沒有參考性。
  • 淺談Java Web經典三層架構和MVC框架模式
    一、MVC設計模式1.MVC的概念首先我們需要知道MVC模式並不是javaweb項目中獨有的,MVC是一種軟體工程中的一種軟體架構模式,把軟體系統分為三個基本部分:模型(Model)、視圖(View)和控制器(Controller
  • 圖文並茂的解讀歷年系統架構設計師考試的常見易錯選擇題
    四、可修改性設計可修改性是指能快速地並以較高性價比對系統進行變更的能力。針對這個方面用戶提出,系統應該能夠適應不斷變化的業務環境,可快速的實現業務的新增、修改。對可修改性需求,在架構設計中可選的方案有抽象、信息隱藏、限制通信路徑、運行時註冊。
  • 華為企業架構實踐支撐業務變革
    研討會上,業界專家學者共同探討了EA(企業架構)在中國政府中應用的可行性。會中,華為企業業務中國區CTO王濤通過主題演講《華為企業架構實踐》,與在座專家分享了華為IT建設的歷程、IT治理體系、企業架構實踐等內容。王濤指出:華為IT建設的目標是支撐公司的價值主張以及戰略落地,華為不純粹追求IT自身的卓越,而是追求IT支撐公司運營的卓越。
  • 什麼是微內核架構設計?
    阿里妹導讀:作為一名Java程式設計師,相信同學們都聽說過微內核架構設計,也有自己的理解。那麼微內核是如何被提出來的?微內核在作業系統內核的設計中又有什麼作用?本文從插件化(Plug-in)架構的角度來詮釋微內核架構設計,通過微內核架構和微服務架構的對比,分享其對微服務設計的參考意義。
  • 數據倉庫模型設計與工具
    數據模型對於數倉是最核心的東西,數據模型是數據組織和存儲方法,模型的好壞,決定了數倉能支撐企業業務多久。為什麼大多數企業,數倉都要重建,這不僅僅是業務拓展、發展迅速,很大一部分是因為模型建的很爛。