타스크: 비즈니스 아키텍처 분석
이 타스크는 후보 비즈니스 아키텍처를 정의합니다.
원칙: 비즈니스 모델링
목적
  • 비즈니스에 중대한 영향을 주는 요인에 대한 이해
  • 비즈니스 아키텍처 정의
  • 비즈니스 패턴, 핵심 메커니즘 및 비즈니스 모델링 규칙 정의
관계
기본 설명

이 타스크는 비즈니스 엔지니어링을 위해 비즈니스 모델링을 수행하는 경우에만 가치를 추가할 수 있습니다. 시스템 요구사항을 도출하기 위해 기존 조직의 차트를 빌드하는 경우라면 비즈니스 아키텍처를 구성하지 않아도 됩니다. 또한 개념: 비즈니스 모델링 범위를 참조하십시오. 

단계
비즈니스 아키텍처 개요 개발

비즈니스 아키텍처 개요는 프로젝트 라이프사이클의 초기, 가능한 경우 제안 개발 단계에서 작성됩니다. 이 개요는 일반적으로 비정규 표기법 또는 스토리보딩 기법을 사용하여 그래픽 양식으로 표시되며 비즈니스 모델링 노력의 의도와 기본 아이디어를 나타냅니다. 비즈니스 프로세스 분석가 리더는 일반적으로 프로젝트 후원자와의 협업을 통해 비즈니스 아키텍처 개요를 생성합니다.

개요 그래프는 팀, 비즈니스 도구 및 외부 영향 소스(예: 규제체, 파트너 및 세분 시장)와 같은 비즈니스 및 해당 환경의 주요 요소를 나타내야 합니다. 개요 그래프는 일반적으로 여기에서 설명하는 것처럼 전체 비즈니스 아키텍처에 초점을 두지는 않습니다. 그러나 비즈니스 프로세스 리엔지니어링(BPR) 프로젝트와 같은 대규모 노력에서는 전체 비즈니스 아키텍처를 고려합니다.비즈니스 아키텍처의 개념은 개념: 비즈니스 아키텍처에서 설명합니다.

비즈니스 아키텍처의 목적은 물론 해당 대상을 고려함으로써 비즈니스 아키텍처를 이해해야 하는 대상에게 적합한 방식으로 비즈니스 아키텍처를 설명하고 나타낼 수 있습니다. 해당 대상은 다양한 관심사를 갖는 여러 그룹으로 분류할 수 있습니다. 이러한 그룹은 각각 중간 산출물: 비즈니스 아키텍처 문서의 다른 아키텍처 보기에 관심을 갖습니다.

이 단계의 비즈니스 아키텍처 개요가 임시로 작성된 초안입니다. 따라서 이 개요 다이어그램을 기반으로 확약을 해서는 안됩니다. 초기 개요 그래프는 컨텐츠에 추가하는 가치에 따라 중간 산출물: 비즈니스 아키텍처 문서에 포함될 수도 있고 포함되지 않을 수도 있습니다.

비즈니스 아키텍처에 영향을 주는 요인에 대한 설명

비즈니스 및 해당 환경에서 비즈니스 구조 또는 업무 수행 방식에 중요한 영향을 줄 수 있는 제한조건 및 동향을 식별하십시오. 비즈니스 아키텍처를 정의하는 경우, 이러한 요인을 분석하여 비즈니스가 적절한 시점에 다른 유형의 영향을 받지 않고 가능한 변화에 적응할 수 있도록 해야 합니다. 반드시 고려해야 하는 요인에는 비즈니스 전략 및 동향과, 조직의 모든 파트에 영향을 주거나 조직의 핵심 파트를 급격하게 변화시킬 수 있는 향후 이벤트가 포함됩니다. 또한 빠르게 진행되어야 하는 변경사항과, 미래에 적용되어 비즈니스 수행 방식을 변경하거나 새로운 기회를 제공할 수 있는 제한조건을 함께 고려해야 합니다.

이러한 이벤트 또는 변경사항이 발생할 가능성을 고려하여 비즈니스에 대한 영향을 시각화하십시오. 가능성과 영향을 이해하면 이러한 요인의 우선순위를 결정하고 우선순위가 가장 높은 문제에 대한 대처 방법을 결정할 수 있습니다. 각 변경에 대처하기 위해 사용할 수 있는 옵션은 다음과 같습니다.

  • 변화에 신속하게 대응할 수 있도록 준비합니다.
  • 변화가 이미 일어난 것처럼 행동합니다.
  • 변화에 따른 영향을 최소화합니다.
  • 변화 발생 가능성을 무시합니다.

중간 산출물: 비즈니스 아키텍처 문서의 아키텍처 드라이버 및 제한조건에 대한 섹션에 결과를 문서화하십시오.

