테크놀로지 로드맵

Technology roadmap

테크놀로지 로드맵은 단기 및 장기 목표를 특정 테크놀로지 [1][2]솔루션과 일치시킴으로써 전략적 및 장기적 계획을 지원하는 유연한 계획 스케줄입니다.새로운 제품 또는 프로세스에 적용되는 계획이며, 적절한 신흥 기술을 식별하기 위해 기술 예측 또는 기술 스카우트를 사용하는 것을 포함할 수 있습니다.[3]이 기술은 [4]혁신의 애매한 프런트 엔드를 관리하는 데 도움이 되는 것으로 알려져 있습니다.또한 로드맵 작성 기술은 기업이 격동의[1] 환경 속에서 생존하는 데 도움이 될 것으로 기대되며, 비재무적 목표를 포함하여 보다 지속 가능한 개발을 [5]추진하기 위해 보다 종합적인 방식으로 계획을 수립하는 데 도움이 될 것으로 예상됩니다.여기서는 로드맵을 다른 기업의 선견지명 방법과 결합하여 시스템 [6]변화를 촉진할 수 있습니다.

로드맵 작성에는 크게 세 가지 [7]용도가 있습니다.일련의 요구와 그 요구를 만족시키는 데 필요한 테크놀로지에 대한 합의를 도출하는 데 도움이 되고, 테크놀로지 개발을 예측하기 위한 메커니즘을 제공하며, 테크놀로지 [8]개발을 계획하고 조정하는 데 도움이 되는 프레임워크를 제공합니다.또한 새로운 산업에서의 발전과 출현을 지도화하기 위한 분석 도구로도 사용될 수 있다.

과정

기술 로드맵 작성 프로세스는 예비 활동, 로드맵 작성 및 후속 활동 단계의 3단계로 이루어집니다.공정이 한 모형에 비해 너무 크기 때문에 위상이 별도로 모형화됩니다.모델에서는 다른 역할이 만들어지지 않습니다.이것은 모든 것이 [9]참가자가 그룹으로 이루어지기 때문입니다.

단계 1: 예비 단계

그림 2예비 단계의 프로세스 데이터 모델입니다.

첫 번째 단계인 예비 단계(그림 2 참조)는 3단계로 구성됩니다.

  1. 필수 조건 충족,
  2. 리더십/후원을 제공하다
  3. 테크놀로지 로드맵의 범위와 경계를 정의합니다.

이 단계에서 주요 의사결정자는 문제가 있으며 기술 로드맵이 문제 해결에 도움이 될 수 있음을 식별해야 합니다.

필수 조건 충족

이 단계에서는 조건이 무엇인지를 명확히 해야 합니다(이러한 조건을 특정할 필요가 있습니다).또한 조건이 충족되지 않을 경우 누가 이러한 조건을 충족하기 위해 조치를 취하는지 명확히 해야 합니다.예를 들어 다음과 같은 조건이 있습니다.

다음 단계로 진행하려면 모든 조건이 충족되어야 합니다(또는 합의된 당사자가 필요한 조치를 취해야 합니다).참가자는 0개 이상의 조건을 가질 수 있습니다.이것은 충족되어야 하는 Atribut이 있는 모든 조건에 적용됩니다.

리더십/후원 제공

테크놀로지 로드맵 작성에는 시간과 노력이 필요하기 때문에 헌신적인 리더십이 필요합니다.또한 리더쉽은 참가자 중 한 명에게서 나와야 하며, 그들 중 한 명은 리더쉽과 후원을 제공합니다.즉, 라인 조직은 프로세스를 추진하고 로드맵을 사용하여 리소스 할당을 [10]결정해야 합니다.

범위와 경계를 정의하다

이 단계에서는 Roadmap의 컨텍스트를 지정합니다.기업에는 비전이 존재해야 하며 로드맵이 그 비전을 지원할 수 있음을 명확히 해야 합니다.비전이 존재하지 않는 경우 개발하여 명확하게 기술해야 합니다.이 작업이 완료되면 로드맵의 경계와 범위를 지정해야 합니다.또한 계획 범위와 세부 사항의 수준을 설정해야 합니다.범위는 기술 범위와 참여 범위로 더 나눌 수 있습니다.

