IT 만능어 '이슈'

하루에 몇 번이나 "이슈"를 말하는가

IT 업계에서 일하다 보면 하루에도 수십 번 "이슈"라는 단어를 들어요.

"프로덕션에 이슈가 있어요", "이슈 하나 만들어주세요", "그 이슈 어떻게 됐어요?", "고객 이슈 확인 부탁드립니다."

전부 "이슈"인데, 의미는 전부 다릅니다. 어느 순간부터 이 단어 하나가 버그, 장애, 작업 항목, 안건, 관심사, 고객 문의를 전부 커버하게 됐습니다.

같은 단어, 전혀 다른 의미

IT 현장에서 "이슈"가 쓰이는 맥락을 나열해 보면 그 폭이 꽤 넓습니다. "프로덕션에 이슈가 있습니다"는 서비스에 실제 문제가 터졌다는 뜻으로, 가장 긴장되는 용법입니다. "이슈 하나 생성해주세요"의 이슈는 버그일 수도, 기능 요청일 수도, 단순 작업일 수도 있습니다. Jira가 모든 작업 단위를 "Issue"라고 부르기 때문에 생긴 용법입니다. GitHub도 마찬가지여서 "이슈 올렸습니다"의 이슈에는 버그 리포트와 질문, 기능 제안, 토론 주제가 전부 들어갑니다. 회의에서 "그 이슈 진행 상황이 어떻게 됐죠?"라고 하면 추적 중인 관심사나 논의 사항을 가리키고, "고객 이슈 처리해주세요"의 이슈는 문의와 불만, 장애 신고, 기능 요청까지 포괄합니다.

듣는 사람은 매번 맥락으로 의미를 추론해야 합니다. 대부분은 자연스럽게 되지만, 가끔 "그 이슈요? 어떤 이슈요?"라는 되물음이 나오는 건 이 때문입니다.

"issue"는 원래 이런 뜻이 아니었다

영어 "issue"의 본래 의미는 "발행(issuance)"이나 "쟁점(matter in dispute)" 쪽에 가깝습니다. 그런데 어느 시점부터 "problem"을 대체하는 완곡 표현으로 자리 잡았습니다.

"We have a problem"은 심각하게 들립니다. "We have an issue"는 같은 상황인데도 좀 더 관리 가능하고, 덜 위협적인 느낌을 줍니다. 이 미묘한 뉘앙스 차이 때문에 비즈니스와 IT 영역에서 "issue"가 "problem"의 자리를 빠르게 대체했습니다.

영어권에서도 이 남용은 꽤 오래전부터 지적받아 왔습니다. "Call it what it is — it's a problem, not an issue"라는 류의 비판은 IT 커뮤니티에서 흔하게 보입니다.

한국 IT에서 더 두드러지는 이유

영어권에서는 맥락에 따라 "bug", "ticket", "concern", "topic", "item", "incident" 같은 단어가 자연스럽게 섞여 쓰입니다. 세분화된 대안이 있고, 실제로 구분해서 쓰는 경우가 많습니다.

한국어에도 "문제", "건", "안건", "사안", "장애", "결함" 같은 표현이 있습니다. 그런데 IT 현장에서는 이런 단어들 대신 "이슈"가 거의 전부를 흡수해버렸습니다. 외래어 차용 과정에서 원어가 가진 여러 뉘앙스 중 가장 넓은 의미만 수입된 셈입니다.

Jira와 GitHub의 영향도 큽니다. IT 조직 대부분이 Jira와 GitHub를 쓰고, 둘 다 기본 작업 단위가 "Issue"이기 때문에, 자연스럽게 모든 작업 항목 = 이슈라는 등식이 굳어졌습니다.

문제가 되는 건 아니지만

솔직히 대부분의 경우 의사소통에 큰 문제는 없어요. 맥락이 충분히 보충해 주기 때문입니다.

하지만 가끔은 의식적으로 단어를 구분해 쓰는 것이 커뮤니케이션 품질을 높여 줍니다. 장애가 발생했으면 "장애"라고 하는 게 긴박감을 전달합니다. 단순 작업 요청이면 "티켓"이나 "작업"이 더 정확합니다. 회의에서 논의할 주제라면 "안건"이 맞습니다.

만능 단어는 편해요. 다만 장애를 "장애"라고 부르는 순간 전달되는 긴박감까지 대신해 주지는 못해요.