상위 레벨 조직의 아웃라인 작성

조직을 구성하는 상위 레벨 그룹을 식별하십시오. 조직에서 사용하는 용어에 따라 부서, 부문 또는 비즈니스 단위 등 다양하게 나타낼 수 있습니다. 이러한 상위 레벨 그룹은 비즈니스 분석 모델에서 중간 산출물: 비즈니스 시스템의 초기 세트를 식별할 때 사용할 수 있습니다(복잡한 대규모 비즈니스 모델을 사용하는 경우). 

중간 산출물: 비즈니스 비전에 정의된 프로젝트의 범위를 고려하십시오. 범위에 속하지 않는 조직 파트의 세부사항은 확인할 수 없습니다. 또한 개념: 대규모 조직 모델링을 참조하십시오. 

상위 레벨 조직 스케치는 비즈니스 아키텍처 문서의 조직 구조 보기에 포함되어야 합니다. 또한 가이드라인: 비즈니스 아키텍처 문서에서 조직 구조 보기에 대한 섹션을 참조하십시오.

비즈니스 시스템 식별

모델링하는 비즈니스의 비즈니스 시스템을 식별하고 간략하게 설명하십시오. 비즈니스 시스템은 복잡한 대규모 비즈니스 모델에서만 유용합니다. 비즈니스 모델링 시나리오 및 노력의 범위에 따라 비즈니스 시스템을 사용하지 않을 수 있습니다.

비즈니스 시스템은 조직에서 상대적으로 독립적인 기능을 나타냅니다. 이 시스템은 책임 세트는 물론 해당 책임을 수행하는 비즈니스 작업자, 비즈니스 엔티티 및 비즈니스 이벤트를 정의합니다. 이러한 방식을 통해 비즈니스 시스템이 부서와 같은 조직의 구조 파트가 됩니다. 그러나 비즈니스 시스템에서의 상호작용은 사전 정의된 책임을 통해서만 허용됩니다. 예를 들어, 음식점의 배식창이나 서비스 카탈로그를 사용하는 IT 지원 부서의 경우를 생각할 수 있습니다. 두 가지 경우 모두 상호작용이 사전에 정의되어 있습니다. 예를 들어, 음식점 뒷쪽으로 가서 부엌에 있는 사람에게 음식을 부탁하거나 컴퓨터 지원 기술자에게 항공기 예약을 부탁하는 경우는 정상적인 상호작용이 아닙니다. 비즈니스 시스템을 사용하면 지정된 상호작용을 제외한 비즈니스 작업자와 해당 비즈니스 엔티티 간의 모든 상호작용을 금지할 수 있습니다. 이를 통해 복잡한 대규모 비즈니스 모델을 분할하고 결과적으로 혼란 없이 모델의 특정 파트에만 쉽게 집중할 수 있습니다.

모델에 포함해야 하는 비즈니스 시스템에 대해 논의하고 동의를 얻으십시오. 일부 비즈니스 시스템은 비즈니스 유스 케이스 실현(realization)의 관점에서 제한적으로만 설명할 수 있습니다. 다른 비즈니스 시스템의 경우 중요한 입력을 제공하거나 산출물을 받으며 이러한 시스템은 비즈니스 액터로 모델링되어야 합니다. 즉, 모델링되는 비즈니스의 외부가 됩니다.

해당 비즈니스 시스템의 비즈니스 엔티티와 비즈니스 작업자 간의 내부 상호작용을 표시하지 않고 비즈니스 유스 케이스에 비즈니스 시스템이 참여하는 방식을 나타낼 수 있습니다. 필요한 경우, 비즈니스 시스템을 "확대"하여 내부 협업을 비즈니스 유스 케이스의 파트로 표시할 수 있습니다.

비즈니스 시스템에 대한 자세한 정보는 가이드라인: 비즈니스 시스템을 참조하십시오.

핵심 추상 식별 - 비즈니스 작업자 및 엔티티

고객에 대한 핵심 인터페이스 및 비즈니스 시스템 간 인터페이스(해당되는 경우)의 경우 기본 중간 산출물: 비즈니스 작업자중간 산출물: 비즈니스 엔티티를 식별해야 합니다. 이는 또한 각 비즈니스 시스템의 목적과 해당 기능을 정의하는 데도 유용합니다. 목적과 기능을 명확하게 정의함으로써 비즈니스 시스템이 비즈니스 유스 케이스 실현(realizations)에서 수행해야 하는 역할을 보다 정확하게 이해할 수 있습니다. 이러한 정의는 또한 특정 비즈니스 시스템이 다른 비즈니스 시스템과 상호작용해야 하는 방식을 나타내는 데도 유용합니다.