표 1에서 예비 활동 단계의 모든 다른 하위 활동을 볼 수 있습니다.모든 하위 활동에는 최종 제품으로 개념이 있습니다(굵은 글씨로 표시).이러한 개념은 실제 메타 데이터 모델이며, 이는 수정된 클래스 [11]다이어그램입니다.

표 1.
활동 서브 액티비티 묘사
필수 조건 충족 필수 조건 식별 모든 참가자가 함께 모이면 필수 조건(예: 어떤 그룹이 참여해야 하는지, 주요 고객은 무엇인지, 주요 공급업체는 무엇인지)을 파악할 수 있습니다.
조건을 만족시키기 위한 조치를 취하다 기술 로드맵이 성공하려면 참가자의 조건이 충족되어야 합니다.
리더십/후원 제공 리더십/후원의 부분은 라인 조직이 담당해야 합니다.리더십/후원은 로드맵 작성 프로세스를 추진하고 로드맵을 사용하여 자원 할당을 결정해야 합니다.
테크놀로지 로드맵의 범위와 경계를 정의합니다. 명확한 비전 제시 이미 존재하는 비전이 명확해야 합니다.
비전을 개발하다 비전을 개발하고 명확하게 기술합니다.
범위를 정의하다 프로젝트의 범위에 따라 일련의 요구, 계획 범위 및 상세 수준을 더욱 정의할 수 있습니다.범위는 기술 범위와 참여 범위로 더 나눌 수 있습니다.
경계를 정의하다 경계도 포함해야 합니다.

단계 2: 개발 단계

그림 3개발 단계의 프로세스 데이터 모델입니다.

두 번째 단계인 기술 로드맵 단계(그림 3. 참조)는 7단계로 구성됩니다.

1. 로드맵의 초점인 '제품'을 특정한다.

2. 중요한 시스템 요건과 그 타깃을 특정한다.
3. 주요 기술 분야를 명시한다.
4. 테크놀로지 추진요인과 그 타깃을 특정한다.
5. 테크놀로지의 대안과 그 일정을 특정한다.
6. 추구해야 할 기술 대안을 제안합니다.

7. 테크놀로지 로드맵 보고서를 작성합니다.

--

로드맵의 제품 초점 파악

이 단계에서는 공통의 제품 요구를 특정하고 모든 참가자에 의해 합의됩니다.이는 프로세스에 대한 모든 그룹의 승인을 얻기 위해 중요합니다.제품 니즈가 불확실한 경우 시나리오 기반의 계획을 사용하여 공통 제품 니즈를 결정할 수 있습니다.그림 3에서는 참가자와 시나리오 기반 계획이 공통적인 제품 요구를 제공합니다.

중요한 시스템 요건과 그 타깃을 특정하다

로드맵을 작성해야 할 것이 결정되면 중요한 시스템 요건을 특정할 수 있습니다.이 요건은 테크놀로지 로드맵의 전체적인 프레임워크를 제공합니다.요건에는 신뢰성이나 비용과 같은 목표(그림 3의 속성)가 있을 수 있습니다.

주요 테크놀로지 영역 지정

이것들은 중요한 시스템 요건을 달성하는 데 도움이 되는 영역입니다.각 테크놀로지 영역에 대해 몇 가지 테크놀로지를 찾을 수 있습니다.예를 들면, 시장 평가, 크로스 컷 테크놀로지, 컴포넌트 개발, 시스템 개발등이 있습니다.

테크놀로지 드라이버와 그 타겟을 지정합니다.

이 단계에서는 두 번째 단계부터 중요한 시스템 요건이 특정 기술 영역에 대한 기술 드라이버(타깃 포함)로 변환됩니다.이러한 요인은 대체 기술을 선택하는 데 중요한 변수입니다.드라이버는 테크놀로지 영역에 따라 다르지만 테크놀로지가 중요한 시스템 요건에 어떻게 대응하는지와 관련되어 있습니다.

대체 테크놀로지와 그 일정을 특정하다

