하루에 몇 번이나 “이슈"를 말하는가#
IT 업계에서 일하다 보면 하루에도 수십 번 “이슈"라는 단어를 듣는다.
“프로덕션에 이슈가 있어요”, “이슈 하나 만들어주세요”, “그 이슈 어떻게 됐어요?”, “고객 이슈 확인 부탁드립니다.”
전부 “이슈"인데, 의미는 전부 다르다. 어느 순간부터 이 단어 하나가 버그, 장애, 작업 항목, 안건, 관심사, 고객 문의를 전부 커버하게 됐다.
같은 단어, 전혀 다른 의미#
IT 현장에서 “이슈"가 쓰이는 맥락을 나열해 보면 그 폭이 꽤 넓다.
장애/버그 — “프로덕션에 이슈가 있습니다.” 서비스에 실제 문제가 발생했다는 뜻이다. 가장 긴장되는 용법.
Jira 티켓 — “이슈 하나 생성해주세요.” 여기서 이슈는 버그일 수도, 기능 요청일 수도, 단순 작업일 수도 있다. Jira가 모든 작업 단위를 “Issue"라고 부르기 때문에 생긴 용법이다.
GitHub Issue — “이슈 올렸습니다.” 버그 리포트, 질문, 기능 제안, 토론 주제 — 전부 Issue다.
회의 안건 — “그 이슈 진행 상황이 어떻게 됐죠?” 추적 중인 관심사나 논의 사항을 가리킨다.
고객 대응 — “고객 이슈 처리해주세요.” 문의, 불만, 장애 신고, 기능 요청 등을 포괄한다.
듣는 사람은 매번 맥락으로 의미를 추론해야 한다. 대부분은 자연스럽게 되지만, 가끔 “그 이슈요? 어떤 이슈요?“라는 되물음이 나오는 건 이 때문이다.
“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"이기 때문에, 자연스럽게 모든 작업 항목 = 이슈라는 등식이 굳어졌다.
문제가 되는 건 아니지만#
솔직히 대부분의 경우 의사소통에 큰 문제는 없다. 맥락이 충분히 보충해 주기 때문이다.
하지만 가끔은 의식적으로 단어를 구분해 쓰는 것이 커뮤니케이션 품질을 높여 준다. 장애가 발생했으면 “장애"라고 하는 게 긴박감을 전달한다. 단순 작업 요청이면 “티켓"이나 “작업"이 더 정확하다. 회의에서 논의할 주제라면 “안건"이 맞다.
만능 단어가 편리하긴 하지만, 정확한 단어가 주는 명확함까지 대체하지는 못한다.