#title 아키텍처와 비즈니스 결합하기
[[TableOfContents]]

==== 비즈니스 프레임워크 ====
아키텍처의 두 가지 큰 문제점
 * 지나치게 복잡하며 기술중심적인 세계관
 * 명확한 비즈니스 초점의 결여

비즈니스 프레임워크가 필요한 이유
 * 기업의 니즈에 대한 진정한 이해와 현업의 참여 없이 시작하는 IT프로젝트는 자주 실패함
 * 기업의 AS-IS와 TO-BE에 대해서 프로젝트의 맨 점음에 상위 수준에서 검토하는 것이 매우 중요

비즈니스 프레임워크의 기본버전
attachment:bisness_framework.jpg

 * 관점: 현재상태와 앞으로 어떻게 운영될 것인지에 대한 설명
 * 내용: 비즈니스의 내용. 즉, IT아키텍처에서 포착되고 다루어야 할 사항들을 설명
 * 아키텍처의 동인(Driver)이 되어야 하는 비즈니스에 관한 최소한의 기본적인 정보를 확보하는 수단을 제공하는 것이 목표
 * 프레임워크를 통해 어떤 것이 필요한 정보인지 파악
 * 초점을 좁힘으로써 정보 수집의 기간을 효과적으로 단축
 * 비즈니스 프레임워크를 사용함으로써 IT프레임워크 작업의 투입물이 되도록 특별히 설계된 산출물이 나오게 해야 함. -> 비즈니스 니즈와 IT기회간의 근본적인 통합 달성

==== 비즈니스의 현재 상태 설명 - 주요 정보 수집 ====
주의사항
 * 수집 가능한 정보가 많지만, 몇가지 필수적인 데이터만 제한적으로 수집할 수도 있다
 * 한 가지 혹은 여러 가지 접근방법을 복합적으로 사용하여 기업의 현재 초점과 주요 현안이 무엇인지 포착해주는 정보를 확인/기록

전략
 * 비즈니스 목표가 무엇인지 나타내는 가장 가시적이면서 인정받는 비즈니스 전략 문서 수집
  * 미션/목표 확인서
  * 전략/운영 계획
  * 핵심 비즈니스 추진 과제와 주요 프로그램
 * 조직의 리더를 인터뷰
  * 조직의 잘된 점과 잘못된 점을 묻고 기록
 * 기업의 연혁, 문화, 비즈니스 방향의 중요한 변화를 확인/인지/기술
 * 비즈니스 핵심 동인, 조직의 행태에 영향을 미치는 동기부여 요인
 * 주요 제약 사항 확인
 * 조직을 형성하는 기본적인 정보 수집
  * What - 조직이 무엇을 하는가? 목표, 존재이유
  * When - 조직이 어떻게 운영되는가? 영향을 미치는 주요한 이벤트나 역사적인 변화
  * How - 조직은 어떤 방식으로 비즈니스 수행(온라인 판매, 소매점)
  * Who - 해당 조직, 고객, 납품업체, 파트너
  * Why - 전략/비즈니스 동인의 변경이나 재고를 야기시키는 문제(왜 안팔리나? 왜 우리는 뭔가 다른 것을 해야 하는가?)
 * 기타사항들
  * 기업 규모(연간 매출, 비용, 직원수)
  * 고객 수와 유형
  * 서비스를 제공하고 제공받는 위치
  * 제품/서비스 목록 및 판매 수량
  * 상위 수준의 조직 구조 및 프로세스 흐름
  * 판매 채널
  * 주요 납품업체/벤더
  * 주요 보고서 혹은 지표
  * 현재 사용 IT기술
  * 외부 인터페이스(예, 정부기관 등)