이 시점에서 테크놀로지 추진요인과 그 목표가 특정되고 그 목표를 충족할 수 있는 테크놀로지 대안이 특정되어야 합니다.각 대안에 대해 테크놀로지 드라이버의 목표와 관련하여 어느 정도 성숙할지에 대한 일정을 추정해야 합니다.

시간 계수는 특정 상황에 맞게 조정할 수 있습니다.전자 상거래 및 소프트웨어 관련 분야의 시간 범위는 일반적으로 짧습니다.다른 구분들은 규모와 간격으로 만들어질 수 있다.

추구해야 할 테크놀로지 대안을 제안하다

대안은 비용, 일정 등이 다를 수 있으므로 대안의 선택을 해야 한다.다음은 그림 3에서 추구해야 할 대안입니다.이 단계에서는 서로 다른 목표에 대해 서로 다른 대안 간에 많은 균형을 유지해야 합니다. 예를 들어, 비용 대비 성능, 목표 대비 목표 대비 성능 등입니다.

보고서 작성

이 시점에서 테크놀로지 로드맵은 종료됩니다.그림 3에서는 테크놀로지 로드맵 보고서가 5개의 부분으로 구성되어 있음을 알 수 있습니다.

  1. 각 테크놀로지 영역의 식별과 설명
  2. 로드맵의 중요한 요소,
  3. 주소 미지정 영역,
  4. 구현 권장 사항 및
  5. 기술 권장 사항

리포트에 추가 정보를 포함할 수도 있습니다.표 2에서 개발 단계의 모든 다른 하위 활동을 볼 수 있습니다.

개발 단계에 대한 활동 표
활동 서브 액티비티 묘사
로드맵이 주목하는 '제품'을 특정하다 니즈를 특정하다 이 중요한 단계는 참가자들이 공통적인 제품 요구를 파악하고 이에 동의하도록 하는 것입니다.이것은 그들의 인정을 받기 위해 중요하다.
시나리오 기반 계획 사용 일반적인 제품 요구에 대한 불확실성이 큰 경우 시나리오 기반 계획을 사용할 수 있습니다.각 시나리오는 합리적이고 내부적으로 일관성이 있으며 다른 시나리오와 비교할 수 있어야 합니다.
국가의 요구 이것들은 그 제품의 요구 사항입니다.
중요한 시스템 요건과 그 타깃을 특정하다 중요한 시스템 요건을 정의하다 중요한 시스템 요건은 로드맵의 전체적인 프레임워크를 제공하며 테크놀로지와 관련된 개괄적인 차원입니다.여기에는 신뢰성 및 비용 등이 포함됩니다.
타깃의 정의 각 시스템 요건에 대해 대상을 정의해야 합니다.
주요 테크놀로지 영역 지정 요건을 테크놀로지 지향 드라이버로 변환 제품의 중요한 시스템 요건을 충족하기 위해 주요 기술 영역을 지정해야 합니다.그런 다음 중요한 시스템 요건은 특정 기술 영역에 대한 기술 동력으로 변환됩니다.
테크놀로지 드라이버와 그 타겟을 지정합니다. 테크놀로지 대체를 타겟으로 선택 테크놀로지 드라이버와 그 목표는 중요한 시스템 요건 목표에 근거해 설정됩니다.특정 날짜까지 기술 대안이 얼마나 실행 가능해야 하는지를 명시합니다.사용 가능한 기술 대안 중에서 선택해야 합니다.
대체 테크놀로지와 그 일정을 특정하다 대체 방안과 그 일정을 특정 목표를 충족할 수 있는 기술 대안을 제시해야 합니다.그 다음에, 각 대안의 타임 라인을 특정할 필요가 있습니다.
추구해야 할 테크놀로지 대안을 제안하다 대체 테크놀로지의 서브셋을 선택해 주세요. 어떤 테크놀로지를 선택할지, 또 언제 다른 테크놀로지로 이행할지를 결정합니다.최적의 정보를 통합하고 많은 전문가의 합의를 이끌어냅니다.
테크놀로지 로드맵 보고서 작성 보고서 작성 여기에서는 실제 테크놀로지 로드맵 보고서가 작성됩니다.이 보고서에는 테크놀로지의 특정과 설명, 중요 요인, 미주소 영역, 구현 권장사항 및 기술 권장사항이 포함됩니다.

