Introduction

수많은 대시보드와 알림, 자동화된 런북이 있어도, 진지한 인시던트 리뷰를 해보면 결국 한 가지 사실로 귀결됩니다. 실패와 복구의 중심에는 여전히 사람이 있다는 점입니다.

인시던트는 단순히 치솟는 그래프나 올라가는 에러율이 아닙니다. 그것은 인간의 이야기입니다. 지저분한 타임라인, 어렴풋이 기억나는 Slack 스레드, 누군가가 거의 눌렀던 수상한 이메일, 다른 사람이 놓친 단서를 발견한 온콜 엔지니어까지.

그렇다면 이런 이야기들을 제대로 된 1급 산출물로 다룬다면 어떨까요? 시스템 안의 티켓으로만 남기는 것이 아니라, 눈에 보이고, 손에 잡히고, 부담 없이 훑어볼 수 있는 공유 기억의 조각으로 만든다면요.

여기서 등장하는 것이 바로 **아날로그 인시던트 엽서 벽(incident postcard wall)**입니다. 작은 카드 한 장에 인시던트(혹은 근접 사고) 하나를, 짧고 사람 눈높이에 맞는 스냅샷으로 담아 벽에 붙이는 방식입니다. 시간이 지나면 이 벽은 단순한 장식물을 넘어, 팀이 장애에서 배우는 방식을 바꾸는 강력한 로우텍(저기술) 지식 베이스로 진화합니다.

왜 사람 중심 인시던트 기록이 여전히 중요한가

요즘 모니터링 스택은 어떤 사람보다 빨리 이상 징후를 감지합니다. Synthetic 체크, 분산 트레이싱, 이상 탐지, AI 기반 알림까지—이런 도구들은 필수입니다. 하지만 이들만으로는 이야기의 전부를 알 수 없습니다.

여전히 남는 중요한 블라인드 스폿이 하나 있습니다. 바로 사람들이 그 인시던트를 어떻게 경험했고, 어떻게 대응했는가입니다.

자동화된 시스템은:

• 메트릭 스파이크는 보지만 Slack 안의 혼란은 보지 못합니다.
• 에러 코드는 남기지만, 모든 일을 촉발한 소셜 엔지니어링 이메일은 포착하지 못합니다.
• 스택 트레이스는 기록하지만, 망설임·오해·기발한 임기응변은 남기지 못합니다.

이에 비해 수동적이고 사람 중심의 인시던트 기록은 다음을 담아냅니다.

• 무슨 일이 있었는지에 대한 이야기(narrative)
• 의사결정을 둘러싼 맥락(context)
• 그 안에서 작동한 심리적·조직적 역학

바로 이런 요소들이, 사람들이 패턴을 인지하고, 같은 실수를 반복하지 않도록 돕고, 다음번에는 더 잘 대응하게 만드는 데 꼭 필요합니다.

엽서 벽은 이런 수동적인 기록을, 작고 반복 가능하며 눈에 잘 띄는 형태로 바꿔줍니다.

소셜 엔지니어링: 슬라이드보다 스토리가 남는다

소셜 엔지니어링 인시던트는 특히 사람 요소에 의존합니다. 공격자는 시스템을 해킹하는 것이 아니라, 사람을 해킹합니다. 긴급함, 권위, 두려움, 호기심을 자극해서요.

교육용 슬라이드만으로는 잘 남지 않습니다. 진짜 이야기가 더 오래 갑니다.

벽에 이런 엽서가 붙어 있다고 상상해 보세요:

제목: "거의 먹힐 뻔한 VIP 급여 이메일"
트리거: "CFO"가 급여 파일 긴급 익스포트를 요청한 이메일
거의 잘못될 뻔한 점: HR이 도메인이 스푸핑된 걸 알아차리기 전까지 이미 파일을 준비함
어떻게 막았는가: 한 주니어 동료가 CFO가 왜 개인 Gmail 비슷한 도메인을 쓰는지 의심함
교훈: 대량 데이터 익스포트와 관련된 긴급 요청은 반드시 두 번째 채널로 재확인할 것.

