AI Research NotesTechnology · Systems · Roadmapping
Chapter 1 · Technology Roadmapping and Development

기술은 물건이 아니라, 지식이 현실에 작동하는 방식이다

What Is Technology? — A Systems View from Knowledge to Roadmapping

Olivier L. de Weck · Springer · 2022 · Chapter 1

KNOWLEDGE원리 · 방법 · 숙련 ARTIFACT객체 · 프로세스 Technology의도적 기능 구현 SYSTEM제품 · 미션 ROADMAP선택 · 투자 · 전환 feedback / learning MENSMANUS

이 장의 핵심은 단순하다. 기술은 지식과 구현의 이중체이며, 언제나 특정 기능을 수행해 문제를 해결하도록 의도적으로 만들어진다. 그리고 기술은 독립된 물건으로 존재하지 않는다. 더 큰 시스템 안에서 작동하고, 조직 안에서는 전략·연구개발·투자·지식·지식재산·제품 전환을 연결하는 로드맵으로 관리된다.

SOURCE BASIS · Technology Roadmapping and Development, Chapter 1 “What Is Technology?” · Springer Nature Switzerland AG · 2022 · DOI 10.1007/978-3-030-88346-1_1
Part I · §1.1

기술의 정의: 지식과 물질적 구현은 분리되지 않는다

Techne와 logia에서 출발해, 기술을 ‘무엇을 아는가’와 ‘무엇이 실제로 작동하는가’의 결합으로 본다.

01 · Duality

‘기술’이라는 말은 생각보다 젊다

이 장은 ‘technology’라는 단어가 오늘날처럼 널리 쓰이기 시작한 것은 비교적 최근이라는 역사적 맥락에서 출발한다. 어원은 그리스어 technelogia의 결합으로 설명되며, 여기서 중요한 것은 손의 숙련과 지식의 체계가 함께 있다는 점이다. 저자가 기술을 설명할 때 반복해서 붙드는 축도 바로 이 이중성이다.

기술은 과학적·실천적 지식만도 아니고, 기계·소프트웨어·공정 같은 산출물만도 아니다. 특정 문제를 해결하는 기능을 위해 의도적으로 만들어진 객체와 프로세스, 그리고 그것을 구상·설계·구현·운영하는 데 필요한 지식과 숙련을 함께 보아야 한다.

TECHNOLOGY AS KNOWLEDGE원리와 방법열역학, 미생물학, 유체역학, 유전학처럼 ‘왜 작동하는가’를 설명하는 지식이 기술의 한 축이다.
TECHNOLOGY AS EMBODIMENT현실에서 작동하는 구현냉장고, 고온 식품공정, 항공기, DNA 시퀀싱 기법처럼 지식을 기능으로 바꾸는 물리적·절차적 형상이 다른 축이다.

책의 표 1.1은 이 구분을 ‘과학 지식 → 기술 구현 → 해결하는 문제’의 세 열로 정리한다. Carnot cycle과 전기 냉장고는 식품의 보존 기간을 늘리고, 미생물학과 고온 처리 공정은 우유의 병원체 위험을 줄이며, Bernoulli 원리와 고정익 항공기는 장거리 이동 문제를 해결한다. DNA 이중나선 지식과 Sanger sequencing은 유전적 질병 관련 검사를 가능하게 한다.

02 · Refrigerator

냉장고가 보여주는 ‘mens et manus’

냉장고 예시는 기술의 이중성을 가장 구체적으로 보여준다. Carnot cycle이 압력·온도·부피 변화로 냉각의 원리를 설명한다면, 실제 냉장고는 압축기, 응축기, 팽창밸브, 증발기, 냉매, 온도조절 장치가 그 원리를 반복 가능한 시스템으로 구현한다. 냉매는 압축·응축·팽창·증발을 순환하고, 내부 공기에서 열을 빼앗아 음식의 온도를 낮춘다.

저자는 이 관계를 MIT의 표현인 mens et manus, 즉 ‘마음과 손의 협력’으로 설명한다. 기술을 제대로 안다는 것은 작동 원리만 아는 것도, 조작법만 익히는 것도 아니다. 원리와 구현을 함께 이해하는 것이 기술의 숙련이다.

03 · Essential Properties