단계 3: 후속 작업 단계

지금이야말로 로드맵을 비판하고 검증하며 구현에 관여하는 그룹이 수용해야 할 때입니다.이를 위해서는 기술 로드맵을 사용하여 계획을 수립해야 합니다.다음으로, 참가자와 테크놀로지의 요구가 진화하기 때문에 정기적인 검토와 갱신 포인트가 필요합니다.

로드 맵핑에 대한 빠른 시작 접근법

로드맵 작성을 둘러싼 복잡성과 조직의 관성을 고려하여 케임브리지 대학의 연구진은[13] 로드맵 작성에 [14]대한 빠른 시작 접근법을 개발하는 데 초점을 맞췄습니다.T-Plan이라고 불리는 이 접근방식은 1990년대 후반에 개발되었으며, 주로 최소한의 리소스와 시간 약속으로 조직이 로드맵 작성에 첫발을 내디딜 수 있도록 지원하기 위해 개발되었습니다.T-Plan[15] 워크북을 중국어(번체 및 현대어), 독일어, 일본어 및 스페인어로 번역하는 등 로드맵의 국제적 보급과 활용에 큰 영향을 미치고 있습니다.이 접근 방식(혁신 및 전략 로드맵을 위한 접근 방식, S-Plan)은 유연성과 확장성이 뛰어나기 때문에 효율적인 [16]적용을 위해 쉽게 맞춤화할 수 있습니다.신속하고 린한 어프로치는 중소기업(SME)에 있어서 특히 중요하며,[17] 특히 SME의 클러스터에 대한 방향을 제시하기 위해 기능하는 것으로 나타났습니다.

계획 및 비즈니스 개발 컨텍스트

5. 프로그램 계획 예시
6. 막대의 예
7. 그래프 예시

테크놀로지 로드맵 작성 프로세스는 기업 전략, 기업 전략 계획, 기술 계획 및 비즈니스 개발 컨텍스트에 적합합니다.니즈, 제품, 테크놀로지의 3가지 중요한 요소가 연결되어 있어야 합니다.

필요한 지식과 기술

스킬을 갖춘 컨설턴트

기술 로드맵을 작성하려면 특정 지식과 기술이 필요합니다.참가자 중 일부는 기술 로드맵의 목적을 알고 있어야 합니다.이 그룹 프로세스 옆에는 많은 토론과 공통의 요구가 무엇인지 알아내는 과정이 포함되므로 대인관계 기술이 필요합니다.참가자가 매우 많으면 컨설턴트나 퍼실리테이터가 필요할 수 있습니다.

목적

로드맵에서의 제품 계획

이것은 테크놀로지 로드맵의 가장 일반적인 유형입니다.제품에 테크놀로지를 삽입하는 링크입니다.

프로그램 계획

이 유형은 전략 구현에 더 가깝고 프로젝트 계획과 관련이 있습니다.그림 5는 기술 개발 단계, 프로그램 단계 및 이정표 간의 관계를 보여줍니다.

포맷

  • 막대: 거의 모든 로드맵은 각 레이어의 막대 형태로 표시됩니다(부분).따라서 로드맵이 매우 단순하고 통일되어 커뮤니케이션과 통합이 쉬워집니다.
  • 그래프: 테크놀로지 로드맵은 보통 각 서브레이어에 1개씩 그래프로 표시할 수도 있습니다(IMEC는 두 번째 방법을 사용합니다).

도입 사례

문서화된 도입 사례에는 다음이 포함됩니다.

「 」를 참조해 주세요.