이 한 장의 카드가 보안 정책 문서의 문단 한 줄보다 훨씬 많은 것을 전달합니다.

• 감정적 세팅—긴급함 + 권위—이 드러납니다.
• 데이터가 거의 유출될 뻔한 근접 사고가 분명히 드러납니다.
• 다시 보고 싶은 행동—질문하기, 확인하기, 건강한 의심—을 구체적으로 칭찬합니다.

이런 인시던트 엽서가 쌓이면, 패턴이 눈에 보이기 시작합니다.

• "우리는 ‘긴급 송금’ 테마에 특히 취약하다."
• "결제 정보 변경을 거의 검증하지 않는다."
• "외주/계약 인력이 합류 초기 특히 많이 노린다."

이제 소셜 엔지니어링이 추상적인 이야기가 아니라, 동료들이 실제로 겪은 순간들을 모아둔 갤러리가 됩니다.

인시던트 엽서 벽을 인시던트용 제텔카스텐으로 보기

**제텔카스텐(Zettelkasten)**에 익숙하다면, 이 방식이 작은, 서로 연결된, 원자적인 노트에 기반한 메모 시스템이라는 것을 알 것입니다. 노트 하나에 아이디어 하나만 담고, 그 노트들을 연결하면서 힘이 생기죠.

인시던트 엽서 벽은 운영 실패와 아찔한 순간들을 위한 일종의 아날로그 제텔카스텐입니다.

각 엽서는 다음과 같습니다.

• 원자적(Atomic) – 인시던트 하나, 이야기 하나, 핵심 교훈 하나.
• 연결됨(Linked) – 관련 인시던트를 서로 참조 (예: “참고: DB‑03, NET‑07”).
• 맥락 포함(Contextual) – 태그나 색으로 유형을 표시: 보안, 가용성, 컴플라이언스, 고객 영향, 근접 사고 등.

시간이 지나면 벽은 이런 것들을 드러냅니다.

• 특정 서비스나 벤더 주변에 뭉쳐 있는 인시던트 클러스터
• 반복되는 실패 모드(설정 오류, 만료된 인증서, 빠진 rate limit 등)
• 반복되는 소셜 엔지니어링 전술(가짜 인보이스, 가짜 패스워드 리셋 페이지, 가짜 내부 툴 등)

제텔카스텐이 아이디어를 위해 하는 일을, 엽서 벽은 **운영 현실(operational reality)**을 위해 하는 셈입니다.

왜 작은 “카드”가 거대한 리포트보다 잘 먹히는가

정식 인시던트 리포트는 중요합니다. 하지만 무겁습니다. 길고, 형식적이고, 보통은 인시던트에 깊이 관여한 소수만 끝까지 읽습니다.

엽서는 그 정반대입니다.

• 한 입 크기 – 카드 한 장 읽는 데 30–60초면 충분합니다.
• 이동 가능 – 벽에서 떼어 회의실로, 책상으로, 온보딩 세션으로 옮길 수 있습니다.
• 기억에 잘 남음 – 짧은 제목과 몇 가지 핵심 정보는 12페이지짜리 문서보다 훨씬 쉽게 떠올릴 수 있습니다.

간단한 템플릿은 다음을 포함할 수 있습니다.

• 제목 (사람이 바로 이해할 수 있는, 이야기 같은 문장)
• 날짜 & 태그 (서비스, 유형, 심각도, “근접 사고”, “소셜 엔지니어링” 등)
• 무슨 일이 있었는지 (1–2문장)
• 상황을 더 나쁘게 만들었거나, 더 나쁠 뻔한 요소
• 복구 또는 영향 최소화에 도움이 된 것
• 한 줄짜리 핵심 교훈

카드가 작기 때문에, 사람들은 이것을 작성하기도 쉽고, 읽기도 쉽습니다. 그 결과 인시던트를 공유하고, 거기서 배우고, 일상 속에서 다시 찾아보는 행동의 마찰이 줄어듭니다.