기술을 기술답게 만드는 네 가지 조건

의도적 창조자연에서 저절로 생긴 현상과 구별된다. 하나 이상의 행위자(agent)가 어떤 형태로든 생성 과정에 관여한다.
검사 가능한 산출물아이디어만으로는 아직 기술이 아니다. 기계, 소프트웨어, 도구, 공정처럼 현실에서 사용·검증 가능한 형상이 필요하다.
특정 지식과 숙련학습, 도제, 모방, 연구개발, 우연한 발견을 통해 획득되는 지식과 능력을 요구한다.
목적과 기능문제를 해결하거나 새로운 능력을 만든다. 기술은 특정 기능 또는 목적과 연결되어 있을 때 의미를 갖는다.

장문의 정의를 풀어 쓰면, 기술은 ‘특정 문제를 해결하는 기능을 가능하게 하도록 시스템 안에 의도적으로 만들어 넣은 객체와 프로세스의 지식 및 현실적 구현’이다. 단문 정의는 더 압축적이다. 기술은 문제 해결을 위한 지식과 기능적 객체의 의도적 창조라고 정리할 수 있다.

중요한 구분도 하나 있다. 기술은 제품 그 자체와 같지 않다. 기술은 제품과 더 큰 시스템을 가능하게 하는 구성요소이며, 실제 세계에 영향을 미치려면 언제나 어떤 상위 시스템에 내장되거나 주입되어야 한다.

04 · Agency & Consequences

누가 기술을 만들 수 있는가, 그리고 기술은 항상 좋은가

고전적 관점에서는 인간이 기술의 창조자였지만, 이 장은 ‘agent’라는 더 일반적인 표현을 쓴다. 다른 생물 종의 도구 사용 가능성, 인공지능을 가진 컴퓨터가 기술 생성에 참여할 가능성까지 열어 두기 때문이다. 이 서술은 인간만을 기술 창조의 유일한 주체로 고정하지 않는다.

또한 기술은 대체로 인간의 조건을 개선하기 위해 만들어지지만 항상 긍정적 결과만 낳는다고 보지 않는다. 화석연료 기술의 기후 영향이나 무기 기술처럼 편익과 피해가 함께 나타날 수 있다. 따라서 기술의 평가는 기능만이 아니라 부작용과 이해관계까지 포함해야 한다.

Part II · Science → Engineering → Technology

과학은 발견하고, 공학은 창조하며, 기술은 사용된다

과학·공학·기술을 서로 바꾸어 부르는 대신, 사회적 문제와 지식의 흐름 속에서 역할을 분리한다.

이 장이 제시하는 사회적 맥락은 명확하다. 사회는 자연과 관계를 맺고 문제를 드러낸다. 과학은 자연을 관찰하고 원리와 법칙을 발견해 지식을 만든다. 공학은 그 지식과 창의성을 이용해 기술을 만든다. 사람은 기술을 사용하고, 그 결과 사회의 문제는 완화되거나 변형된다.

Nature관찰되는 세계 DISCOVERING과학 Knowledge원리 · 법칙 CREATING공학 Technology기능 구현 USING · SOCIETAL PROBLEMS · FEEDBACK

이 관계를 절대적인 경계로 읽을 필요는 없다. 실제로 암 진단과 치료처럼 현대의 복합 영역에서는 과학자와 공학자의 역할이 서로 스며든다. 디지털 병리, 표적치료, 방사선치료, 로봇수술, 유전자치료는 발견과 설계, 구현과 검증이 끊임없이 오가는 영역이다.

기술은 누적되고, 산업혁명은 그 누적이 임계점을 넘은 장면이다

증기기관과 회전운동은 인간·동물의 힘을 기계력으로 증폭했고, 전기화는 두 번째 산업혁명의 기반이 되었다. 디지털 컴퓨터는 Apollo와 인터넷 시대의 핵심 능력을 만들었다. 유전체 시퀀싱과 유전자 편집은 생물학 자체를 다시 설계 가능한 대상으로 바꾸고 있다. 이 장은 21세기의 다음 큰 동력이 유전체, 양자기술, 사이버물리 시스템, 우주 관측 중 무엇이 될지 단정하지 않는다.

