현재 위치 - 회사기업대전 - 기업 정보 조회 - 엔터프라이즈 아키텍처 개요 및 비즈니스 아키텍처에 대한 자세한 설명

엔터프라이즈 아키텍처 개요 및 비즈니스 아키텍처에 대한 자세한 설명

가치 있는 것에만 시간과 에너지를 투자할 가치가 있습니다. 엔터프라이즈 아키텍처가 학습에 시간과 에너지를 투자할 가치가 있는 이유는 무엇입니까? 주로 다음 두 가지 이유 때문입니다:

1. 기업의 경우 엔터프라이즈 아키텍처는 회사가 비즈니스 및 IT 전략 계획을 완료하는 데 도움을 줄 수 있습니다. 비즈니스 전략 측면에서는 기업의 비전/미션, 목표/목적/동인, 조직 구조, 기능 및 역할을 정의합니다. IT 전략 측면에서 비즈니스 아키텍처, 데이터 아키텍처, 애플리케이션 아키텍처 및 기술 아키텍처를 정의하는 것은 IT 전략 계획을 위한 모범 사례 가이드입니다. 엔터프라이즈 아키텍처는 엔터프라이즈 비즈니스 전략과 IT 전략 간의 가교이자 표준 인터페이스이며, 엔터프라이즈 정보 계획의 핵심입니다.

2. 개인의 경우 CIO가 되는 등 건전하고 장기적인 직업 발전에 도움이 됩니다. 정보 최고 책임자(CIO)는 정보 기술 활용을 지도하여 회사의 목표를 지원합니다. 기술적 측면과 비즈니스 프로세스 측면을 모두 갖추고 있으며 조직의 기술 배포 전략을 비즈니스 전략과 긴밀하게 연결하는 데 가장 적합한 사람인 경우가 많습니다.

엔터프라이즈 아키텍처는 BA(Business Architecture), DA(Data Architecture), AA(Applications Architecture), TA(Technology Architecture)의 네 부분으로 구성됩니다. 엔터프라이즈 아키텍처는 전반적인 전략 계획에 의해 주도됩니다. 전략, BA, DA, AA 및 TA 간의 관계를 살펴보겠습니다.

그림에서 볼 수 있듯이 전략, BA, DA, AA, TA는 실제로 다음 세 가지 수준에 위치합니다.

이 다섯 가지의 핵심 관계는 다음과 같이 요약할 수 있습니다. :

l 상위 레이어가 하위 레이어를 구동하고 하위 레이어가 상위 레이어를 지지하는 방식으로 서로 맞물려 있습니다.

위 내용을 통해 우리는 전략, 비즈니스 아키텍처, 솔루션 아키텍처의 관계를 알게 되었습니다. 아키텍처 로드맵과 구현 계획 링크가 실제 작업에서 어떻게 작동하는지 살펴보겠습니다.

구현의 핵심 포인트는 위치에 고정(왼쪽)하고 문서화(오른쪽)하며 조직 조정, 기술 조달, 프로젝트 연구 개발 등 세부 작업 패키지입니다. 주요 링크는 다음과 같습니다.

여기에 추가해야 할 점은 구현 계획이 "건축 청사진에서 R&D까지"뿐만 아니라 "건축 청사진에서 IT 및 모든 측면에 대한 계획"이라는 점입니다. 비 IT".

비즈니스 아키텍처와 관련하여 OMG 비즈니스 아키텍처 그룹은 다음과 같은 정의를 내렸습니다.

비즈니스 아키텍처는 기업 지배 구조, 비즈니스 역량 및 가치 흐름의 공식적인 청사진입니다. 비즈니스 아키텍처는 기업의 거버넌스 구조, 비즈니스 기능, 비즈니스 프로세스 및 비즈니스 데이터를 명확하게 정의합니다. 그 중에서 비즈니스 기능은 기업이 수행하는 작업을 정의하고, 비즈니스 프로세스는 기업이 이를 수행하는 방식을 정의합니다. 구체적으로는 다음과 같습니다.

비즈니스 아키텍처의 사용 시나리오를 더 잘 이해할 수 있도록 해외 및 국내에서 비즈니스 아키텍처가 출현한 배경을 이해해 보겠습니다. 비즈니스 아키텍처는 부서 간 비즈니스 요구 사항입니다. 그리고 조직 간, 단일 소규모 시스템의 수명주기에는 비즈니스 아키텍처 링크가 전혀 없습니다.

교차 시스템 계획 - 비즈니스 아키텍처의 글로벌 출현 배경

