하네스 엔지니어링 — 기존 시스템을 건망증 방어막으로 전용하는 2가지 설계 원리

현장 고소작업을 해본 사람이라면 알 것이다. 하네스를 걸 때 반드시 전용 안전 구조물만 쓰지 않는다. 이미 설치된 배관이나 구조물에 하네스를 걸어 쓰는 경우가 훨씬 많다. 별도 시스템을 새로 세울 필요 없이, 이미 있는 것에 걸면 되기 때문이다.

하네스 엔지니어링에도 이런 센스가 필요하다. 이미 존재하는 시스템에 내 행동을 묶어버려, 내가 멍청해지는 순간을 시스템이 대신 막아주게 만드는 것. 새로 만들기보다, 있는 것을 영리하게 활용하는 발상이다.

그 센스를 어떻게 걸어내는지, 일상 속 생활 예시를 중심으로 살펴보겠다.

하네스 엔지니어링이란 무엇인가

하네스(Harness)는 원래 말이나 장비에 연결하는 안전줄을 뜻한다. 고공 작업자가 추락 방지용 하네스를 착용하듯, 하네스 엔지니어링은 내 행동에 안전줄을 연결하는 설계다.

한 가지 실용적인 원칙이 있다. 거창하게 새 시스템을 만들 필요가 없다는 것이다. 이미 일상에서 잘 작동하고 있는 구조물에 내 행동을 걸어두면 충분하다.

컨텍스트 오버플로우 — 사람도 AI도 꽉 차면 잊는다

AI가 프롬프트 창이 꽉 차면 앞 내용을 잊어버리듯, 사람도 머릿속이 바쁘면 평소에 당연히 하던 것을 잊는다.

운동을 마친 후 샤워하고 나오면, 머릿속은 이미 다음 일정으로 넘어가 있다. 그 순간 “가방”은 컨텍스트에서 밀려난다. 이건 의지력 부족이 아니다. 구조적 한계다.

하네스 엔지니어링은 이 한계를 탓하지 않는다. 대신 시스템이 대신 기억하게 만든다.

출입 게이트가 내 가방을 지켜준 날

회사 헬스장에서 운동을 마치고 나오다가 가방을 두고 나온 적이 있다. 탈의실에 두고 온 것도 아니고, 러닝머신 옆 바닥에 그냥 두고 나온 거다.

이후 한 가지를 바꿨다. 사원증을 항상 가방 안에 넣어두는 것.

회사 출입 게이트는 사원증이 없으면 통과가 안 된다. 사원증이 가방 안에 있으면, 가방 없이는 게이트를 나갈 수 없다. 결과적으로 게이트가 “가방을 두고 나가려 한다”는 상황을 자동으로 감지하고 막아준다.

출입 게이트는 원래 보안 목적으로 설계된 시스템이다. 그런데 그걸 내 건망증 방어막으로 전용(轉用)한 것이다. 하네스 엔지니어링의 묘미가 여기에 있다. 목적 외 활용인데, 완벽하게 맞아떨어진다.

회사 출입 게이트에서 가방을 확인하는 장면 — 하네스 엔지니어링 일상 적용 사례

하네스 엔지니어링의 2가지 설계 원리

실제 사례를 분석하면 하네스 엔지니어링에는 2가지 원리가 작동한다.

원리설명사례
의존 관계 설계“A가 없으면 B가 안 된다”는 구조를 의도적으로 만든다사원증(A)이 없으면 게이트(B) 통과 불가 → 가방을 반드시 가져가게 됨
기존 시스템 활용새 도구를 만들지 않고, 이미 작동하는 구조물에 내 행동을 건다보안용 게이트를 건망증 방어막으로 활용

외출할 때 보조배터리를 챙기는 걸 자주 깜빡한다고 해보자. 충전은 해뒀는데, 나갈 때는 항상 책상 위에 그대로 두고 나온다. 이럴 때 새 알림을 설정하는 대신, 보조배터리를 가방 안에 넣은 채로 충전하면 된다. 가방을 챙기는 순간 완충된 배터리도 자동으로 함께 나간다.

“매일 나갈 때 가방을 챙긴다”는 루틴은 이미 존재한다. 거기에 올라탄 것뿐이다. 새로운 알림도, 새로운 앱도 필요 없다.

전부 걸 필요는 없다 — 언제 인터록을 추가할까

모든 일상에 하네스를 걸면 오히려 피로해진다. 하네스 엔지니어링은 선택적으로 적용하는 것이 원칙이다.

적용 흐름은 단순하다.

  1. 같은 실수를 두 번 이상 반복했다
  2. 그 행동이 의존할 수 있는 기존 시스템을 찾는다
  3. 딱 하나의 의존 관계를 연결한다
  4. 다음에 또 생기면 그때 하나 더 추가한다

한 번에 시스템 전체를 설계하려 하지 않는다. 실수가 생길 때마다 하나씩 연결해나가는 것이 현실적이고, 오래 유지된다.

엔지니어링 현장에서 인터록(Interlock)을 설계할 때와 같은 논리다. 모든 경우에 인터록을 걸면 시스템이 과부하된다. 실제로 위험한 지점에만 건다. 하네스 엔지니어링도 마찬가지다.

마무리 — 핵심 요약

하네스 엔지니어링은 기술이 아니라 관점이다. 내가 잊는다는 사실을 인정하고, 시스템이 대신 기억하게 설계하는 것이다.

구분내용
핵심 개념기존 시스템에 내 행동을 묶어 건망증을 구조적으로 방어
설계 원리① 의존 관계 설계 ② 기존 시스템 전용
적용 기준같은 실수 두 번 이상 → 그때 하나씩 연결
핵심 구조“A가 없으면 B가 안 된다”

잊지 않으려고 애쓰는 것보다, 잊어도 괜찮은 구조를 만드는 것이 낫다. 하네스 엔지니어링은 그 구조를 설계하는 사고방식이다.

[링크 제안]

하네스 엔지니어링이 “기존 시스템을 다르게 활용하는 관점”이라면, AI 도구를 쓸 때도 같은 관점이 필요하다.

하네스의 핵심은 “도메인을 아는 사람만 어디에 걸어야 하는지 안다”는 것이다. 데이터도 마찬가지다.

하네스 엔지니어링에 대해 더 알고 싶다면 Wikipedia — Interlock (engineering)에서 인터록의 공학적 배경을 확인할 수 있다.

FAQ

같은 실수를 반복하거나, 특정 행동을 잊는 패턴이 생겼을 때 적용한다. 핵심은 “이미 잘 작동하는 시스템이 주변에 있는가”를 먼저 확인하는 것이다. 없다면 만들 필요 없다. 있다면 거기에 내 행동을 묶으면 된다.

인터록은 공학적 개념으로, 특정 조건이 충족되지 않으면 다음 동작이 실행되지 않도록 막는 구조다. 하네스 엔지니어링은 이 인터록 논리를 일상과 업무 설계에 확장 적용하는 사고방식이다. 인터록이 수단이라면, 하네스 엔지니어링은 그 수단을 활용하는 관점이다.

알림은 무시할 수 있다. 하네스 엔지니어링의 강점은 무시가 불가능하다는 것이다. 사원증이 가방 안에 있으면 게이트에서 물리적으로 막힌다. 선택의 여지가 없다. 이 “강제성”이 알림과의 결정적 차이다.

관련 글 보기