중요한 메시지는 ‘혁명’이라는 이름보다 그 전 단계다. 아이디어는 연구개발 프로젝트, 실험, 설계, 제작, 검증, 복제, 채택, 기술이전, 지속적 개선을 거쳐 현실의 능력이 된다. 기술 발전은 자동 진행이 아니라 누군가가 실패를 견디며 반복하는 조직적 과정이다.

Part III · §1.2

기술을 말로만 설명하지 말라: OPM으로 객체와 프로세스를 모델링한다

자연어의 풍부함은 장점이지만, 시스템 설계에서는 같은 사실을 여러 방식으로 말할 수 있다는 점이 오류와 재작업의 원인이 된다.

기술은 텍스트, 수식, 도면으로 표현되어 왔다. 문제는 분야마다 표현 규칙이 달라지고, 자연어만으로는 같은 사실을 여러 문장으로 기술할 수 있다는 점이다. 이 장은 더 일반적이면서 정밀한 표현을 위해 Object Process Methodology(OPM)를 사용한다.

WHY OPM · 1제한된 자연어Object Process Language(OPL)라는 제한적 문장 체계로 모호성을 줄인다.
WHY OPM · 2하나의 그래픽 문법Object Process Diagram(OPD)으로 객체와 프로세스, 상태, 관계를 함께 표현한다.
WHY OPM · 3국제 표준2015년 ISO 19450 표준이 되었으며 특정 상용 도구에 종속되지 않는다.

OPM의 최소 문법: 객체, 프로세스, 상태, 링크

객체(object)는 독립적으로 존재할 수 있는 것이다. 물리적 객체와 정보적(informatical) 객체를 모두 포함한다. 프로세스(process)는 객체를 생성·변경·소멸시키는 활동이며, 어떤 객체와의 관계 없이 홀로 존재하지 않는다. 상태(state)는 객체가 특정 시점에 어떤 조건에 있는지를 나타낸다.

링크는 구조적 링크, 객체-프로세스 사이의 절차적 링크, 프로세스 간 호출 관계를 표현하는 invocation link로 나뉜다. affectee, resultee, consumee, agent, instrument 같은 링크는 프로세스가 객체를 어떻게 다루는지 명시한다. 집합-부분 관계나 속성 표현도 구조적 링크로 모델링한다.

OPM READING‘운송한다’는 프로세스가 사람이라는 객체의 상태를 출발지에서 목적지로 바꾼다고 표현할 수 있다. 냉장고에서는 ‘응축’ 프로세스가 응축기를 필요로 하고, ‘압축’ 프로세스는 전기에너지를 소비하며, ‘냉각 운전’은 음식의 상태에 영향을 준다고 기술한다.

복잡성은 ‘줌’으로 관리한다

OPM은 최상위 System Diagram(SD)에서 기술의 바깥 인터페이스를 보여주고, 필요할 때 특정 프로세스를 in-zoom하여 SD1, SD2 같은 더 깊은 수준으로 내려간다. 사용자는 냉장고의 온도를 설정하고 결과만 얻으면 되지만, 엔지니어는 압축·응축·팽창·증발·조절의 내부 순환을 보아야 한다. 같은 기술도 이해 목적에 따라 필요한 추상화 수준이 다르다.

석기시대의 돌도끼도 같은 언어로 모델링할 수 있다

개념모델링은 현대 기술에만 적용되지 않는다. 돌, 손잡이, 끈, 에너지, 제작 지식이 ‘만들기’ 프로세스를 통해 돌도끼가 되고, 인간이 돌도끼를 사용해 ‘베기’ 프로세스를 수행하면 나무의 상태가 서 있음에서 넘어짐으로 바뀐다. 기술의 본질을 기능과 상태변화로 본다면, 시대가 달라도 동일한 모델링 문법을 적용할 수 있다는 점을 보여주는 예다.

장 마지막 부록의 냉장고 OPL도 같은 관점을 끝까지 밀어붙인다. 상위 SD에서는 냉장고 운전이 전기에너지를 소비하고 폐열을 만들며 음식의 온도와 보존성에 영향을 주는 관계를 적는다. SD1에서는 냉장고를 압축기·펌프·응축기·팽창밸브·증발기·온도조절기로 분해하고, 압축 → 응축 → 팽창 → 증발 → 조절이 서로 호출되는 구조로 기술한다.