인시던트 카드를 ‘업무 흐름’ 속으로 끌어들이기

벽이 강력한 이유는 주변에 항상 존재하기 때문입니다. 회의 기다리며, 복도 지나다가, 동료와 수다 떨다 말고도 자연스럽게 보게 됩니다. 하지만 이 아이디어는 물리적인 벽을 넘어 확장할 수 있습니다.

업무 흐름 속에서 인시던트 “카드”를 드러내는 방법은 예를 들면 다음과 같습니다.

• 커피 머신 옆이나 출입구 근처
  사람들이 원래 머무르는 곳에 새 카드를 붙입니다.

• 데일리 스탠드업 시간
  전날 인시던트를 다룬 팀이 있다면 그 카드 한 장을 보드에 고정합니다.

• 디지털 도구 속으로

  • 위키나 가벼운 도구(Notion 보드, Miro, 사내용 포털 등)에 벽을 그대로 미러링합니다.
  • Jira 티켓이나 인시던트 런북에서 관련 엽서로 하이퍼링크를 겁니다.
  • Slack이나 MS Teams에 “이번 주의 카드”를 돌아가며 올립니다.

• 온보딩에 활용
  신규 입사자에게 큐레이션된 엽서 묶음을 보여줍니다. 예: “지금의 작업 방식에 큰 영향을 준 5가지 장애”.

이렇게 하면, 누군가 특정 시스템이나 프로세스를 건드릴 때 그 시스템의 실패 역사를, 짧고 사람 냄새 나는 이야기로 함께 접하게 됩니다. 이것이 바로 **적시 학습(just-in-time learning)**입니다.

장애를 ‘손에 잡히는 산출물’로 만들면 문화가 바뀐다

인시던트가 티켓 시스템과 로그 아카이브 속으로 사라져 버리면, 팀은 함께 돌아볼 기회를 잃습니다. 반대로, 눈에 보이는 아날로그 산출물은 미묘하지만 강력한 변화를 가져옵니다.

• 실패를 **일의 일부로 ‘정상화’**합니다.
• 조용한 비난 대신 이야기하기를 장려합니다.
• 이렇게 말을 붙이게 만듭니다. “아, 이거 기억나. 그 주말에 우리 전원 온콜이었잖아.”

이를 건강하게 유지하려면 블레임리스(blameless) 프레이밍이 필요합니다.

• 제목은 사람보다 사건에 초점을 맞춥니다. “알렉스의 실수”가 아니라 “밤새 과부하 걸린 인덱서 사건” 같은 식으로.
• 교훈 섹션은 “더 조심하자”가 아니라 시스템, 프로세스, 방어 수단에 초점을 맞춥니다.
• 카드에 “Caught by: 고객 센터가 채팅 패턴 이상을 포착”처럼 칭찬 포인트를 넣습니다.

시간이 지나면 벽은 사람들에게 이렇게 말하기 시작합니다.
“우리는 실패를 이야기한다. 기억한다. 거기서 배운다. 그리고 사람을 희생양 삼지 않는다.”

이것이 바로 종이 형태로 구현된 문화입니다.

벽에서 지식 베이스와 트레이닝 도구로

인시던트 엽서가 쌓이기 시작하면, 벽을 큐레이션하고 발전시킬 수 있습니다.

• 주제별로 묶기 – 보안, 가용성, 데이터 무결성, 서드파티 의존성 등.
• 전환점이 된 인시던트 강조 – “우리가 feature flag를 도입하게 만든 그 장애”.
• 오래된 카드는 리타이어·보관 – 바인더나 디지털 갤러리로 옮기고, 벽은 가장 관련성 높고 대표적인 사례 위주로 유지합니다.

이렇게 되면 벽은 살아 있는 지식 베이스가 됩니다.

• 준비 태세 점검용으로 – 대형 릴리스를 앞두고 관련 인시던트를 훑어봅니다. 예: “설정 드리프트 때문에 말렸던 과거 배포들”.
• 훈련용으로 – 엽서를 Tabletop Exercise(테이블탑 훈련)의 시나리오 씨앗으로 씁니다. “이 인시던트를 지금 다시 겪는다면, 뭘 다르게 할까?”
• 리더십을 위한 시각화 – 위험 영역을 눈으로 보여줍니다. “왜 ‘액세스 제어’ 태그가 붙은 카드가 이렇게 많지?”