외국 소프트웨어 시스템의 장기적인 개발과 수년간의 실천 끝에 1962년 " 이 기사 "정보 시스템 마스터 플랜"은 부서 간, 조직 간 수요 계획을 시작합니다. 그 이후로 몇 년 동안 IBM과 다른 회사들은 많은 관행을 수행해 왔습니다.

1982년 IBM은 비즈니스 시스템 계획(BSP) 방법론을 발표했습니다. 이는 업계에 크고 지속적인 영향을 미친 중요한 행사였습니다.

이후 몇 년 동안 Togaf, FEAF 등 비즈니스 구조가 빠르게 발전했습니다.

위의 역사는 비즈니스 아키텍처가 교차 시스템에서 탄생하고 교차 시스템 요구 사항에 주의를 기울인다는 것을 말해줍니다. 개발자의 관점에서 비즈니스 아키텍처는 부서와 조직 전체의 비즈니스 요구 사항입니다.

정보 사일로 - 비즈니스 아키텍처가 중국에서 대중화될 기회

중국에서는 비즈니스 아키텍처를 언급할 때 정보 사일로를 언급하는 현상이 있습니다. 왜 이런가요? 중국이 비즈니스 아키텍처 설계에 본격적으로 관심을 갖기 시작했기 때문에 정보섬의 페인포인트를 해결하는 것에서부터 시작되었습니다.

21세기 초 국내 정보화 과정은 부서정보화에서 기업정보화로 발전했다. 전사 부서(그룹 계열사 간) 간 협업 및 연계의 필요성은 IT 정보 시스템 간의 정보 공유 및 협업의 필요성으로 이어졌으며, 동시에 정보 섬(재무, 인사, 조달, 판매, OA 등)이 독립적으로 작동합니다.

정보 섬의 세 가지 주요 단점으로 인해 중국에서는 비즈니스 아키텍처가 대중화되었습니다. 다음은 세 가지 주요 단점입니다.

그렇다면 정보 섬 문제를 어떻게 해결해야 할까요?

일련의 시스템을 별도로 구축하기 전에 비즈니스 아키텍처를 설계하고 통합된 청사진을 정의하는 것이 기본입니다. 데이터 맵, 데이터 공유, 프로세스 통합 및 서비스 조정은 모두 통합된 청사진을 중심으로 개발됩니다.

비즈니스 아키텍처는 시스템 전반에 걸쳐 있으므로 하위 시스템과의 관계는 무엇입니까?

사진 속 큰 V와 작은 V는 무엇을 의미하나요?

큰 V 부분은 전체 계획의 수명주기입니다. Big V의 요구 사항 단계에서는 부서 간 및 조직 간 비즈니스 요구 사항을 명확하게 연구하고 정의해야 합니다. 이러한 요구 사항은 종종 시스템 간입니다. 예를 들어, 고객 수리 업무 기능은 고객 서비스 전화 응답, 고객 정보 확인, 수리 내용 기록, 파견 등 일련의 작업을 지원하기 위해 콜센터 시스템, CRM 시스템 및 작업 지시 시스템의 조정 및 연계가 당연히 필요합니다. 유지 보수 엔지니어가 문을 열었습니다.

작은 V 부분은 특정 시스템의 수명주기입니다. Xiao V의 요구 사항 단계에서는 이 시스템의 요구 사항을 명확하게 분석하고 정의해야 하며 이러한 요구 사항은 시스템 내에 있는 경우가 많습니다. 예를 들어 CRM 시스템은 고객 데이터 관리를 담당합니다.

요약하면 프로그램 수준과 하위 시스템 수준이라는 두 가지 수준의 수명주기가 동시에 존재합니다. 대표적인 예를 들자면, 기업이 ERP 시스템을 구축하고자 한다면 어떻게 할까요?

계획에는 광범위하고 많은 부서가 포함되므로 비즈니스 아키텍처 설계가 필요합니다. 이때 비즈니스 아키텍트는 비즈니스 아키텍처 설계를 담당하며 "비즈니스 아키텍처 문서"를 제출합니다.

가설은 주로 시스템 A의 요구 사항, 개발, 테스트 등을 포함합니다.

이때 요구사항 분석가는 서둘러 '시스템 A 요구사항 사양'을 담당했습니다. 물론 요구사항 분석가는 전체 합의에 대해 업스트림 '비즈니스 아키텍처 문서'를 참조해야 합니다.

참고: 실제 운영에서는 특정 비즈니스 기능을 달성하기 위해 시스템 A, 시스템 B, 시스템 C의 일부 기능을 동시에 개발해야 할 수 있으므로 이는 단지 가설일 뿐입니다. 모든 기능이 동일한 시스템에 속해야 한다는 의미는 아닙니다.

가설은 주로 시스템 B의 요구사항, 개발, 테스트 등을 포함합니다.