우선순위가 결정된 비즈니스 유스 케이스 실현(realization)의 아웃라인 작성

우선순위가 결정된 각 비즈니스 유스 케이스 실행에 참여하는 중간 산출물: 비즈니스 작업자중간 산출물: 비즈니스 엔티티를 식별하십시오. 이 중간 산출물은 비즈니스 유스 케이스의 비즈니스 유스 케이스 실현(realization)을 구성합니다. 복잡한 대규모 비즈니스 모델의 경우, 비즈니스 유스 케이스 실현(realization)은 비즈니스 시스템 간의 상호작용 관점에서 표현할 수 있습니다.

실현(realization) 처리 스케치는 비즈니스 아키텍처 문서의 조직 보기에 포함되어야 합니다. 또한 가이드라인: 비즈니스 아키텍처 문서에서 조직 구조에 대한 섹션을 참조하십시오.

분포(지리) 보기 정의

이 보기는 비즈니스가 배치되는 지리적 위치와, 이러한 위치에서의 조직 구조 및 기능의 분포에 대해 설명합니다. 지역성 보기는 비즈니스 프로세스에 대한 시간과 거리의 영향을 평가하는 데 유용합니다. 프로세스가 잘 정리되거나, 분배된 타스크 조정에 따른 오버헤드가 발생하지 않도록 조직을 재구성할 수 있습니다. 또한 각 위치의 고유 특성(예: 법률, 자원, 액세스 가능성 또는 이미지)이 특정 비즈니스 활동 배치와 관련된 결정에 영향을 줄 수 있습니다. 선박 또한 위치로 간주될 수 있습니다. 지리 보기를 정의하는 프로세스는 다음 타스크로 구성됩니다.

  • 비즈니스 활동을 수행하는 주요 위치(국가 또는 도시)를 식별합니다.
  • 해당 위치 간 커뮤니케이션 경로 및 종속성을 식별합니다.
  • 비즈니스 시스템(조직 보기)을 해당 위치에 맵핑합니다.
  • 각 위치에서 수행되는 비즈니스 활동에 대해 해당 위치의 긍정적/부정적 품질을 평가합니다.
  • 비즈니스 유스 케이스에 대한 전반적인 분포 영향을 평가합니다.
  • 비즈니스 유스 케이스 정리 또는 오버헤드 제거를 위한 조직 재구성의 영향을 확인합니다.
인적 자원(작업자) 및 문화 보기 정의

비즈니스의 인적 자원 측면을 정의하는 프로세스에는 다음 타스크가 포함됩니다.

  • 조직 내부에 존재하는 역량 프로파일을 고려합니다. 향후에 필요할 역량 프로파일을 정의하거나 기존 프로파일에 필요한 변경사항을 정의합니다. 예를 들어, 향후 비즈니스에서 직원에게 일정 수준의 독립성이 필요한지, 또는 필요한 교육 요구사항의 수준을 고려해야 합니다.
  • 교육 요구에 대해 논의합니다. 현재 역량 프로파일과 원하는 역량 프로파일 간의 차이를 극복하기 위한 장기 훈련 프로그램과, 새 비즈니스 프로세스의 도입과 연관된 초기 훈련 요구를 모두 정의합니다. 
  • 현재 존재하거나 스킬 레벨 강화를 위해 필요한 메커니즘(보상 체계, 훈련 프로그램, 조언자 프로그램 또는 기타 인센티브)을 정의하고 각 메커니즘의 장단점을 논의합니다.
  • 책임의 변경 또는 커뮤니케이션 강화에 대한 요구로 인해 조직 인원을 재배치할 가능성에 대해 고려합니다.

비즈니스의 문화적 측면을 설명하는 프로세스에는 다음 타스크가 포함됩니다.

  • 문화적 특성을 판별합니다. 
  • 이러한 특성 중 조직의 핵심 특성이므로 보존해야 하는 특성을 판별합니다. 
  • 변경해야 하는 특성에 대해 논의합니다.
  • 문화를 보존하고 발전시키기 위해 필요한 메커니즘을 판별합니다. 새 메커니즘 또는 변경된 메커니즘에 대한 아이디어를 논의합니다.
  • 필요한 변경사항을 수행하기 위한 경로를 정의합니다. 

이 단계의 결과는 비즈니스 아키텍처 문서의 인적 자원 보기에 문서화해야 합니다. 또한 가이드라인: 비즈니스 아키텍처 문서에서 인적 자원 보기에 대한 섹션을 참조하십시오.  

결과 평가

비즈니스 아키텍처 문서를 점검하여 작업이 올바르게 진행되고 있는지 확인하십시오. 체크리스트: 비즈니스 아키텍처 문서를 참조하십시오.

자세한 정보