레퍼런스

  1. ^ a b Phaal, Robert; Farrukh, Clare J.P.; Probert, David R. (2004). "Technology roadmapping—A planning framework for evolution and revolution". Technological Forecasting and Social Change. 71 (1–2): 5–26. doi:10.1016/s0040-1625(03)00072-6.
  2. ^ Alexander, Peter (1 January 2006). "Creating a Technology Road Map". entrepreneur.com. Retrieved 2 April 2018.
  3. ^ 가르시아97
  4. ^ Oliveira, Maicon G.; Rozenfeld, Henrique (2010). "Integrating technology roadmapping and portfolio management at the front-end of new product development". Technological Forecasting and Social Change. 77 (8): 1339–1354. doi:10.1016/j.techfore.2010.07.015.
  5. ^ Petrick, Irene J.; Echols, Ann E. (2004). "Technology roadmapping in review: A tool for making sustainable new product development decisions". Technological Forecasting and Social Change. 71 (1–2): 81–100. doi:10.1016/s0040-1625(03)00064-7.
  6. ^ Rohrbeck, René; Kallehave, Pernille (2012-06-01). "The Role of Corporate Foresight in Promoting Sustainability". Global Compact International Yearbook. 2012.
  7. ^ 가르시아, M.L.와 브레이, O.H. (1997년)"테크놀로지 로드맵의 기초"샌디아 국립연구소 전략사업개발부[1]
  8. ^ Thorsten., Laube (2006). Technologie-Roadmap : strategisches und taktisches Technologiemanagement ; ein Leitfaden. Abele, Thomas. Stuttgart: Fraunhofer-IRB-Verl. ISBN 978-3816771869. OCLC 180950449.
  9. ^ "Developing a technology roadmapping system Request PDF". ResearchGate. Retrieved 2019-03-06.
  10. ^ Kleinmuntz, Don N. (July 2007). "Resource Allocation Decisions". Advances in Decision Analysis: From Foundations to Applications. Retrieved 2019-03-06.
  11. ^ "Data model patterns: A metadata map". SearchDataManagement. Retrieved 2019-03-06.
  12. ^ "Technology Roadmaps What Value for PSMC?" (PDF). Dec 3–6, 2013. Retrieved 17 July 2016.
  13. ^ "Roadmapping at IfM". www.ifm.eng.cam.ac.uk. Retrieved 2 April 2018.
  14. ^ Phaal, Robert; Farrukh, Clare; Mitchell, Rick; Probert, David (2003-03-01). "Starting-Up Roadmapping Fast". Research-Technology Management. 46 (2): 52–59. doi:10.1080/08956308.2003.11671555. ISSN 0895-6308. S2CID 218754971.
  15. ^ "T-Plan: the fast start to Technology Roadmapping. Planning your route to success". www.ifm.eng.cam.ac.uk. Retrieved 2 April 2018.
  16. ^ "Archived copy" (PDF). Archived from the original (PDF) on 2017-08-13. Retrieved 2016-12-14.{{cite web}}: CS1 maint: 제목으로 아카이브된 복사(링크)
  17. ^ Battistella, Cinzia; Toni, Alberto F. De; Pillon, Roberto (2015). "The Extended Map methodology: Technology roadmapping for SMES clusters". Journal of Engineering and Technology Management. 38: 1–23. doi:10.1016/j.jengtecman.2015.05.006.
  18. ^ Technology Roadmapping: Delivering Business Vision. EIRMA. 1997.
  19. ^ Amadi-Echendu, Joe; Lephauphau, Obbie; Maswanganyi, Macks; Mkhize, Malusi (2011). "Case studies of technology roadmapping in mining". Journal of Engineering and Technology Management. 28 (1–2): 23–32. doi:10.1016/j.jengtecman.2010.12.002. hdl:2263/15838.
  20. ^ Willyard, Charles H.; McClees, Cheryl W. (1987-09-01). "Motorola's Technology Roadmap Process". Research Management. 30 (5): 13–19. doi:10.1080/00345334.1987.11757057. ISSN 0034-5334.
  21. ^ Groenveld, Pieter (1997-09-01). "Roadmapping Integrates Business and Technology". Research-Technology Management. 40 (5): 48–55. doi:10.1080/08956308.1997.11671157. ISSN 0895-6308.
  22. ^ Lischka, Jan Marc; Gemunden, Hans Georg (2008). "Technology roadmapping in manufacturing: a case study at Siemens AG". International Journal of Technology Intelligence and Planning. 4 (2): 201. doi:10.1504/ijtip.2008.018317.

추가 정보