이때 요구사항 분석가는 서둘러 '시스템 B 요구사항 사양'을 담당했습니다. 물론 요구사항 분석가는 전체 합의에 대해 업스트림 '비즈니스 아키텍처 문서'를 참조해야 합니다.

비즈니스 아키텍처가 성공하기 위해 가장 먼저 해야 할 일은 아키텍트가 옳은 일을 해야 한다는 것, 즉 비즈니스 아키텍처의 실제 업무 내용에 대해 충분한 경험을 갖고 있으며 생략할 수 없다는 것이다. 그것.

반대로 비즈니스 아키텍처 분석이 부족하다는 것은 비즈니스 아키텍처 청사진 계획 항목이 부족하다는 것을 의미하며 이는 투자 역할부터 솔루션 설계, 구현 계획, IT 작업 패키지 및 비IT 식별에 이르기까지 모든 것에 영향을 미칩니다. 모든 후속 작업을 기다리고 있습니다.

비즈니스 아키텍처 = 비즈니스 기능, 조직 구조, 비즈니스 프로세스, 비즈니스 데이터

비즈니스 아키텍처의 실제 업무 내용은 무엇입니까?

비즈니스 아키텍처의 전신은 1982년 IBM이 출시한 BSP와 같은 시스템 간 계획 방법이었습니다. 따라서 비즈니스 아키텍처는 본질적으로 시스템 간 계획입니다.

그러나 비즈니스 아키텍처의 내용은 시스템 간 요구 사항 분석의 범위를 훨씬 넘어서며 시스템 간 비즈니스 아키텍처 청사진 계획의 더 넓은 범위를 포괄합니다. 그 이유는 비즈니스 아키텍처가 전략에서 구현으로 전환하는 데 가교 역할을 해야 하기 때문입니다. 즉, 회사 전략을 다음 단계로 끌어올리고 그 다음에는 IT 구현과 비IT 구현이 뒤따릅니다.

그렇습니다. 비즈니스 아키텍처는 청사진 중 IT가 아닌 부분도 포함합니다!

세부 비즈니스 아키텍처의 실제 작동 모델을 살펴보겠습니다.

큰 관점에서 볼 때 비즈니스 기능은 기업이 수행하는 작업을 정의하고, 조직 구조는 이를 수행하는 사람을 정의하며, 비즈니스 프로세스는 이를 수행하는 방법을 정의하며, 비즈니스 데이터는 필요한 지원을 제공합니다. 비즈니스 프로세스와 비즈니스 데이터는 비즈니스 아키텍처 청사진의 핵심을 형성합니다.

동시에 비즈니스 모델은 회사의 제품, 핵심 자원, 고객, 파트너, 채널, 비용 및 이익 간의 본질적인 관계를 드러냅니다. 현대적인 도구인 비즈니스 모델 역시 비즈니스 아키텍처 청사진의 필수 계획 항목입니다.

작은 측면에서 먼저 비즈니스 채널은 어디에 있습니까? 조직 구조는 부서, 역할, 기능을 중심으로 이루어지며 조직 구조, 비즈니스 채널 및 파트너가 밀접하게 연관되어 있습니다. 따라서 조직 구조를 정리하는 동안 비즈니스 설계자는 채널 전략과 파트너 전략을 결합하여 비즈니스 채널 계획과 파트너 계획을 정의해야 합니다. 이들은 비즈니스 아키텍처 청사진의 "일류 시민"입니다.

둘째, 가치사슬은 어디에 있는가? 가치사슬 모델은 기업에서 발생하는 모든 비즈니스 활동에 대한 전반적인 설명으로, 비즈니스 아키텍처 청사진을 계획할 때 반드시 거쳐야 할 항목입니다. 비즈니스 기능은 세 가지 수준으로 나누어 레이어별로 분해할 수 있습니다:

셋째, 비즈니스 프로세스 = "주 프로세스 분기 프로세스에 대한 비즈니스 규칙":

예: 기차를 구매할 때 티켓, "투표-그랩-페이" 프로세스는 안정적입니다. ,

예를 들어 좌석 선택, 창가석, 비창가석, 좌석표, 슬리퍼(상단 및 하단 중간 침대)의 분기 프로세스가 있습니다.

예를 들어 어린이 티켓, 성인 티켓, 학생 티켓을 구매하는 경우 지점 프로세스를 입력해야 합니다.

따라서 비즈니스 프로세스를 정의하면서 해당 비즈니스 규칙을 정의하는 것이 좋습니다.

요약하면 비즈니스 아키텍처 청사진의 내용이 명확해야 합니다! 포괄적인! 직관적! 상세한!

