기술 로드맵

**기술 로드맵**(technology roadmap)은 단기 및 장기 목표를 특정 테크놀로지 솔루션과 일치시켜 전략 및 장기 계획을 지원하는 유연한 계획 일정이다. 이는 신제품 또는 프로세스에 적용되는 계획으로, 적합한 신흥 기술을 식별하기 위해 기술예측 또는 기술 스카우트를 사용하는 것을 포함할 수 있다. 이는 혁신의 모호한 초기 단계를 관리하는 데 도움이 되는 알려진 기술이다. 또한 로드매핑 기술은 기업이 격동적인 환경에서 생존하는 데 도움이 되고 비재무적 목표를 포함하고 보다 지속 가능한 발전을 향해 나아가도록 더 전체론적인 방식으로 계획하는 데 도움이 될 것으로 기대된다. 여기서 로드맵은 다른 기업 미래 예측 방법과 결합되어 시스템 변화를 촉진할 수 있다.

로드맵을 개발하는 것은 세 가지 주요 용도가 있다. 이는 일련의 요구 사항과 그 요구 사항을 충족하는 데 필요한 기술에 대한 합의를 도출하는 데 도움이 되며, 기술 개발을 예측하는 메커니즘을 제공하고, 기술 개발을 계획하고 조정하는 데 도움이 되는 프레임워크를 제공한다. 또한 새로운 산업의 발전과 출현을 매핑하는 분석 도구로 사용될 수도 있다.

## 프로세스
기술 로드매핑 프로세스는 예비 활동, 로드맵 개발, 후속 활동의 세 단계로 수행될 수 있다. 이 프로세스는 하나의 모델로 담기에는 너무 크기 때문에 단계별로 분리하여 모델링된다. 모델에서는 다른 역할이 정의되지 않는다. 이는 모든 것이 참가자 그룹에 의해 이루어지기 때문이다.

### 1단계: 예비 단계
섬네일|300px|그림 2. 예비 단계의 프로세스-데이터 모델.
첫 번째 단계인 예비 단계(그림 2 참조)는 세 가지 단계로 구성된다.
#필수 조건 충족,
#리더십/스폰서십 제공,
#기술 로드맵의 범위 및 경계 정의.
이 단계에서 주요 의사 결정자들은 문제가 있음을 인식하고 기술 로드매핑이 문제 해결에 도움이 될 수 있음을 식별해야 한다.

#### 필수 조건 충족
이 단계에서는 조건이 무엇인지 명확히 파악하고(식별되어야 함) 조건이 충족되지 않을 경우 누가 이를 충족시키기 위한 조치를 취하는지 명확히 해야 한다. 이러한 조건에는 예를 들어 다음이 포함된다.
* 기술 로드맵의 필요성
* 다양한 계획 범위와 관점을 가진 조직의 다양한 부서(예: 마케팅, R&D, 전략 사업 단위)의 입력 및 참여.
모든 조건은 다음 단계로 진행하기 위해 충족되어야 한다(또는 합의된 당사자가 필요한 조치를 취함). 참가자는 자체적으로 0개 이상의 조건을 가질 수 있다. 이는 충족되었는지 여부를 나타내는 속성을 가진 모든 조건에 적용된다.

#### 리더십/스폰서십 제공
기술 로드맵을 만드는 데 필요한 시간과 노력을 고려할 때 헌신적인 리더십이 필요하다. 또한 리더십은 참가자 중 한 명으로부터 나와야 하며, 그중 한 명이 리더십과 스폰서십을 제공한다. 이는 라인 조직이 프로세스를 주도하고 로드맵을 사용하여 자원배분 결정을 내려야 한다는 것을 의미한다.

#### 범위 및 경계 정의
이 단계에서는 로드맵의 맥락이 지정된다. 회사에는 비전이 존재해야 하며 로드맵이 그 비전을 지원할 수 있다는 것이 명확해야 한다. 비전이 존재하지 않으면 개발되어 명확하게 명시되어야 한다. 이 작업이 완료되면 로드맵의 경계와 범위를 지정해야 한다. 또한 계획 범위와 세부 수준을 설정해야 한다. 범위는 기술 범위와 참여 범위로 further 나눌 수 있다.

