2.19 기술 위험 관리와 연구개발 실패 대응 체계

1. 기술 위험의 체계적 분류

기술 위험(Technical Risk)은 기술 개발 과정에서 목표한 성과를 달성하지 못할 가능성과 그에 따른 부정적 영향을 의미한다. 딥테크 기업에서 기술 위험은 기업의 존속 자체를 위협할 수 있는 핵심 리스크 요인이다.

기술 위험의 유형은 다음과 같이 분류된다. 첫째, 기술적 실현 가능성 리스크(Feasibility Risk)이다. 목표로 하는 기술적 성능이 물리적·공학적으로 달성 가능한가에 대한 불확실성이다. 이는 딥테크 기업에서 가장 근본적인 기술 위험이다. 둘째, 성능 리스크(Performance Risk)이다. 기술이 실현 가능하다 하더라도 목표 성능 수준에 도달하지 못할 가능성이다. 셋째, 일정 리스크(Schedule Risk)이다. 기술 개발이 예정된 일정 내에 완료되지 못할 가능성이다. 넷째, 비용 리스크(Cost Risk)이다. 기술 개발 비용이 예산을 초과할 가능성이다. 다섯째, 통합 리스크(Integration Risk)이다. 개별 요소 기술은 성공하더라도 시스템 차원의 통합에서 문제가 발생할 가능성이다. 여섯째, 확장 리스크(Scaling Risk)이다. 실험실 수준에서 성공한 기술이 양산 규모로 확장되지 못할 가능성이다.

2. 기술 위험 관리 프로세스

2.1 위험 식별(Risk Identification)

기술 위험의 체계적 식별을 위한 방법론은 다음과 같다. 기술 검토 회의(Technical Review Meeting)에서 기술 팀이 잠재적 리스크를 브레인스토밍 형식으로 도출한다. 유사 프로젝트 분석(Lessons Learned Analysis)은 과거 프로젝트의 실패 사례와 교훈을 참조하여 유사한 리스크를 식별한다. 전문가 판단(Expert Judgment)은 해당 기술 분야의 내부·외부 전문가의 경험에 기반한 리스크 식별이다. 결함 수목 분석(Fault Tree Analysis, FTA)과 고장 모드 및 영향 분석(Failure Mode and Effects Analysis, FMEA)은 체계적 공학적 리스크 분석 기법이다.

2.2 위험 평가(Risk Assessment)

식별된 리스크는 발생 확률(Probability)과 영향의 크기(Impact)를 기준으로 평가된다. 리스크 매트릭스(Risk Matrix)를 활용하여 각 리스크를 높음/중간/낮음으로 분류하고, 리스크 점수(Risk Score = 확률 × 영향)에 따라 우선순위를 결정한다.

딥테크 기업에서 기술 위험 평가의 특수한 어려움은 확률 추정의 곤란성에 있다. 기초 과학에 기반한 혁신적 기술의 경우 과거 데이터가 부재하여 확률적 추정이 극도로 어렵다. 이 경우 전문가의 주관적 판단에 의한 정성적 평가를 보완적으로 활용하여야 한다.

2.3 위험 대응(Risk Response)

기술 위험에 대한 대응 전략은 네 가지 유형으로 분류된다.

위험 회피(Risk Avoidance)는 해당 리스크를 유발하는 기술 경로를 포기하고 대안적 경로를 선택하는 전략이다. 위험 완화(Risk Mitigation)는 리스크의 발생 확률이나 영향을 감소시키기 위한 사전적 조치를 취하는 전략이다. 병행 기술 경로의 추진, 원형(Prototype) 제작을 통한 조기 검증, 그리고 핵심 기술 인력의 이중화가 대표적 완화 수단이다. 위험 전가(Risk Transfer)는 보험, 아웃소싱, 또는 파트너십을 통하여 리스크의 일부를 외부로 전가하는 전략이다. 위험 수용(Risk Acceptance)은 리스크를 인식하면서도 비용-편익 분석에 기반하여 별도의 대응 없이 수용하는 전략이다.

3. 연구개발 실패 대응 체계

3.1 실패의 유형과 인식

연구개발 실패는 딥테크 기업에서 불가피한 현상이다. CTO는 실패를 조직적 학습의 기회로 전환하는 체계를 구축하여야 한다.

연구개발 실패의 유형은 다음과 같다. 기술적 실패(Technical Failure)는 목표 기술이 물리적·공학적으로 실현 불가능한 것으로 판명되는 경우이다. 성능 미달(Performance Shortfall)은 기술이 실현 가능하나 목표 성능에 도달하지 못하는 경우이다. 일정 초과(Schedule Overrun)는 기술 개발이 예정 일정을 크게 초과하는 경우이다. 시장 부적합(Market Misfit)은 기술적으로는 성공하였으나 시장 수요와의 부합에 실패한 경우이다.

Edmondson(2011)은 실패를 예방 가능한 실패(Preventable Failure), 복잡성에 의한 실패(Complexity-related Failure), 그리고 지능적 실패(Intelligent Failure)로 분류하였다. 딥테크 기업에서 장려되어야 할 것은 지능적 실패, 즉 잘 설계된 실험에서 유의미한 학습을 산출하는 실패이다.

3.2 사후 분석(Post-mortem) 프로세스

연구개발 실패 발생 시 체계적 사후 분석을 수행하여 실패의 근본 원인을 규명하고, 재발 방지 조치를 수립하여야 한다.

사후 분석의 핵심 원칙은 다음과 같다. 비난 없는 분석(Blameless Post-mortem)을 통하여 개인에 대한 비난이 아닌 시스템적 원인의 규명에 집중한다. 근본 원인 분석(Root Cause Analysis)을 통하여 표면적 원인이 아닌 근저의 원인을 규명한다. 5 Why 기법, 이시카와 다이어그램(Ishikawa Diagram), 그리고 결함 수목 분석 등이 근본 원인 분석의 도구로 활용된다.

3.3 전략적 전환(Pivot) 의사결정

기술 개발의 근본적 실패가 확인된 경우, CTO는 기술 경로의 변경(Technology Pivot)에 관한 의사결정을 주도하여야 한다. 전환 의사결정의 핵심 고려 사항은 다음과 같다. 기존 기술 경로의 회복 가능성, 대안 기술 경로의 존재 여부와 실현 가능성, 전환에 소요되는 자원과 시간, 기존 투자의 활용 가능성(Salvage Value), 그리고 이해관계자(투자자, 고객, 팀원)에 대한 영향이다.

CTO는 매몰 비용의 오류(Sunk Cost Fallacy)에 빠지지 않도록 경계하여야 하며, 객관적 데이터에 기반하여 기존 경로의 지속과 전환 사이에서 합리적 판단을 내려야 한다.

4. 기술 위험 관리의 조직적 체계

CTO는 기술 위험 관리를 조직적 활동으로 제도화하여야 한다. 기술 위험 등록부(Risk Register)의 운영, 정기적 위험 검토 회의의 개최, 위험 지표(Risk Indicator)의 모니터링, 그리고 위험 보고 체계의 확립이 핵심 요소이다. 기술 위험의 현황과 변동을 CEO와 이사회에 정기적으로 보고하여, 기업 차원에서의 리스크 인식과 대응 역량을 강화하여야 한다.