위에서 우리는 직관적이지 않을 수 있는 비즈니스 아키텍처의 내용을 배웠습니다. 각 모듈에 대한 이해를 심화하기 위해 사례를 사용합니다.

비즈니스 아키텍처 청사진의 5가지 요소에 대한 예를 들어보세요.

비즈니스 아키텍처 청사진의 5가지 요소를 통해 비즈니스 아키텍처를 살펴볼 수 있습니다. 중국철도 12306 플랫폼.

대상 비즈니스 기능 - 온라인 티켓 구매, 온라인 결제, 온라인 환불 등

대상 조직 구조 - 원래 조직 구조를 기반으로 새로운 IT 운영 및 유지 관리 센터를 구축합니다. ;

p>

대상 비즈니스 프로세스 - 먼저 로그인한 다음 티켓을 구매하고, 시간 초과가 지불되지 않으면 티켓 소스를 해제합니다.

대상 비즈니스 모델 - 구매; 온라인 티켓, 시간과 노력 절약(이것은 단지 가치 주장임)

대상 비즈니스 데이터(사용자 계정, 기차 일정, 좌석 데이터, 주문, 결제 기록 등)

비즈니스 채널, 파트너 및 가치 사슬의 예

다음 그림은 증권사의 비즈니스 기능과 해당 비즈니스 채널을 분석합니다.

가치 사슬에는 핵심이 포함됩니다. 비즈니스 계층 및 지원 계층 여기서 핵심 비즈니스 계층은 가치 사슬에서 비즈니스 기능 및 서비스의 최상위 분해에 속합니다.

계획을 세울 때 우리는 GAP 분석 방법을 사용하여 먼저 현재 상황을 파악한 다음 기대치를 제시하고 목표와 기대 사이의 격차를 분석하는 경우가 많습니다. 누군가가 초보자에게 이 말을 하면 충분하지 않을 수 있습니다. 최소한 다음 질문에 대답해야 합니다.

질문 1, 비즈니스 설계자가 구체적으로 분석해야 할 것은 무엇입니까? 전략적으로 추진된다는 것은 무엇을 의미합니까?

--정책 문서에만 적용할 수 있나요? 전략적 정책? 시장 조사? 친구들과 벤치마킹을 하시나요?

질문 2: 전략에서 청사진까지, 그 사이의 논리는 무엇입니까?

--작은 목표로 나눌 수 있나요? 소규모 전략 개발?

세 번째 질문, 가장 먼저 무엇을 해야 할까요?

--소량의 구매, 판매, 재고 시스템이라도 먼저 비즈니스 조사가 필요하죠?

구현 설계 단계

저자가 공유하는 3단계 전략 중심 비즈니스 아키텍처(BA) 설계를 살펴보겠습니다.

그림의 세 가지 주요 단계는 매우 명확하고 현실에 매우 가깝습니다.

장점 1: 전략적인 운전의 출발점이 명확하다. 이 방법은 실제로 후속 연구, 계획 및 구현을 촉발하는 세 가지 국가 정책, 기업 전략 및 벤치마킹 파트너 중 하나이기 때문에 세 가지 유형의 전략적 동인(Drvier)을 명확히 합니다.

장점 2: 명확한 연구 링크. 첫 번째 단계에는 연구 단계가 포함됩니다.

장점 3: 전략에서 청사진으로의 전환 논리를 강조합니다. 두 번째 큰 단계에서는 비즈니스 아키텍처 목표/전략을 현실적인 방식으로 계획해야만 청사진이 전략을 완벽하게 지원하는지 확인할 수 있습니다. 이 단계는 높은 수준의 비즈니스 아키텍처 설계에 속합니다.

장점 4: 목표 청사진과 격차 분석에 똑같이 주의를 기울입니다. 3단계에서.

BA 대상 청사진을 설계하는 단계는 하위 수준 비즈니스 아키텍처 설계에 속하며, 여기서 갭 링크는 필수 링크이며 비즈니스 아키텍처의 증분을 식별하고 이에 따른 구현 방법을 제공해야 합니다.

갭 분석의 가치는 지속적인 아키텍처 거버넌스에 필요하다는 점이며, BA 기획 프로세스 외에도 AA, DA, TA 설계 프로세스에도 적용됩니다.

동인을 명확히 하고 연구하는 것이 핵심이다.

비즈니스 아키텍처 설계에서 가장 먼저 해야 할 일은 전략적 추진 요인이 무엇인지 명확히 이해하는 것이다.

비즈니스 아키텍처 설계에서 두 번째로 해야 할 일은 연구입니다. 연구를 통해 기업의 거시적 환경과 산업 동향에 대한 폭 넓은 이해, 원인과 결과, 전략의 내외부에 대한 깊은 이해, 기업의 경쟁 구도와 우호적 기업 동향에 대한 수평적 이해를 얻을 수 있습니다.

