기술 로드맵

기술 로드맵(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: 
 Roadmapping Bibliography. Further information: 

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