|
|
|
|
|
 |
무인운전 시스템에서 안전을 수치로 정의한다면 어떤 지표를 선택하고, 왜 그 지표가 핵심이라고 보십니까
안전관점의 시스템 사고입니다.
무인 운전은 똑똑해 보이는 알고리즘보다, 무너지지 않는 구조가 먼저입니다.
기존은 기능이 먼저, 검증이나 중입니다.
제가 제안한 방식은 요구사항과 실패 시나리오가 먼저, 기능은 그 다음입니다.
안전은 선언이 아니라 검증 가능한 약속이기 때문입니다.
사람의 안전이 최우선입니다.
하지만 무인운전에서 그 심리는 치명적입니다.
|
|
|
 |
모집 분야(직무)와 관련하여 보유한 전문성 및 역량은 무엇이며, 해당 전문성 및 역량을 갖추기 위해 어떤 노력을 했는지 구체적으로 기술하여 주십시오.
과제나 업무 수행 과정에서 새로운 기술이나 방식을 시도하여 이전에 비해 개선했던 경험에 대해 기술하여 주십시오.
공동의 목표를 달성하는 과정에서 의견 충돌이 발생했을 때, 상대방을 설득(또는 이견을 수용)하여 협업한 경험을 기술하여 주십시오.
한 가지 기술의 성능만으로는 절대 완성되지 않기 때문에, 결국 통합과 검증의 역량이 연구의 품질을 결정합니다.
저는 무인운전의 핵심을 사람을 빼는 기술이 아니라, 사람의 신뢰를 만들어내는 기술이라고 정의합니다.
무인 운전은 똑똑해 보이는 알고리즘보다, 무너지지 않는 구조가 먼저입니다.
저는 그 구조를 만들 수 있는 기반을 갖추기 위해, 불편한 검증을 반복해 왔습니다.
팀 프로젝트에서 자율 시스템 성격의 기능을 개발할 때, 기존 방식은 "일단 구현하고, 잘 되면 발표 자료를 만든다"는 흐름이었습니다.
기존은 기능이 먼저, 검증이나 중입니다.
제가 제안한 방식은 요구사항과 실패 시나리오가 먼저, 기능은 그 다음입니다.
이후 이 규칙을 깨뜨리기 위한 테스트 시나리오를 만들었습니다.
그리고 각 시나리오에서 시스템이 어떤 로그를 남겨야 하는지, 어떤 지표가 기준선을 넘어가면 실패로 판정할지까지 정의했습니다.
테스트를 먼저 만들면 개발 속도가 느려 보였기 때문입니다.
안전이 필요한 분야에서는 특히, 무엇을 먼저 하느냐가 성과를 결정합니다.
목표는 두 가지였습니다.
성능지표를 평균값이 아니라 최악값 기준으로 맞추기. 둘째, 재현 가능한 검증 패키지를 만들어 다음 팀도 같은 실험을 반복할 수 있게 하기.이 목표를 설정한 이유는 간단합니다.
다음으로 최악 상황을 만드는 조건을 찾아냈습니다.
팀 프로젝트에서 저는 안전과 검증을 우선하자는 입장이었고, 다른 팀원은 성능과 기능 확장을 먼저 하자는 입장이었습니다.
저는 설득을 '상대의 목표를 내 목표로 바꾸는 작업'이라고 봅니다.
예를 들어 시연 중 오류가 나면 기능 3개를 추가해도 한 번 의 실패가 모든 점수를 무너뜨린다는 현실을 공유했습니다.
다만 핵심을 뽑자면 첫째, 위험 사건률과 같은 결과 지표, 둘째, 안전 기능의 커버리지와 실패검출 시간 같은 과정 지표, 셋째, 제한속도 준수와 정지거리 여유 같은 물리지표를 함께 보겠습니다.
결과 지표만 보면 사고가 없을 때 안전이 과대평가되고, 과정 지표만 보면 현실 위험이 과소평 가됩니다.
모르는 것을 인정하고, 그 구간에서 시스템이 얌전해지도록 만드는 것이 안전의 출발점입니다.
사람의 안전이 최우선입니다.
다음은 2차 사고를 막는 통제입니다.
예를 들어 위치 불확실성이 커지면, 계속 주행은 안전을 잃는 대신 편의를 얻는 선택이 됩니다.
단순 서비스 장애보다 위험한 이유는, 시스템이 "정상 데이터"로오인하고 잘못된 판단을 할 수 있기 때문입니다.
무인 운전 보안은 기술만으로 끝나지 않고, 절차와 훈련이 함께 가야 실효성이 생깁니다.
규정의 핵 심 요구를 지키되, 현장이 수행 가능한 형태로 절차를 단순화하거나 자동화하는 방식입니다.
제약점은 신중함이 강해 초기의사결정이 느려 보일 수 있다는 점입니다. |
 |
안전, 어떻다, 기능, 이다, 검증, 기술, 무인, 지표, 시나리오, 결과, 만들다, 시스템, 운전, 목표, 팀, 성능, 실패, 지연, 보다, 성과 |
|
|
|
|
|
|
 |
|
|
|
|
|
|
|
|
|
|
|
| |
|
|
|
2026.03.03
9페이지