언뜻 보면 연구 범위가 매우 광범위하고 혼란스럽습니다. 자세히 보면 패턴이 크게 3가지 있는데, 경영면접, 전략 내외, 참고할 수 있는 사례들이다.

핵심 사항: 전략에서 청사진까지의 내부 논리

전략에서 청사진까지의 내부 논리는 다음 네 가지 개념으로 지원되는 뼈대입니다.

동인 - 전략적 동인 요소

목표 - 비즈니스 아키텍처 목표

전략 - 비즈니스 아키텍처 전략

청사진 - 비즈니스 아키텍처 청사진

이것은 대규모 기업입니다. 전략에서 청사진까지 디지털 조달 전환을 구축하는 방법에 대한 논리를 발전시키기 위해 다음 사항을 이해하는 데 도움이 될 것이라고 믿습니다.

요약하면 전략에서 청사진까지의 내부 논리적 주요 라인은 동인 결정-목표 분해-전략 설계-청사진 정의입니다. 논리는 명확하고 혁신의 기반은 탄탄합니다.

비즈니스 설계자만이 전략적 의도를 진정으로 이해하고 전략적 동기를 정확하게 이해할 수 있습니다. 후속 비즈니스 아키텍처 설계 작업은 추적 가능하며 작업량이 아무리 크더라도 끔찍하지 않습니다.

도구 GAP 분석

운전자 결정 촉진

프로젝트는 철도 디지털 서비스 혁신 프로젝트로 가정됩니다.

비즈니스 아키텍트(장산)는 비즈니스 아키텍처의 동인이 전체 비즈니스의 출발점이라는 것을 알고, 정확하게 파악하고 철저하게 이해해야 한다.

Zhang San은 디지털 혁신 프로젝트의 동인이 회사에서 방금 수립한 '회사 전략 계획'이라는 것을 알게 되었습니다.

'회사 전략 계획'에는 디지털 서비스 전환의 배경이 자세히 설명되어 있습니다. 최근 몇 년간 인터넷 기술의 발전으로 각계각층의 서비스 수준이 향상되었으며 사람들의 의복, 음식, 생활이 크게 편리해졌습니다. 주택, 여행, 의학, 공부, 놀이 등. 기업 입장에서는 인터넷, 빅데이터 등 기술을 활용해 디지털 전환을 적극적으로 추진하고 고객 중심의 서비스 모델을 수용하면 고객 만족도와 기업 경쟁력을 높일 수 있다.

'회사 전략 계획'의 디지털 전환 전략의 핵심 내용은 사람 중심, 고객 중심의 서비스 개념 수립, 서비스 방식 혁신, 서비스 표준 개선, 디지털 서비스 전환 촉진, 서비스 수준을 향상시킵니다.

연구를 위한 경영 인터뷰 촉진

경영 인터뷰: 비즈니스 설계자가 업계를 이해하는 것이 아니라 경영진의 관심사와 주요 의견을 이해하는 것입니다.

인터뷰를 통해 비즈니스 설계자는 다음 사항을 이해해야 합니다.

참고할 수 있는 사례 연구 홍보

참고할 수 있는 모범 사례 및 모범 사례 연구 , 이는 연구를 위해 꼭 해야 할 일이기도 합니다.

그 이유는 업계 각 단계의 모범 사례와 모범 사례가 당시 업계의 실무 수준을 반영하기 때문입니다. 따라서 비즈니스 아키텍트가 업계 최신 우수 사례를 수집하고 공유한다면 자신이 담당하는 아키텍처 설계에 있어 설계 방향을 더 잘 파악하고 설계 표준을 정할 수 있을 것이다.

비즈니스 아키텍처 목표 및 전략에는 다음 두 가지 측면이 포함됩니다.

격차 분석 촉진

기준 비즈니스 아키텍처

대상 비즈니스 아키텍처

p >

위 사례에서는 GAP 분석을 통해 비즈니스 역량 격차와 IT 역량 부족점을 파악하고 이를 통해 비즈니스 아키텍처 목표와 전략을 파악했습니다.

예를 들어 후속 단계를 준비하기 위해 판매, 여객 운송, 화물, 청산, 애프터 세일 등 강화가 필요한 핵심 사업을 식별했으며, 새로운 사업에는 부가 가치 서비스가 포함됩니다. 비즈니스 프로세스, 비즈니스 데이터, 조직 구조, 비즈니스 모델 모듈은 해당 전략을 제공합니다.