벽은 시각적이고 촉각적인 매체이기 때문에, 로그나 인시던트 런북을 매일 읽지 않는 사람들—매니저, PO, HR, 재무, 신규 입사자—에게도 리스크를 실감 나게 보여줍니다.

시작하기: 간단한 구현 가이드

크게 준비할 것 없습니다. 이번 주 안에 1차 버전을 만들 수도 있습니다.

1. 엽서 포맷 정하기 (인덱스 카드나 A6 용지 추천)

   • 제목
   • 날짜
   • 태그(서비스 / 카테고리 / 유형)
   • 1–2문장 요약
   • 상황을 나쁘게 만들었거나, 더 나쁠 뻔한 요소
   • 도움이 된 것들
   • 한 줄짜리 교훈

2. 눈에 잘 띄는 공간 정하기

   • 사람들이 실제로 지나가는 곳: 팀 자리 근처, 탕비실, 공용 복도 등.

3. 과거 인시던트 3–5개로 시드(seed) 만들기

   • 다양한 사례를 고릅니다. 크고 굵직한 장애, 작지만 교훈이 큰 버그, 소셜 엔지니어링 근접 사고, 서드파티 장애 등.

4. 인시던트 프로세스에 엽서 작성 포함시키기

   • 인시던트 리뷰 체크리스트 끝에 “엽서 벽 카드 작성” 항목을 넣습니다.
   • 인시던트 리뷰가 끝나면, 담당자 한 명이 카드를 작성하는 책임을 집니다.

5. 정기적으로 리뷰하고 정리하기

   • 한 달에 한 번 정도 팀 미팅에서 새 카드를 함께 봅니다.
   • 관련 카드를 클러스터링하고, 교차 참조를 추가하고, 오래된 카드는 보관소로 옮깁니다.

정말로 이게 전부입니다. 힘은 복잡함이 아니라 꾸준함에서 나옵니다.

Conclusion

아날로그 인시던트 엽서 벽은 겉으로 보기에는 단순합니다. 그저 작은 카드 여러 장을 벽에 붙여둔 것처럼 보이죠. 하지만 그 단순함 뒤에는 강력한 아이디어가 숨어 있습니다.

작고 인간적인 실패 이야기들을, 사람들이 매일 지나는 공간에 드러내 놓는 것만으로도, 팀이 기억하고 대응하고 배우는 방식이 달라질 수 있다.

수동적이고 내러티브 중심의 기록을, 눈에 보이는 카드 형태의 아티팩트와 결합하면 다음을 이룰 수 있습니다.

• 특히 소셜 엔지니어링 같은 영역에서, 인시던트의 인간적 측면을 포착합니다.
• 복잡한 사건들을 사람들이 실제로 읽게 되는 한 입 크기의 스냅샷으로 만듭니다.
• 시간이 지날수록 서로 연결된 기억의 제텔카스텐 같은 시스템을 쌓아 올립니다.
• 장애와 근접 사고를 두고, 비난이 아닌 성찰과 블레임리스 학습을 정상적인 일로 만듭니다.
• 교육과 대비 태세를 뒷받침하는, 모두가 접근 가능한 공유 지식 베이스를 만듭니다.

세상은 더 많은 데이터, 더 많은 자동화, 더 많은 대시보드를 외치지만, 소박한 종이 엽서 벽은 우리가 자주 잊는 한 가지를 제공합니다.
**사람 얼굴을 한 집단 기억(collective memory)**입니다.

조금이라도 진지하게 인시던트를 다루는 조직이라면—실제로는 모든 조직이 그렇습니다—그 이야기들에 물리적인 집을 하나 내어 주세요. 벽은 처음엔 작게 시작하겠지만, 그 영향은 작지 않을 것입니다.