Part IV · §1.3

기술을 기능으로 분류한다: 3×3에서 5×5로

형태는 세대마다 바뀌어도 기능은 이어질 수 있다. 그래서 재료보다 ‘무엇을 무엇에 하는가’로 분류하는 편이 더 안정적이다.

Van Wyk의 기능성 격자는 기술을 두 축으로 정리한다. 열(column)은 기술이 작용하는 operand, 행(row)은 operand에 수행하는 process다. 전통적 3×3 격자는 물질·에너지·정보를 변환·운송·저장하는 아홉 칸으로 구성된다.

OPERANDMatter고체·액체·기체·플라즈마 등 상태를 가진 물질.
OPERANDEnergy운동·위치·화학·전기 등 다양한 형태의 에너지.
OPERANDInformation아날로그·디지털·내재적·명시적 정보.
PROCESSTransforming형태나 상태를 다른 것으로 바꾼다.
PROCESSTransportingoperand를 한 위치에서 다른 위치로 이동시킨다.
PROCESSStoring나중에 같은 장소에서 쓸 수 있도록 보존한다.

리튬이온배터리는 이 틀에서 E(3), 즉 ‘에너지 저장’ 기술이다. 음극·양극·전해질·분리막 사이의 산화환원 반응과 전자·이온 이동으로 전기 에너지를 저장하고 방출한다. 이 장은 배터리 성능이 재료와 제조기술의 발전을 통해 지속적으로 개선되어 왔음을 예로 들며, 하나의 격자 칸 안에도 실제로는 복잡한 하위 기술들이 존재한다고 강조한다.

현대 기술을 담기 위한 확장: 가치와 생명, 교환과 제어

3×3만으로는 생명공학과 금융기술, 현대 제어 시스템을 충분히 표현하기 어렵다. 이 장은 operand에 ValueLiving Organisms를, process에 ExchangingControlling을 추가해 5×5로 확장한다.

PROCESS \ OPERANDMatter (M)Energy (E)Information (I)Value (V)Organisms (L)
Transforming (1)제철의 basic oxygen/open furnace태양광 발전 셀GPU 기반 계산암호화폐최소침습 로봇수술
Transporting / Distributing (2)화물 운송 항공기고전압 송전Deep Space NetworkSWIFT 금융망자율주행 자동차
Storing (3)극저온 수소 저장탱크계통용 리튬이온 배터리광학 CD 저장금 보관소줄기세포 뱅킹
Exchanging (4)수자원 거래 시스템에너지 거래소전자 의무기록블록체인 분산원장온라인 가축 거래
Controlling (5)디젤 배출가스 후처리가정용 냉방 디지털 제어TCP/IP 서버·스위칭자동 청산 시스템바이러스 RNA 검사

이 표를 ‘기술 이름표’로만 읽으면 놓치는 것이 있다. 자율주행 전기차를 생명체 운송 L(2)의 예로 볼 수 있지만, 실제 시스템 안에는 배터리 E(3), 정보처리 I(1), 제어 기술 등이 다시 중첩된다. 기술 분류는 단일 라벨을 붙이는 일이 아니라 시스템의 기능적 구성요소를 분해하는 시작점이다.

분류의 경계는 과학적으로도 완전한 벽이 아니다

장에서는 질량과 에너지의 등가성, 정보 이론의 한계처럼 operand 간 깊은 관계도 언급한다. 예컨대 에너지와 질량의 관계, 통신 채널 용량은 다음과 같이 표현된다.

\[E=mc^2\qquad\text{and}\qquad R_{\max}=B\log_2\left(1+\frac{C}{N}\right)\]

이 수식들은 5개 operand가 물리적으로 완전히 독립이라는 뜻이 아니라, 기술경영에 유용한 추상화 수준에서 구분한다는 점을 보여준다. 너무 높은 수준의 물리학적 통합은 오히려 실제 기술 분류에는 쓸모가 떨어질 수 있다.

Part V · §1.4

기술경영: 로드맵은 조직의 ‘제어 함수’다