예를 들어 위 그림의 가치사슬 분석을 보면 우리의 새로운 비즈니스 요구사항은 전자상거래 사업과 여행사를 통해 달성할 수 있는 부가가치 서비스라는 것을 알 수 있습니다. 더 나아가서 우리의 목표는 수익을 늘리는 것이고, 전자상거래 사업과 여행사 외에도 서비스를 통해 사용자에게 다가가는 보험 대리인이 될 수도 있습니다. 포털 채널.

목표 및 전략 결정 촉진

비즈니스 아키텍처 목표 및 전략을 확실하게 계획해야만 후속 비즈니스 아키텍처 청사진 정의가 전략을 완벽하게 지원하도록 할 수 있습니다.

비즈니스 목표와 전략을 결정하는 것은 비즈니스 아키텍처 설계의 높은 수준의 부분입니다. 후속 비즈니스 아키텍처 청사진 정의는 비즈니스 아키텍처 설계의 하위 수준 부분입니다. 전자가 후자의 발전 방향을 주도한다. 이는 "비즈니스 아키텍처 목표 및 전략 결정"의 중요성을 보여줍니다.

이를 수행하는 방법에는 세 가지가 있습니다.

1) 하향식: 동인을 하위 목표로 분해하고 하위 목표를 비즈니스 아키텍처 전략에 매핑합니다.

2) 상향식: Gap 분석을 통해 역량의 단점을 찾아내고 비즈니스 아키텍처 목표와 전략을 파악합니다.

3) 위의 두 가지 방법을 결합하면 주기가 확장되어 서로를 검증하게 됩니다.

철도 시스템의 디지털 전환과 서비스 수준 향상은 운전자의 질문입니다. 이 궁극적인 목표를 어떻게 달성할 수 있을까요?

대답은 다음과 같습니다.

조직 구조 보기에는 조직 구조, 비즈니스 채널 및 파트너라는 세 가지 모듈이 포함됩니다.

조직 구조 및 개선은 주로 부서 설정, 직무 설정, 직무 책임 등을 설명하고 파트너 개선은 주로 공급망 상류 및 하류 파트너와의 관계 강화를 설명합니다. 아래 예시와 같이 비즈니스 채널 혁신은 비즈니스 아키텍처 설계의 일반적인 전략이기도 합니다.

조직구조 다음 그림은 GAP 분석기법을 이용하여 현재의 조직구조와 목표조직구조를 도식화하고 변화점을 나타낸다.

새로운 비즈니스 설계자는 조직 구조를 설계하는 것이 쉽지 않다고 생각하는 경우가 많습니다. 사실, 오히려 일단 조직 구조를 바꾸면 큰 영향을 미칠 수밖에 없습니다.

위 사진을 보면 과거에는 IT 개발을 자체적으로 했다는 것을 알 수 있는데, 이제는 개발을 하면서 IT 운영과 유지보수도 자체적으로 할 계획이다. 이에 따라 IT 운영 및 유지 관리 센터가 기업 조직 구조에 추가되었습니다.

비즈니스 설계자는 조직 구조에 발생할 수 있는 변경 사항을 가능한 한 빨리 파악해야 합니다. 새로운 부서, 부서 강화, 인력 역량 강화 등은 모두 TOGAF의 증분 기능이며 후속 비IT 작업 패키지를 구현해야 하기 때문입니다.

뿐만 아니라 조직 구조의 변화는 운영 및 관리, 제한 및 감독, 성과 평가에 이르기까지 기업 전체의 거버넌스 구조에도 영향을 미칩니다.

간단히 말해서 비즈니스 설계자는 종종 시스템 간 소프트웨어 요구 사항 분석가로 분류되지만 비즈니스 아키텍처 청사진을 계획하는 작업을 실제로 담당하는 비즈니스 설계자는 많은 "비IT"를 처리할 수 있어야 합니다. " 기획중..

채널: Baidu Encyclopedia에 대한 설명은 "특정 목표를 달성하는 방법에 대한 비유"입니다. 비즈니스 채널은 사용자가 비즈니스 목표를 달성하는 방법입니다. 아래 사진과 같이 열차 차장은 승차권 보충 터미널을 통해 사용자가 승차권 보충을 완료하도록 돕고, 여객 운송 회사는 대형 화면을 통해 승객에게 열차 정보를 알려줍니다.

비즈니스 채널의 비즈니스 채널 혁신 사례

웹사이트, 모바일 APP, 티켓 보충 단말기, 대형 스크린을 통해 티켓 구매, 티켓 보충, 열차 관람 등의 온라인과 오프라인 연계를 구현 정보를 제공하여 회사 내 사용자 경험과 효율성을 향상시킵니다.