표 1에는 예비 활동 단계의 모든 다양한 하위 활동을 볼 수 있다. 모든 하위 활동은 최종 산출물로 개념(굵은 글씨로 표시)을 가지고 있다. 이 개념은 실제 메타데이터 모델이며, 이는 조정된 클래스 다이어그램이다.

### 2단계: 개발 단계
섬네일|300px|그림 3. 개발 단계의 프로세스-데이터 모델.
두 번째 단계인 기술 로드맵 개발 단계(그림 3 참조)는 7단계로 구성된다.

#### 로드맵의 제품 초점 식별
이 단계에서는 공통 제품 요구 사항이 식별되고 모든 참가자가 동의한다. 이는 프로세스에 대한 모든 그룹의 동의를 얻는 데 중요하다. 제품 요구 사항의 불확실성이 있는 경우 시나리오 기반 계획을 사용하여 공통 제품 요구 사항을 결정할 수 있다. 그림 3에서 참가자와 시나리오 기반 계획은 공통 제품 요구 사항을 제공한다.

#### 핵심 시스템 요구 사항 및 목표 식별
로드맵을 작성할 대상을 결정한 후에는 핵심 시스템 요구사항을 식별할 수 있다. 이들은 기술 로드맵의 전체 프레임워크를 제공한다. 요구 사항은 신뢰성 및 비용과 같은 목표(그림 3의 속성으로)를 가질 수 있다.

#### 주요 기술 분야 명시
이들은 핵심 시스템 요구사항을 달성하는 데 도움이 되는 분야이다. 각 기술 분야에 대해 여러 테크놀로지를 찾을 수 있다. 기술 분야의 예는 다음과 같다: 시장 평가, 교차 기술, 구성 요소 개발, 시스템 개발.

#### 기술 동인 및 목표 명시
이 단계에서는 두 번째 단계의 핵심 시스템 요구사항이 특정 기술 분야에 대한 기술 동인(목표 포함)으로 변환된다. 이 동인은 기술 대안을 선택하는 핵심 변수이다. 동인은 기술 분야에 따라 다르지만 기술이 핵심 시스템 요구사항을 어떻게 해결하는지와 관련된다.

#### 기술 대안 및 일정 식별
이 시점에서 기술 동인과 그 목표가 명시되었으며, 그 목표를 만족시킬 수 있는 기술 대안들을 명시해야 한다. 각 대안에 대해 기술 동인 목표에 따라 어떻게 성숙해 나갈지에 대한 일정을 추정해야 한다.

시간 요소는 특정 상황에 적합하게 조정될 수 있다. e-commerce 및 소프트웨어 관련 분야의 시간 범위는 일반적으로 짧다. 규모와 간격에 따라 다른 구분을 할 수 있다.

#### 추구해야 할 기술 대안 권장
대안들은 비용, 일정 등에서 차이가 있을 수 있으므로 대안들 중에서 선택을 해야 한다. 그림 3에서 이들은 추구해야 할 대안들이다. 이 단계에서는 다른 목표에 대한 다른 대안들 사이에서 많은 트레이드오프가 이루어져야 한다. 예를 들어, 비용 대비 성능, 심지어 목표 대비 목표까지도 그러하다.

#### 보고서 작성
이 시점에서 기술 로드맵이 완료된다. 그림 3에서 기술 로드맵 보고서는 5가지 부분으로 구성되어 있음을 알 수 있다.
# 각 기술 분야의 식별 및 설명,
# 로드맵의 핵심 요소,
# 미해결 영역,
# 구현 권고, 그리고
# 기술 권고.
보고서는 추가 정보도 포함할 수 있다. 표 2에서 개발 단계의 모든 다양한 하위 활동을 볼 수 있다.

### 3단계: 후속 활동 단계
이 시점은 로드맵이 비평, 검증되어 모든 구현에 관련된 그룹에 의해 수용되어야 하는 때이다. 이는 기술 로드맵을 사용하여 개발된 계획이 필요하다. 다음으로 주기적인 검토 및 업데이트 지점이 있어야 한다. 참가자의 요구 사항과 기술이 진화하기 때문이다.