기술을 발명하는 것보다 더 어려운 일은, 어떤 기술을 언제 어디까지 개발하고 제품·서비스·미션에 넣을지를 조직적으로 결정하는 일이다.

기술이 조직 성과의 핵심일수록 기술경영(Management of Technology, MOT)이 필요하다. 이 장의 관점에서 CTO는 기술을 단순히 보유하는 사람이 아니라, 전략과 제품·미션, 연구개발 프로젝트, 기술 포트폴리오를 연결하는 역할을 맡는다.

로드매핑은 기술경영의 제어 함수로 설명된다. 현재 어떤 기술을 보유하는지, 경쟁 수준은 어떤지, 발전 속도는 어느 정도인지, 미래 목표는 무엇인지, 어떤 제품·서비스·미션이 그 기술을 필요로 하는지를 한 자리에서 통합해야 하기 때문이다.

기술경영은 하나의 폐쇄 루프에 가깝다

시장·고객·미션Needs / Pull 전략Strategy 기술 로드맵Roadmapping R&D 포트폴리오Projects · Budget 지식 · IPKnowledge · Patents 기술 주입Infusion 제품·서비스Capabilities 스카우팅Tech Push

시장과 고객, 미션이 만드는 technology pull은 전략과 로드맵을 통해 연구개발 우선순위를 만든다. 반대로 경쟁사, 공급자, 파트너, 학계에서 등장한 새 아이디어는 technology push로 들어온다. Technology scouting은 이런 외부 신호를 포착해 기존 기술 추세와 미래 요구조건으로 번역한다.

R&D 프로젝트가 성공하면 결과는 새로운 지식, 개선된 기술, 프로토타입이 된다. 일부 지식은 특허·영업비밀 같은 지식재산으로 관리되고, 성숙한 기술은 기존 제품·서비스·미션에 주입되거나 새 제품으로 전환된다. 이 모든 의사결정은 예산 제약, 시장 변화, 위험, 기회, 고객 가치의 영향을 받는다.

결국 기술경영의 희소 자원은 돈만이 아니다

이 장은 R&D 예산뿐 아니라 과학자와 엔지니어라는 인적 자원을 중요하게 본다. 기존 제품을 유지하는 팀과 미래 기술을 개발하는 팀을 함께 조직하는 것은 기술경영의 난제다. 작은 스타트업에서는 한 사람이 스카우팅·로드맵·R&D·IP·기술전환을 겸할 수 있지만, 조직이 커질수록 전략·마케팅·CTO 조직·엔지니어링·제조·공급망 간 정보 흐름이 핵심 문제가 된다.

TECHNOLOGY MANAGEMENT FUNCTIONBOOK CHAPTERSROLE IN THE SYSTEM
Intellectual Property5기술 지식의 권리화와 보호
Technology Roadmapping4, 8, 11현황·추세·목표·의존성의 통합
Strategy Development10시장·미션·경쟁을 고려한 방향 설정
Executing R&D11, 12, 16기술을 프로젝트와 프로토타입으로 전환
Technology Infusion12제품·시스템에 기술을 도입
Technology Scouting14외부 아이디어와 추세 탐색
Knowledge Management15조직의 기술 지식 축적·전달
R&D Portfolio Planning16, 17예산과 프로젝트 조합 선택
Technology Valuation17기술의 가치·비용·위험 평가
Part VI · ATRA

Advanced Technology Roadmap Architecture: 네 질문으로 미래를 구조화한다

ATRA는 기술관리 기능을 한 장의 큰 지도에 놓고, ‘현황 → 가능성 → 선택 → 포트폴리오’의 순서로 조직한다.

INPUTSOUTPUTS Strategic DriversProducts / MissionsTechnology TrendsTechnology ScoutingKnowledge Mgmt.IP AnalyticsSystems Modeling 1. Where are we today?SOA · Competitive Benchmarking 2. Where could we go?Systems Modeling · Trends 3. Where should we go?Scenarios · Valuation 4. Where are we going?Portfolio Optimization · Selection Decision ArtifactsFigures of MeritScenariosTechnology ValuationDependency StructureEfficient FrontierRisk / ReturnR&D Projects OutputsTechnology RoadmapsScenario-based ValuationTechnology InvestmentRecommended Portfolio
STEP 1Where are we today?현재 기술 수준과 경쟁자를 비교한다. State of the Art와 경쟁 벤치마킹이 출발점이다.
STEP 2Where could we go?기술 시스템 모델과 시간에 따른 성능 추세를 이용해 가능한 미래 상태를 탐색한다.
STEP 3Where should we go?시나리오와 기술가치를 비교해 어떤 방향이 바람직한지 결정한다.
STEP 4Where are we going?포트폴리오의 가치와 위험을 최적화하고 실제 투자·프로젝트 집합을 선택한다.