통찰: 위 그림에서 볼 수 있듯이 비즈니스 채널은 완전히 분리된 비즈니스 아키텍처 청사진 계획 항목이 아닙니다. 이는 비즈니스 프로세스, 비즈니스 기능 및 조직 구조에 해당합니다. 따라서 우리는 비즈니스 채널을 계획할 때 이러한 사항도 고려해야 합니다.

채널 연결과 관련하여 일부 동료들은 이를 다음과 같이 요약했습니다.

기업은 고객을 위한 가치를 창출하는 일련의 활동과 기능으로 구성됩니다. 우리의 비즈니스 기능은 고객을 위한 가치를 창출하는 활동과 기능에서 파생됩니다.

기업의 가치 사슬은 기업의 디자인, 생산, 마케팅, 운송 및 고객을 위한 가치를 창출하는 기타 활동, 기능 및 비즈니스 프로세스 간의 연결을 보여줍니다. 가치 사슬에는 두 가지 주요 구성 요소가 있습니다.

핵심 비즈니스(핵심 고객 가치 창출)

지원 활동(핵심 비즈니스에 지원 서비스 제공)

계속 운송업체를 위한 디지털 서비스 사례를 보면, 운송업체를 디지털 서비스로 전환해야 하는 과제에 직면한 비즈니스 아키텍트가 고심한 연구 끝에 아래 그림과 같은 가치사슬 분할 구조를 제시했다.

일부 학생들은 왜 핵심 비즈니스 모듈에 승객 운송과 화물 운송이라는 두 가지 서로 다른 비즈니스 유형이 있는지 궁금해할 수 있습니다. 실제 업무에서는 승객 운송 또는 화물 운송 중 하나의 모듈만 담당할 수 있습니다. 앞서 우리 비즈니스 아키텍처 등장 배경에서도 국내 비즈니스 아키텍처가 정보섬 문제를 해결하기 위해 개발됐다고 언급한 바 있다. 비즈니스 설계자는 개별 시스템을 분류하는 것이 아니라 전체적인 계획을 세워야 합니다.

위에서 가치사슬을 정리했으니 이제 기능적 영역을 세분화해야 합니다. 아래 그림은 1차 기능 영역의 분해도입니다.

다음으로 비즈니스 역량 격차 분석을 통해 4개의 새로운 1차 기능 영역과 13개의 향상된 1차 기능 영역이 있음을 확인할 수 있습니다.

가치 사슬 분석에서 1차 기능 영역 분할로의 전환을 통해 다음과 같은 이점을 얻을 수 있습니다.

첫째, 가치 사슬 분석 모델은 후속 기능 영역의 기반을 마련합니다. 분할. 관리 지원 및 핵심 비즈니스 기능을 위한 도메인 분할 프레임워크는 실제로 매우 유용합니다. 그리고 업계에서도 널리 인정받고 있으며, 의사소통 과정에서 자연스럽게 다른 사람에게도 쉽게 받아들여진다.

둘째, "버스 타기 전, 버스 타기 전, 버스 내리기 후"와 유사한 타임라인 사고는 비즈니스 아키텍트에게 필수적인 분석 기술임과 동시에 자주 사용됩니다. 당사자 A의 기업 분석 습관 분야 전문가가 작성합니다.

비즈니스 아키텍처 설계에서는 대상 아키텍처를 정의할 뿐만 아니라 GAP 분석을 사용하여 후속 구현을 준비하기 위해 향상해야 하는 아키텍처 기능을 식별해야 합니다. 구체적으로 여기에는 비즈니스 기능의 변경 및 증가, 조직 구조의 변경 및 증가, 비즈니스 프로세스의 변경 및 증가, 비즈니스 데이터의 변경 및 증가가 포함됩니다.

비즈니스 모델이 드러내는 것은 기업의 제품, 핵심 자원, 고객, 파트너, 채널, 비용 및 이익 간의 본질적인 관계입니다. 간단히 말해서, 이것이 일부 회사가 동일한 일을 할 수 있고 다른 회사는 할 수 없는 이유입니다.

비즈니스 모델을 수립한다고 해서 전체적으로 하나의 비즈니스 모델만 존재하는 것은 아닙니다. 우리의 목표에 따라 비즈니스 모델을 별도로 수립할 수 있습니다. 예를 들어, 위의 경우 철도 운송 회사는 다음과 같습니다. 세 가지 목표: 편의성, 수익 증대, 효과 증대. 우리는 세 가지 비즈니스 모델을 디자인할 수 있습니다.

철도 기업의 디지털 서비스 전환은 국민이 편리해야 하며 인터넷, 전화, 모바일 앱을 통해 언제든지 기업 서비스에 접근할 수 있도록 지원해야 합니다.