## 로드매핑에 대한 빠른 시작 접근 방식
로드맵 생성과 관련된 잠재적 복잡성과 조직적 관성을 고려하여 케임브리지 대학교의 연구자들은 로드매핑에 대한 빠른 시작 접근 방식을 개발하는 데 집중했다. T-플랜(T-Plan)이라고 불리는 이 접근 방식은 1990년대 후반에 최소한의 자원과 시간 투입으로 조직이 로드매핑에 첫발을 내딛는 데 도움을 주기 위해 주로 만들어졌다. 이는 T-플랜 워크북이 중국어(전통 및 현대), 독일어, 일본어, 스페인어로 번역되는 등 국제적으로 로드매핑의 확산 및 채택에 영향을 미쳤다. 이 접근 방식(혁신 및 전략 로드매핑에 대한 S-플랜과 마찬가지로)은 유연하고 확장 가능하므로 효율적인 적용을 위해 쉽게 맞춤화할 수 있다. 빠르고 간결한 접근 방식은 중소기업(SME)에 특히 중요하며, 특히 SME 클러스터에 방향을 제시하는 데 효과가 있는 것으로 나타났다.

## 계획 및 사업 개발 맥락
섬네일|5. 프로그램 계획 예시.
섬네일|6. 막대 예시.
섬네일|7. 그래프 예시.
기술 로드매핑 프로세스는 기업 전략, 기업 전략 기획, 기술 기획 및 사업 개발 맥락에 적합하다. 세 가지 핵심 요소, 즉 요구 사항, 제품 및 기술이 연결되어야 한다.

### 필요한 지식과 기술

#### 기술을 가진 자문
기술 로드맵을 작성하려면 특정 지식과 기술이 필요하다. 일부 참가자는 기술 로드매핑의 목적을 알아야 한다. 이 외에도 프로세스에 많은 토론과 공통 요구 사항 파악이 포함되므로 그룹 프로세스 및 대인 관계 기술이 필요하다. 참가자 수가 매우 많으면 자문 또는 퍼실리테이터가 필요할 수 있다.

### 목적

#### 로드매핑의 제품 계획
이것은 가장 일반적인 유형의 기술 로드맵이다: 기술의 제품 통합을 연결하는 것.

#### 프로그램 계획
이 유형은 전략 구현과 관련이 있으며 프로젝트 계획과 관련이 있다. 그림 5는 기술 개발 단계, 프로그램 단계 및 이정표 간의 관계를 보여준다.

#### 형식
* 막대: 거의 모든 로드맵은 각 계층에 대해 (부분적으로) 막대로 표현된다. 이는 로드맵을 매우 단순하고 통합적으로 만들어 의사소통과 통합을 더 쉽게 한다.
* 그래프: 기술 로드맵은 그래프로도 표현될 수 있으며, 일반적으로 각 하위 계층에 대해 하나씩이다. (예: IMEC은 두 번째 방법을 사용한다).

## 사례 연구
문서화된 사례 연구는 다음과 같다.
* ABB
* 광업
* 모토로라
* 필립스
* 지멘스

## 같이 보기
* 업무 분업 구조
* 요구사항 우선순위 지정
* 소프트웨어 제품 관리
* 제품 전략
* 기업 시스템 엔지니어링
* 정보기술 계획
* 경영전략론
* 전략적 기술 계획
* 기술 수명 주기
* 사업계획서
* 프로젝트 네트워크

## 각주

## 추가 자료
* 
* 
* 
* 
* 
* Public Domain Roadmaps. Further information: http://www.ifm.eng.cam.ac.uk/uploads/Research/CTM/Roadmapping/public_domain_roadmaps.pdf
* Roadmapping Bibliography. Further information: http://www.ifm.eng.cam.ac.uk/uploads/Research/CTM/Roadmapping/Roadmapping_Bibliography_Phaal.pdf

분류:기술예측
분류:계획