ATRA의 장점은 로드맵을 예쁜 시간축 그림으로 축소하지 않는 데 있다. Figure of Merit(FOM), 기술 추세, 시스템 모델, 시나리오, 가치평가, 의존성, R&D 프로젝트, 리스크-리턴을 연결해 설명적(descriptive) 정보와 처방적(prescriptive) 의사결정 사이에 다리를 놓는다.

장에서는 이 프레임워크가 대형 항공우주 기업에서 개발·적용되었고, 이후 NASA STMD를 포함한 여러 조직과 산업에서 활용되었다고 설명한다. 동시에 스타트업에서도 단순화한 형태로 적용할 수 있다고 본다.

Part VII · Interpretation for AI Research

AI 시대에 다시 읽기: Agentic R&D도 결국 ‘기술경영 시스템’ 안에 들어간다

아래는 1장의 원문 주장과 2026년 AI 연구기획 관점을 구분해 읽은 해석이다.

INFERENCE · NOT A CLAIM DIRECTLY TESTED IN THE BOOKAI 에이전트가 기술을 만들 수 있다는 가능성을 받아들인다면, 미래의 AI Co-Scientist나 Agentic R&D 시스템은 ‘아이디어 생성기’보다 ‘발견 → 설계 → 실험 → 기술평가 → 포트폴리오 선택 → 지식 축적’을 잇는 기술경영 행위자로 설계하는 편이 이 장의 시스템 관점과 더 잘 맞는다.

원문은 기술 창조의 주체를 인간으로만 제한하지 않고, 인공지능을 가진 컴퓨터도 잠재적 agent로 언급한다. 그러나 여기서 곧바로 자율 연구자가 가능하다고 결론 내릴 수는 없다. 더 중요한 것은 기술의 정의가 의도적 기능, 현실 구현, 검증 가능한 산출물, 상위 시스템과의 관계를 요구한다는 점이다.

따라서 생성형 AI가 보고서를 쓰거나 아이디어를 제안했다는 사실만으로 ‘기술을 창조했다’고 부르기 어렵다. 지식 제안과 실제 기술 구현 사이에는 여전히 검증·제작·운영·책임·가치평가의 간극이 있다. Agentic AI 연구기획에서 OPM과 ATRA가 흥미로운 이유도 이 간극을 구조적으로 표현할 수 있기 때문이다.

AI SYSTEM DESIGNOPM 관점에이전트, 도구, 데이터, 모델, 실험, 결과를 객체·프로세스·상태·링크로 명시하면 ‘누가 무엇을 바꾸었는가’를 추적하기 쉬워진다.
AI R&D GOVERNANCEATRA 관점최신 모델의 성능만 보는 대신 현재 SOA, 추세, 시나리오, 가치, 위험, 예산, 포트폴리오까지 연결할 수 있다.

1장의 전체 논리를 한 문장으로 압축하면

기술은 지식이 기능적 시스템으로 구현되고, 그 시스템이 사회적 문제와 조직의 전략 속에서 선택·개발·확산되는 전체 과정이다.

이 정의를 받아들이면 기술 로드맵은 미래 기술 이름을 연도별로 나열하는 문서가 아니다. 무엇이 기술인지 정의하고, 무엇을 측정할지 정하고, 어떤 시스템에서 가치가 생기는지 모델링하고, 어떤 경로에 투자할지를 정하는 일련의 의사결정 구조다.

