1. 기업의 경우 엔터프라이즈 아키텍처는 비즈니스 및 IT 전략 계획을 완료하는 데 도움이 됩니다. 비즈니스 전략의 경우 기업의 비전/사명, 목표/목적/추진력, 조직 구조, 기능 및 역할을 정의합니다. IT 전략 측면에서 비즈니스 아키텍처, 데이터 아키텍처, 애플리케이션 아키텍처 및 기술 아키텍처 정의는 IT 전략 계획을 위한 모범 사례 가이드입니다. 엔터프라이즈 아키텍처는 비즈니스 전략과 IT 전략 사이의 다리 및 표준 인터페이스이며 엔터프라이즈 정보 계획의 핵심입니다.
2. 개인에게는 경력의 건강하고 장기적인 발전에 도움이 된다. 예를 들면 CIO 가 되는 것과 같다. Cio 는 정보 기술 사용을 안내하여 회사의 목표를 지원하고 기술 및 비즈니스 프로세스를 이해합니다. 그는 일반적으로 조직의 기술 배포 전략과 비즈니스 전략을 긴밀하게 통합하는 데 가장 적합한 사람이다.
엔터프라이즈 아키텍처는 BA (비즈니스 아키텍처), DA (데이터 아키텍처), AA (애플리케이션 아키텍처) 및 ta (기술 아키텍처) 의 네 부분으로 구성됩니다. 엔터프라이즈 아키텍처는 전반적인 전략 계획에 의해 구동됩니다. Strategy, BA, DA, AA, TA 사이의 관계를 살펴봅시다.
그림과 같이 정책, BA, DA, AA, TA 는 실제로 다음 세 가지 수준에 있습니다.
다섯 가지 사이의 핵심 관계는 다음과 같이 요약 할 수 있습니다.
L 연동, 상층부는 하층을 이끌고 하층은 상층을 지탱한다.
이러한 내용을 통해 전략, 비즈니스 아키텍처 및 솔루션 아키텍처 간의 관계를 알 수 있습니다. 아키텍처 로드맵과 구현 계획 링크가 실제 작업에서 어떻게 작동하는지 살펴보겠습니다.
집행중점은 직위 (왼쪽), 서류상 (오른쪽), 기관조정, 기술조달, 프로젝트 R&D 등 작업팩으로 세분화된다. 주로 다음과 같은 부분이 있습니다.
여기서 보완해야 할 것은 구현 계획이 "아키텍처 청사진에서 R&D 로" 뿐만 아니라 "아키텍처 청사진에서 IT 및 비 IT 에 이르기까지" 계획도 포함한다는 것입니다.
업무 아키텍처의 경우 OMG 업무 스키마 그룹은 다음과 같은 정의를 제공합니다.
비즈니스 아키텍처는 기업 지배 구조, 비즈니스 역량 및 가치 흐름의 공식 청사진입니다. 비즈니스 아키텍처는 기업 지배 구조, 비즈니스 역량, 비즈니스 프로세스 및 비즈니스 데이터를 명확하게 정의합니다. 이 중 업무 역량은 기업이 무엇을 하는지, 업무 프로세스는 기업이 어떻게 하는지 정의합니다. 구체적으로 말하자면,
먼저 외국과 국내에서 업무 구조의 배경을 살펴봅시다. 이렇게 하면 업무 구조의 사용 시나리오를 더 잘 이해할 수 있습니다. 비즈니스 아키텍처는 부서 간, 조직 간 비즈니스 요구 사항이며, 단일 소규모 시스템의 수명 주기에는 비즈니스 아키텍처 링크가 전혀 없습니다.
교차 시스템 계획-세계에서 상업용 건물의 배경
해외 소프트웨어 시스템은 장기적인 발전과 다년간의 실천을 거쳐 1962 년 하버드 상업잡지에 발표된 문장' 정보시스템 마스터플랜' 이 부서 간, 조직 간 수요 계획의 서막을 열었다. 몇 년 후, IBM 과 같은 회사들은 이미 대량의 실천을 했다.
1982 년 IBM 은 비즈니스 시스템 계획 방법론 (BSP) 을 발표했습니다. 이것은 중요한 사건이며, 산업에 거대하고 지속적인 영향을 미친다.
그 이후로 Togaf 및 FEAF 와 같은 비즈니스 아키텍처가 빠르게 발전했습니다.
위의 역사는 비즈니스 아키텍처가 교차 시스템에서 탈태되어 교차 시스템 요구 사항을 중시한다는 것을 알려 줍니다. 개발자의 관점에서 볼 때 비즈니스 아키텍처는 부서 간 및 조직 간 비즈니스 요구 사항입니다.
정보의 섬-중국의 상업용 건물의 "불" 기회
국내에는 업무 구조를 언급하자마자 정보의 외딴 섬에 대해 이야기하는 현상이 있다. 왜 그럴까요? 중국이 진정으로 비즈니스 아키텍처 설계를 중시하기 시작한 것은 정보섬 해결의 문제점을 해결하는 것부터 시작했기 때문이다.
2 1 세기 초 국내 정보화 과정이 부서 정보화에서 기업 정보화로 추진되었다. 기업 부서 간 (그룹 자회사 간) 의 협력 연계 수요는 IT 정보 시스템 간의 정보 공유 및 협업 연계 요구를 유도하고 정보 아일랜드 문제 (재무, 인적 자원, 조달, 판매, OA, CRM 등) 를 발생시켰습니다.
정보섬의 세 가지 폐해로 인해 업무 구조는 중국에서 이미 보급되었다. 다음은 세 가지 단점입니다.
그렇다면 고립된 정보 문제를 어떻게 해결할 수 있을까요?
일련의 시스템을 개별적으로 구축하기 전에 비즈니스 아키텍처를 설계하고 통합 청사진을 정의하는 것이 가장 기본입니다. 한 장의 데이터, 데이터 공유, 프로세스 개방, 서비스 약정은 모두 통일된 청사진을 중심으로 진행된다.
비즈니스 아키텍처는 여러 시스템에 걸쳐 있습니다. 그렇다면 서브시스템과의 관계는 무엇입니까?
그림에서 큰 v 와 작은 v 는 각각 무엇을 의미합니까?
대부분의 v 부분은 전체 프로그램의 수명 주기입니다. 큰 V 의 수요 단계에서는 부서 간, 조직 간 비즈니스 요구 사항을 연구하고 정의해야 하며, 종종 시스템 간 비즈니스 요구 사항을 연구하고 정의해야 합니다. 예를 들어, 콜 센터 시스템, CRM 시스템, 작업 지시 시스템, 고객 서비스 응답 지원, 고객 정보 확인, 서비스 내용 기록, 수리 엔지니어 파견 등의 일련의 작업이 필요합니다.
작은 v 부분은 시스템의 수명 주기입니다. 작은 V 의 수요 단계에서는 이 시스템의 요구 사항을 분석하고 정의해야 합니다. 이러한 요구 사항은 시스템 내부에 있는 경우가 많습니다. 예를 들어 CRM 시스템은 고객 데이터 관리를 담당합니다.
요약하면 시나리오 계층과 하위 시스템 계층의 두 가지 수명 주기가 동시에 존재합니다. 전형적인 예를 들어, 한 회사가 ERP 시스템을 구축하려면 어떻게 해야 합니까?
방안은 범위가 넓고 부서가 많기 때문에 업무 구조를 설계해야 한다. 이때 비즈니스 설계자는 비즈니스 아키텍처를 설계하고 비즈니스 아키텍처 책을 제출합니다.
시스템 A 의 요구 사항, 개발 및 테스트가 주로 포함된다고 가정합니다.
이때 수요 분석가가 시스템 A 의 수요 사양 설명을 담당하기 위해 달려옵니다. 물론 수요 분석가는 업스트림 비즈니스 프레임워크 책의 전체 계약을 참조해야 합니다.
주: 이는 단지 가정일 뿐입니다. 실제 운영에서 시스템 A, 시스템 B, 시스템 C 의 일부 기능을 동시에 개발하여 업무 기능을 달성해야 한다고 해서 프로젝트의 모든 기능이 동일한 시스템에 속해야 하는 것은 아닙니다.
시스템 b 의 요구 사항, 개발 및 테스트가 주로 포함된다고 가정합니다.
이때 수요 분석가가 시스템 B 의 수요 사양 설명을 담당하기 위해 달려옵니다. 물론 수요 분석가는 업스트림 비즈니스 프레임워크 책의 전반적인 합의를 참조해야 합니다.
비즈니스 아키텍처가 성공하려면 먼저 건축가가 올바른 일을 해야 합니다. 즉, 비즈니스 아키텍처의 실제 작업 내용에 대한 충분한 경험이 있어야 합니다. 놓치지 마십시오.
반면, 비즈니스 설계자의 분석 과정이 부족하다는 것은 비즈니스 아키텍처 청사진 계획 항목이 누락되어 투자 역할에서 시나리오 설계, 구현 계획, IT 작업 패키지 및 비 IT 작업 패키지 식별에 이르는 모든 후속 작업에 영향을 미친다는 의미입니다.
업무 구조 = 업무 기능+조직 구조+업무 프로세스+업무 데이터
비즈니스 아키텍처의 실제 작업 내용은 무엇입니까?
비즈니스 아키텍처의 전신은 1982 IBM 이 발표한 BSP 와 같은 교차 시스템 계획 접근 방식입니다. 따라서 비즈니스 아키텍처는 본질적으로 시스템 간 계획입니다.
그러나 비즈니스 아키텍처의 내용은 시스템 간 요구 사항 분석의 범위를 훨씬 넘어 시스템 간 비즈니스 아키텍처 청사진 계획의 더 넓은 범위를 포괄합니다. 그 이유는 비즈니스 아키텍처가 전략에서 구현으로의 전환 (거리 기업 전략, IT 구현 및 비 IT 구현) 에서 다리 역할을 해야 하기 때문입니다.
예, 비즈니스 아키텍처는 비 IT 부분에 대한 청사진도 다룹니다!
자세한 비즈니스 아키텍처 실제 작업 모델을 살펴 보겠습니다.
일반적으로 업무 기능은 기업이 무엇을 하는지, 조직 구조는 누가 할 것인지, 업무 프로세스 정의는 어떻게 할 것인지, 업무 데이터는 필요한 지원을 제공합니다. 따라서 비즈니스 기능, 조직 구조, 비즈니스 프로세스 및 비즈니스 데이터가 비즈니스 아키텍처 청사진의 핵심이 됩니다.
또한 비즈니스 모델은 엔터프라이즈 제품, 엔터프라이즈 핵심 리소스, 고객, 파트너, 채널, 비용, 이익 간의 본질적 관계를 보여줍니다. 비즈니스 모델은 현대화된 도구이자 비즈니스 아키텍처 청사진에 없어서는 안 될 계획 프로젝트입니다.
소규모로 첫째, 비즈니스 채널은 어디에 있습니까? 조직 구조는 조직 구조, 비즈니스 채널 및 파트너와 밀접한 관련이 있는 부서, 역할 및 기능을 중심으로 전개됩니다. 따라서 비즈니스 설계자는 조직 아키텍처를 정리하면서 채널 전략과 파트너 전략을 결합하여 비즈니스 채널 계획과 파트너 계획을 명확히 하는 것이 비즈니스 아키텍처 청사진의 "일류 시민" 입니다.
둘째, 가치 사슬은 어디에 있습니까? 가치 사슬 모델은 기업의 모든 생성 및 운영 활동에 대한 전반적인 설명이며 비즈니스 구조 청사진을 계획하는 데 필수적인 프로젝트입니다. 업무 기능은 세 가지 레벨로 나눌 수 있으며 레벨별로 분할할 수 있습니다.
셋째, 업무 프로세스 = "주요 프로세스+분기 프로세스+업무 규칙":
예를 들어 기차표를 사는 경우,' 투표-강탈-지불' 과정은 안정적이다. ,
예를 들어 좌석, 창구, 비창, 차표, 침대칸 (상하층) 의 분기 과정.
예를 들어 아동표, 성인표, 학생표를 사려면 모두 분기 과정에 들어가야 한다.
따라서 업무 프로세스와 해당 업무 규칙을 정의하는 것이 좋습니다.
요약하면, 비즈니스 아키텍처 청사진의 내용은 명확해야합니다! 전면! 직관적! 자세히!
위에서 우리는 비즈니스 아키텍처의 내용을 배웠는데, 아마도 충분히 직관적이지 않을 것이다. 우리는 각 모듈에 대한 이해를 깊게하기 위해 사례를 사용합니다.
비즈니스 아키텍처 청사진의 다섯 가지 요소를 예를 들어 설명합니다.
비즈니스 아키텍처 청사진 5 요소를 통해 중국 철도 12306 플랫폼의 비즈니스 아키텍처를 한눈에 파악할 수 있습니다.
대상 비즈니스 기능-온라인 티켓 구매, 온라인 결제, 온라인 환불 등
목표 조직 구조-기존 조직 아키텍처를 기반으로 새로운 IT 운영 및 유지 관리 센터를 구축합니다.
목표 업무 프로세스-로그인, 예매, 지불, 연체불불 발권원
목표 비즈니스 모델-온라인 티켓 구매, 수월함 (이것은 단지 가치 주장일 따름)
대상 비즈니스 데이터-사용자 계정, 기차 일정, 좌석 데이터, 주문, 지불 기록 등
비즈니스 채널, 파트너 및 가치 사슬을 예로 들 수 있습니다.
다음 다이어그램은 증권사의 업무 기능과 해당 업무 채널을 분석합니다.
가치 사슬에는 핵심 비즈니스 계층과 지원 계층이 포함됩니다. 여기서 핵심 비즈니스 계층은 가치 사슬에서 비즈니스 기능 및 서비스의 최상위 분해에 속합니다.
계획을 세울 때, 우리는 종종 격차 분석법을 사용하여 현재의 상황을 파악한 다음, 우리의 기대를 제시하고 목표와 기대의 격차를 분석한다. 만약 누군가가 초보자에게 이렇게 말한다면, 충분하지 않을 수도 있다. 최소한 다음 질문에 답해야합니다.
질문 1: 비즈니스 설계자는 도대체 무엇을 분석하려고 합니까? 전략적 동인이란 무엇입니까?
-정책 문서까지 구체적으로 할 수 있을까요? 전략적 방침? 시장 조사? 친구 상인 벤치마킹?
질문 2: 전략과 청사진 사이의 논리는 무엇입니까?
-작은 목표로 나눌 수 있을까요? 작은 전략 수립?
질문 3: 우리는 먼저 무엇을 해야 합니까?
-아주 작은 인보이스 시스템도 먼저 업무 조사를 해야 하지 않나요?
착륙 설계 단계
저자가 공유하는 3 단계 전략 중심의 비즈니스 아키텍처 (BA) 설계를 살펴보겠습니다.
그림의 세 단계는 매우 명확하고 현실에 매우 가깝습니다.
이점: 1: 명확한 전략적 추진 출발점. 이 방법에서는 국가 정책, 기업 전략 및 벤치마킹 업체 중 하나가 후속 조사, 계획 및 구현을 트리거하기 때문에 세 가지 전략적 추진 요소 (Drvier) 유형을 정의합니다.
장점 2: 조사 과정이 분명하다. 첫 번째 단계는 연구 링크를 포함합니다.
이점 3: 전략에서 청사진으로의 전환 논리를 강조합니다. 두 번째 단계는 청사진이 전략을 완벽하게 지원할 수 있도록 비즈니스 아키텍처 목표/전략을 착실하게 계획하는 것입니다. 이 단계는 고위 비즈니스 아키텍처 설계에 속합니다.
장점 4: 목표 청사진과 격차 분석을 병행한다. 세 번째 큰 단계에서.
BA 목표 청사진의 설계 단계는 기본 비즈니스 아키텍처 설계에 속하며, 여기서 Gap 링크는 필수 단계입니다. 우리는 비즈니스 아키텍처의 증가를 식별하고 적절한 구현 조치를 제공해야 한다.
격차 분석의 가치는 지속적인 아키텍처 거버넌스에 필요하며 BA 계획 외에 AA, DA, TA 설계에도 적용된다는 것입니다.
본론으로 돌아가면 운전기사, 조사연구를 잘해라.
비즈니스 아키텍처 설계를 위해 가장 먼저 해야 할 일은 전략적 추진 요인이 무엇인지 명확히 하는 것입니다.
비즈니스 아키텍처 설계를 잘 해야 하는 두 번째 일은 조사입니다. 조사를 통해 Dell 은 기업의 거시환경과 업계 추세를 넓은 의미로 이해하고, 전략의 전과후를 심층적으로 이해하며, 기업의 경쟁 구도와 우호적인 경영 추세를 수평적으로 파악할 수 있습니다.
언뜻 보면 조사 범위가 넓어서 알 수가 없다. 자세히 보면 규칙적이다. 주요 세 줄은 경영진 인터뷰, 전략의 맥락, 참고할 수 있는 사례다.
전략에서 청사진에 이르는 핵심 포인트의 내부 논리
전략에서 청사진의 내부 논리에 이르기까지 네 가지 개념으로 뒷받침되는 뼈대:
추진 요인-전략적 추진 요인
목표-비즈니스 아키텍처 목표
전략-비즈니스 아키텍처 전략
청사진-비즈니스 아키텍처 청사진
이것은 대기업이다. 전략에서 청사진에 이르는 논리를 구축하여 디지털 조달의 변화를 촉진하는 방법은 다음과 같은 점을 이해하는 데 도움이 될 것입니다.
요약하자면 전략에서 청사진에 이르는 내재적인 논리적 맥락은 추진 요소-목표 분해-전략 설계-청사진 정의를 결정하는 것이다. 논리가 분명하고, 혁신이 이치에 맞고 근거가 있다.
비즈니스 설계자가 전략적 의도를 진정으로 이해하고 전략적 동기를 정확하게 이해한 경우에만 후속 비즈니스 아키텍처 설계 작업을 수행할 수 있습니다. 작업량은 무섭지 않습니다.
도구 차이 분석
추진 요인을 결정하기 위해 전진하다
이 프로젝트는 철도 디지털 서비스 개조 프로젝트라고 가정합니다.
비즈니스 설계자 (장삼) 는 비즈니스 아키텍처의 드라이버가 전체 비즈니스의 출발점이며 반드시 식별하고 철저히 이해해야 한다는 것을 알고 있습니다.
장삼은 디지털 전환 프로젝트의 원동력이 회사가 방금 제정한' 기업 전략 계획' 이라는 것을 알게 되었다.
"기업 전략 계획" 에서는 디지털 서비스 변화의 배경을 설명합니다. 최근 몇 년 동안 인터넷 기술의 발전은 모든 업종의 서비스 수준을 높여 사람들의 의식주, 의학, 학습, 놀이를 크게 용이하게 했습니다. 기업의 관점에서 인터넷, 빅 데이터 등의 기술을 통해 디지털 전환을 적극적으로 추진하고 고객 중심의 서비스 모델을 포용하면 고객 만족도와 기업 경쟁력을 높일 수 있습니다.
기업 전략 계획과 디지털 변환 전략의 핵심 표현은 사람 중심, 고객 중심의 서비스 이념 수립, 서비스 방식 혁신, 서비스 기준 향상, 디지털 서비스 전환 촉진, 서비스 수준 향상입니다.
경영진 면접을 추진하여 조사 연구를 잘하다.
경영진 면접: 비즈니스 설계자에게 업계를 알리는 것이 아니라 경영진의 관심사와 주요 관점을 이해하는 것입니다.
인터뷰를 통해 비즈니스 설계자는 다음을 이해해야 합니다.
연구를 촉진하는 참고 사례.
연구에서 배울 수 있는 모범 사례와 사례도 연구의 필수 내용이다.
그 이유는 업계의 각 단계에 대한 모범 사례와 사례가 당시 업계의 실천 수준을 반영했기 때문이다. 따라서 비즈니스 설계자가 현재 업계의 모범 사례를 수집하고 나누면 자체 건축 설계에서 설계 방향을 보다 잘 파악하고 설계 표준을 개발할 수 있습니다.
비즈니스 아키텍처의 목표와 전략은 다음 두 가지 측면으로 구성됩니다.
고급 격차 분석
기준 비즈니스 아키텍처
대상 비즈니스 아키텍처
위 사례에서는 격차 분석을 통해 비즈니스 역량 격차와 IT 역량 부족을 파악한 다음 비즈니스 아키텍처 목표와 전략을 파악했습니다. 이는 상향식 접근 방식입니다. 판매, 여객 운송, 화물 운송, 청산, 판매 후, 부가 가치 서비스 등 강화되어야 할 핵심 비즈니스를 식별하고 비즈니스 기능, 비즈니스 프로세스, 비즈니스 데이터, 조직 구조, 비즈니스 모델 모듈 등을 개발하는 데 필요한 전략을 제시하는 등 후속 절차를 준비합니다.
예를 들어, 위의 가치 사슬 분석에서 볼 수 있듯이, 우리의 새로운 비즈니스 요구 사항은 부가가치 서비스이며, 전자상거래 업무와 여행사를 통해 실현할 수 있습니다. 좀 더 깊이 생각해 보면, 우리의 목표는 수입을 늘리는 것이고, 그러면 하향식 사고를 할 수 있다는 것을 알 수 있다. 전자상거래 업무와 여행사 외에도 보험 대리인으로 서비스 입구를 통해 사용자에게 접근할 수 있습니다.
목표 및 전략 결정 촉진
비즈니스 아키텍처 목표와 전략을 확실하게 계획해야만 후속 비즈니스 아키텍처 청사진 정의가 정책을 완벽하게 지원할 수 있습니다.
비즈니스 목표와 전략을 결정하는 것은 비즈니스 아키텍처 설계의 고급 부분입니다. 후속 비즈니스 아키텍처 청사진 정의는 비즈니스 아키텍처 설계의 기본 부분입니다. 전자는 후자의 발전 방향을 이끌고 있다. 이를 통해 "비즈니스 아키텍처의 목표와 전략 결정" 의 중요성을 알 수 있습니다.
이를 수행하는 세 가지 방법이 있습니다.
1) 하향식: 드라이버를 하위 대상으로 분할하고 하위 목표를 비즈니스 아키텍처 전략에 매핑합니다.
2) 상향식: 격차 분석을 통해 역량의 짧은 보드를 발견하고 비즈니스 아키텍처 목표와 전략을 결정할 수 있습니다.
3) 이 두 가지 방법의 결합, 순환 전개, 상호 검증.
철도 시스템의 디지털 전환과 서비스 수준 향상이 원동력이다. 어떻게 해야만 이 궁극적인 목표를 달성할 수 있습니까?
대답은 다음과 같습니다.
조직 구조 뷰는 조직 구조, 비즈니스 채널 및 파트너라는 세 가지 모듈로 구성됩니다.
조직 구조 및 개선은 주로 부서 설정, 직무 설정, 직무 책임 등을 설명합니다. 파트너 및 개선은 주로 공급망의 상류 및 하류 파트너와의 관계 강화를 설명합니다. 비즈니스 채널 혁신도 비즈니스 아키텍처 설계의 일반적인 전략입니다. 예를 들어 설명하겠습니다.
다음 조직도는 현재 및 대상 조직 구조를 격차 분석으로 그리고 변경점을 보여 줍니다.
초보자 비즈니스 설계자는 조직 구조에서 설계할 것이 없다고 생각하는 경우가 많습니다. 반대로, 일단 조직 구조가 바뀌어야 한다면, 반드시 큰 영향을 끼칠 것이다.
위 그림에서 볼 수 있듯이, 예전에는 기업들이 스스로 IT 개발을 했는데, 지금은 회사가 동시에 IT 운영을 할 계획입니다. 이에 따라 기업 조직 구조에 IT 운영 유지 관리 센터가 추가되었습니다.
비즈니스 설계자는 가능한 한 빨리 조직 구조에서 가능한 변화를 결정해야 합니다. 새로운 부서, 부서 향상, 인력 역량 향상 등 TOGAF 의 역량 증가에 속하므로 후속 비 IT 작업 패키지가 필요합니다.
뿐만 아니라, 조직 구조의 변화는 경영 관리에서 제한 감독, 성과 평가에 이르기까지 기업 전체의 지배 구조에 영향을 미친다.
간단히 말해 비즈니스 설계자는 시스템 간 소프트웨어 요구 사항 분석가로 평가 절하되는 경우가 많지만, 비즈니스 아키텍처 청사진 계획 작업을 실제로 수행하는 비즈니스 설계자는 많은 "비 IT" 계획을 감당할 수 있어야 합니다.
채널: 바이두 백과사전의 해석은' 어떤 목적을 달성하는 방법' 이며, 상업 채널은 사용자가 상업적 목적을 달성하는 방법이다. 아래 그림과 같이 열차장은 보충단말기의 통로를 통해 사용자가 보충표를 완성하는 데 도움을 주었고, 여객운송회사는 대형 화면을 통해 승객차 차 정보를 알렸다.
상업 채널 혁신의 예
웹사이트, 휴대폰 앱, 매표터미널, 대형 화면 구매표, 매표, 열차정보 조회의 오프라인 연계로 사용자 경험과 회사 내부 효율성이 향상되었습니다.
느낌: 위 그림에서 볼 수 있듯이 비즈니스 채널은 완전히 고립된 비즈니스 아키텍처 청사진 계획 항목이 아닙니다. 비즈니스 프로세스, 비즈니스 기능 및 조직 구조와 일치합니다. 따라서 비즈니스 채널을 계획 할 때도 이러한 사항을 고려해야합니다.
채널 연계와 관련하여, 동업자들은 다음과 같이 결론을 내렸다.
기업은 고객에게 가치를 창출하는 일련의 활동과 기능으로 구성되어 있다. Dell 의 비즈니스 기능은 고객에게 가치를 창출할 수 있는 활동과 기능에서 비롯됩니다.
기업의 가치 사슬은 설계, 생산, 마케팅, 운송 등 고객에게 가치를 창출하는 일련의 활동, 기능 및 비즈니스 프로세스 간의 연계를 보여줍니다. 가치 사슬에는 두 가지 주요 구성 요소가 있습니다.
핵심 비즈니스 (주요 고객 가치 창출)
지원 활동 (핵심 비즈니스에 대한 지원 서비스 제공)
운송업체 디지털화 서비스의 사례를 계속 살펴보면, 비즈니스 설계자는 운송업체 디지털화 서비스 변화의 과제에 직면해 연구에 전념해 아래 그림의 가치 사슬 분업 구조를 제시했다.
일부 학생들은 핵심 업무 모듈에 여객운송과 화물 운송 등 서로 다른 업무 유형이 있는 이유가 궁금할 수 있다. 실제 업무에서는 여객 수송과 화물 운송을 담당하는 하나의 모듈만 있을 수 있다. Dell 의 비즈니스 아키텍처 배경에서 언급했듯이 국내 비즈니스 아키텍처는 고립된 정보를 해결하기 위해 개발되었습니다. 비즈니스 설계자는 개별 시스템을 빗질하는 대신 글로벌 계획을 진행하고 있습니다.
우리는 이미 위의 가치 사슬을 빗어 냈고, 이제 우리는 기능 영역을 분해해야 한다. 다음 그림은 1 차 필드의 분해 다이어그램입니다.
그런 다음 비즈니스 역량 격차를 분석하여 4 개의 1 차 기능 필드와 13 개의 향상된 1 차 기능 필드가 추가되었음을 알 수 있습니다.
가치 사슬 분석에서 1 차 기능 도메인 구분으로의 전환을 통해 다음과 같은 이점을 얻을 수 있습니다.
첫째, 가치 사슬 분석 모델은 후속 기능 도메인 구분을 위한 기반을 제공합니다. 관리 지원+핵심 비즈니스, 비즈니스 기능, 정말 유용합니다. 그리고 업계에서 널리 인정받고 있으며, 전파 과정에서도 자연스럽게 다른 사람에게 받아들여지기 쉽다.
둘째,' 탑승 전, 탑승 중, 하차 후' 와 같은 타임라인 사고는 비즈니스 설계자에게 꼭 필요한 분석 기술이자 갑측 기업 분야 전문가들이 자주 사용하는 분석 습관이다.
비즈니스 아키텍처 설계는 목표 아키텍처를 정의할뿐만 아니라 차이 분석 방법을 사용하여 향후 구현을 위해 개선해야 할 아키텍처 기능을 결정합니다. 비즈니스 기능 변경 및 증가, 조직 아키텍처 변경 및 증가, 비즈니스 프로세스 변경 및 증가, 비즈니스 데이터 변경 및 증가 등이 포함됩니다.
비즈니스 모델은 엔터프라이즈 제품, 엔터프라이즈 핵심 리소스, 고객, 파트너, 채널, 비용 및 이익 간의 본질적인 관계를 보여줍니다. 간단히 말해서, 어떤 기업은 같은 일을 할 수 있고, 어떤 기업은 할 수 없는 이유이다.
비즈니스 모델을 만들 때, 전 세계에 단 하나의 비즈니스 모델만 있다는 것을 의미하지는 않는다. 우리는 우리의 목표에 따라 비즈니스 모델을 만들 수 있습니다. 예를 들어, 위의 경우 철도 운송 회사는 편리함, 수입 증대, 효율성 향상이라는 세 가지 목표를 가지고 있습니다. 우리는 세 가지 비즈니스 모델을 디자인 할 수 있습니다.
철도 기업 디지털 서비스 변화의 경우 인민 대중을 용이하게 하기 위해 인터넷, 전화, 휴대폰 앱을 통해 언제든지 기업 서비스를 받을 수 있도록 지원해야 한다.
철도 기업 디지털 서비스 전환의 경우 효율성을 높이기 위해 하드웨어 장비와 지능형 제어 시스템을 활용하여 취소, 개찰 등의 과정을 디지털화하고 효율성을 높일 수 있습니다.
9 개의 작은 정사각형으로 상업 캔버스를 이해하고 입문하고 효율적인 시스템 사고 환경을 구축하는 것은 위대한 발명품이다.
위의 예에서 볼 수 있듯이 이 비즈니스 모델은 다음과 같은 장점을 가지고 있습니다.
개인적으로 비즈니스 모델은 BRD 와 MRD 의 내용을 결합합니다.
BRD: 누가 (고객 세분화), 어떤 문제 (가치 제안), 무엇을 해야 하는지 (주요 활동), 어떤 자원 (주요 자원), 비용 효율성 (비용/수익) 에 초점을 맞춘 업무 요구사항 문서입니다.
MRD: 소비자가 어떻게 접촉하는지 (채널 액세스) 그리고 어떻게 파트너를 얻을 수 있는지 초점을 맞춘 시장 수요 문서입니다.
비즈니스 프로세스 뷰는 애플리케이션 아키텍처의 입력이며 비즈니스 아키텍처에서 가장 많이 착지되는 가장 긴 장이기도 합니다. (윌리엄 셰익스피어, 윈스턴, 업무, 업무, 업무, 업무, 업무, 업무, 업무)
이 문서에서는 간단한 비즈니스 프로세스를 순서도로 그릴 수 있다고 생각하는 비즈니스 프로세스의 협업 방법에 대해 설명합니다. 분기가 많고 복잡한 비즈니스 프로세스의 경우 텍스트 설명을 사용하는 것이 좋습니다.
업무 프로세스 정의 사양
초점은 "1 백본 +N 분기" 의 프로세스 분해입니다
각 단계의 비즈니스 또는 데이터 모델 규칙과 함께 "단계+단계" 에 중점을 둡니다.
중점은 "주요 프로세스의 분기점을 표시" 하고 각 단계의 비즈니스 또는 데이터 모델 규칙을 첨부하는 것입니다.
이 부분은 선택 사항입니다.
이 부분은 매우 중요하다. 앞서 언급했듯이 업무 프로세스 뷰는 애플리케이션 아키텍처의 입력이므로 이 섹션을 다시 한 번 요약해 보겠습니다.
우리는 분기 프로세스와 업무 시나리오 사이에 완벽한 대응이 있다는 것을 발견했다. 분기 프로세스를 식별하는 것은 장면 기반 사고입니다. 반대로, 주요 프로세스와 분기 프로세스를 구분하지 않을 경우, 후속 비즈니스 요구 사항 변경은 단순히 분기 프로세스를 변경하는 것이 아니라 넓은 지역으로 확산됩니다. 이건 너무 프로답지 않아요.
업무 기능이 많고 업무 시나리오가 많다. 업무 프로세스는 무엇을 정의합니까? 업무 프로세스는 여러 업무 시나리오를 포함하는 업무 기능을 정의합니다. 예를 들어, 티켓 구매에는 여러 명의 티켓 구매와 어린이 티켓 구매가 포함됩니다.
비즈니스 규칙이 많습니다. 비즈니스 규칙 조각화를 어떻게 피할 수 있습니까? 업무 단계 주위에 업무 규칙을 정의합니다. 업무 단계는 주요 프로세스 단계이거나 분기 프로세스 단계일 수 있습니다.
업무 흐름도 사용 여부 정보: 업무 프로세스가 핵심일수록 분기와 업무 규칙이 많아집니다. 이때 문자 사양을 사용하는 것이 좋습니다. 이렇게 하면 더 포괄적인 정보를 제공할 수 있습니다. 복잡하지 않은 업무 프로세스의 경우 순서도의 방법을 사용할 수 있습니다.
이 문서에서는 엔터프라이즈 아키텍처에 대한 개요를 제공하고, 비즈니스 아키텍처의 배경과 실용적인 전략을 상세히 설명하며, 실제 사례를 통해 비즈니스 아키텍처에 대한 이해를 깊게합니다.
우리 문장 중에 관련된 개념 사이의 관계를 돌아봅시다.
전략 중심의 비즈니스 설계 실무 단계의 본질은 전략에서 비즈니스 아키텍처 청사진에 이르는 범위가 너무 넓어서 논리 체인이 따라가지 못하기 때문에 두 단계로 나뉘어 있습니다.
다 보고 나면 기업 구조를 통해 자신을 끌어올리고 회사의 발전에 도움이 될 수 있다고 느낀다면 행동하세요!