철도 기업의 디지털 서비스 전환에 관한 한, 효율성을 높이기 위해 하드웨어 장비와 지능형 제어 시스템을 사용하여 취소, 티켓 검사 및 기타 링크의 디지털 전환을 촉진하여 개선할 수 있습니다. 능률.

비즈니스 캔버스는 9개의 작은 그리드를 사용하여 간결하고 효율적인 체계적 사고 환경을 구축하는 놀라운 발명품입니다.

위의 예시에서 볼 수 있듯이 비즈니스 모델에는 다음과 같은 장점이 있습니다.

개인적으로 비즈니스 모델은 BRD와 MRD의 내용을 결합한 것이라고 생각합니다.

BRD: 비즈니스 요구 사항 문서는 누가(고객 세분화), 어떤 문제를 해결하는지(가치 제안), 수행해야 할 작업(핵심 활동), 소비되는 리소스(핵심 리소스), 비용 효율성( 비용/소득)입니다.

MRD: 소비자에게 접근하는 방법(채널 액세스)과 파트너를 확보하는 방법에 중점을 둔 시장 수요 문서입니다.

비즈니스 프로세스 뷰는 애플리케이션 아키텍처의 입력이자 비즈니스 아키텍처에서 가장 실용적이고 가장 큰 장이기도 합니다.

저자는 기사에서 비즈니스 프로세스의 협업 방법에 대해 논의합니다. 비즈니스 프로세스가 여러 갈래로 복잡하면 흐름도 형태로 그릴 수 있다는 것입니다. 텍스트 설명을 사용하는 것이 좋습니다.

비즈니스 프로세스 정의 사양

핵심은 '1개 트렁크와 N개 분기' 형태의 프로세스 분해입니다.

핵심은 '단계적 및 N개 분기'입니다. 단계별", 각 단계에 대한 비즈니스 또는 데이터 모델 규칙

핵심은 "주 프로세스의 분기 위치를 표시"하고 각 단계에 비즈니스 또는 데이터 모델 규칙을 첨부하는 것입니다.

이 부분은 선택 사항입니다.

이 부분은 위에서도 언급했듯이 비즈니스 프로세스 뷰는 애플리케이션 아키텍처의 입력이므로 이 부분을 다시 요약해보겠습니다.

우리는 지점 프로세스와 비즈니스 시나리오가 완벽하게 일치한다는 것을 발견했습니다. 분기 프로세스를 식별하는 것은 시나리오 사고입니다. 반대로, 메인 프로세스와 브랜치 프로세스를 구분하지 않으면 이후의 비즈니스 요구 사항 변경은 단순히 브랜치 프로세스만 변경하는 것이 아니라 넓은 영역에 영향을 미치게 됩니다. 이건 너무 비전문적이에요.

비즈니스 기능과 비즈니스 시나리오가 더 많습니다. 비즈니스 프로세스의 정의는 무엇입니까? 비즈니스 프로세스는 여러 비즈니스 시나리오를 포함하는 비즈니스 기능을 정의합니다. 예를 들어 티켓 구매에는 여러 사람의 티켓 구매, 어린이 티켓 구매 등이 포함됩니다.

비즈니스 규칙이 너무 많은데 비즈니스 규칙의 단편화를 방지하는 방법은 무엇입니까? 주요 프로세스 단계 또는 분기 프로세스 단계일 수 있는 비즈니스 단계에 대한 비즈니스 규칙을 정의합니다.

비즈니스 프로세스 다이어그램 사용 여부: 비즈니스 프로세스가 핵심일수록 더 많은 분기와 비즈니스 규칙을 가지게 되며, 이때 제시되는 정보가 명확하도록 텍스트 사양을 사용하는 것이 좋습니다. 더 포괄적입니다. 복잡하지 않은 비즈니스 프로세스의 경우 순서도를 사용할 수 있습니다.

이 기사에서는 엔터프라이즈 아키텍처에 대한 개요를 제공하고 비즈니스 아키텍처 출현의 배경과 실제 전략을 자세히 설명하며 실제 사례를 통해 비즈니스 아키텍처에 대한 이해를 심화시킵니다.

기사에 포함된 개념 간의 관계를 검토해 보겠습니다.

전략 중심 비즈니스 아키텍처 설계의 실무 단계의 핵심은 전략에서 비즈니스 아키텍처 청사진까지의 범위가 너무 크고 논리적 체인을 연결할 수 없어 두 단계로 나누어진다는 것입니다.

이 내용을 읽은 후 엔터프라이즈 아키텍처를 통해 자신을 향상시키고 회사 발전에 도움이 될 수 있다고 생각한다면 조치를 취하십시오!

copyright 2024회사기업대전