장에 포함된 연습문제와 토론 질문을 다시 묶어 보면

  1. 자신의 기술 정의를 먼저 적어 본다. 사전이나 웹 검색 전에 스스로 경계를 그어 보는 문제다.
  2. 관심 기술 하나를 골라 과학 원리·구현·해결 문제를 분해한다.
  3. 사회 문제 하나를 과학→지식→공학→기술→사용의 관계로 그려 본다. 지식만으로 문제가 해결될 수 있는지도 묻는다.
  4. 돌도끼의 에너지 소비와 절단 횟수를 정량적으로 추정한다. 손잡이 길이 0.5 m, 돌 질량 0.5 kg, 날 길이 0.1 m, 날 두께 2 mm, 도끼날 속도 10 m/s, 소나무 측면 항복강도 6 MPa라는 조건이 제시된다.
  5. 3×3 또는 5×5 기술 행렬의 예시를 자신이 아는 기술로 다시 채운다.
  6. 자신의 조직을 Figure 1.9와 같은 기술경영 시스템으로 그린다. 누가 scouting을 하고, 누가 roadmapping을 하며, 누가 R&D 포트폴리오를 결정·실행하는지 묻는다.

토론 질문도 같은 축을 돈다. 인간만 기술을 만들 수 있는가, 기술은 반드시 더 큰 시스템의 일부인가, 기술은 항상 이해관계자 가치를 만들어야 하는가, 대규모 복제가 없으면 영향이 없는가, 과학·공학·예술은 어떻게 다른가. 이런 질문은 정의를 외우게 하기보다 기술을 보는 관점을 흔든다.

References · Chapter 1

참고문헌

Primary Source
01
Olivier L. de Weck. Technology Roadmapping and Development: A Quantitative Approach to the Management of Technology.
SPRINGER NATURE · 2022 · CHAPTER 1 “WHAT IS TECHNOLOGY?”
https://doi.org/10.1007/978-3-030-88346-1_1
Works Cited in Chapter 1
02
R. A. Burgelman, C. M. Christensen, S. C. Wheelwright. Strategic Management of Technology and Innovation.
MCGRAW-HILL/IRWIN · 2008
03
A. Cadario et al. “Energy Storage Technology Roadmap.”
MIT EM.427 · 2019
Source URL listed in the chapter
04
Noam Chomsky. Language and Mind.
CAMBRIDGE UNIVERSITY PRESS · 2006
05
Christine de Weck. The Silk Road Today.
VANTAGE PRESS · 1989
06
Olivier L. de Weck, Daniel Roos, Christopher L. Magee. Engineering Systems: Meeting Human Needs in a Complex Technological World.
MIT PRESS · 2011
07
Dov Dori. Object-Process Methodology: A Holistic Systems Paradigm.
SPRINGER · 2011
ISO 19450 reference used in the chapter
08
A. K. Duraiappah, P. Munoz. “Inclusive wealth: a tool for the United Nations.”
ENVIRONMENT AND DEVELOPMENT ECONOMICS · 2012 · 17(3):362–367
09
S. Friedenthal, A. Moore, R. Steiner. A Practical Guide to SysML.
MORGAN KAUFMANN · 2014
10
Thomas P. Hughes. Human-Built World: How to Think about Technology and Culture.
UNIVERSITY OF CHICAGO PRESS · 2004
11
David Hume. A Treatise of Human Nature, Book II, Part III, Sect. X.
1739–1740
12
J. Montbrun-Di Filippo, M. Delgado, C. Brie, H. M. Paynter. “A survey of bond graphs: Theory, applications and programs.”
JOURNAL OF THE FRANKLIN INSTITUTE · 1991 · 328(5–6):565–606
13
E. B. Roberts. “Benchmarking global strategic management of technology.”
RESEARCH-TECHNOLOGY MANAGEMENT · 2001 · 44(2):25–36
14
Eric Schatzberg. “‘Technik’ Comes to America: Changing Meanings of ‘Technology’ before 1930.”
TECHNOLOGY AND CULTURE · 2006 · 47(3):486–512
15
R. J. Van Wyk. “Management of technology: New frameworks.”
TECHNOVATION · 1988 · 7(4):341–351
16
R. van Wyk. Technology: Its Fundamental Nature — To Explore Further Ahead and Farther Afield.
LAMBERT ACADEMIC PUBLISHING · 2017
17
Wikipedia. “Technology.”
URL AS LISTED IN CHAPTER 1
https://en.wikipedia.org/wiki/Technology