"기능은 성공인데 왜 우리는 실패라고 느낄까?"
운영 업무를 하다 보면 검수 과정에서 개발자와 소통할 일이 자주 생긴다. 이때 종종 느끼는 공통점이 있다. 바로 개발자는 ‘기능이 동작하면 문제없다’고 여긴다는 점이다.
예를 들어, 게시판 기능에서 등록 버튼을 눌렀을 때 글이 올라가면 ‘정상’이라고 판단한다. 하지만 내용이 빈칸이거나, 글자 수 제한을 초과해도 등록되는 등의 예외 상황은 간과되기 쉽다. 실사용자 입장에서 보면 이건 ‘문제’인데, 개발자 입장에서는 ‘정상’인 것이다.
(※ 이 글에 나오는 사례들은 특정 개발자나 팀을 지적하려는 의도가 아니라, 실무에서 반복적으로 경험한 소통 방식의 차이를 다루기 위한 예시입니다.)
경험으로 본 사례들
[사례 1] 엉뚱한 사람에게 간 카카오톡 알림
지원자에게 가야 할 알림이, 오히려 담당자에게 전달되고 있었다. 개발자에게 이를 알리자 돌아온 답변은 이랬다.
"카카오톡 알림은 정상으로 가는 것 같은데요, 어떤 문제가 있나요?"
그래서 다시 설명했다.
“알림은 김철수에게 가야 하는데, 김무명에게 가고 있어요.”
그제서야 “확인해보겠습니다”라는 답이 돌아왔고, 결과적으로는 오류가 맞았고 정상적으로 수정·배포되었다.
[사례 2] 제한 글자수 무시된 등록 페이지
등록은 ‘정상’적으로 되고 있었다. 그런데 자세히 보니, 1,500자 제한이 있음에도 그 이상이 등록되고 있었다. 개발자에게 알리자
“정상 등록되는데 어떤 문제가 있다는 건가요?”
다시 상세히 설명했다.
“글자 수 제한을 넘겨도 등록됩니다.”
그제서야 개발자는 내용을 확인하고 수정 조치를 취했다.
[사례 3] QA 면접
QA 면접 당시, 내가 면접관에게 이렇게 말했다.
“개발자는 기능만 되면 문제없다고 생각하지만, QA는 그 기능을 다양한 예외 상황에서 검증해야 합니다.”
면접관은 이 말에 격하게 공감하더니, “합격하면 꼭 오실 거죠?”라고 웃으며 말했다.
(참고로 붙긴 했지만 안 갔습니다 ^^;)
왜 이런 일이 반복될까?
개발자는 기능 단위로 업무를 처리하는 환경에 놓여 있다. 정상 작동 여부를 중심으로 판단하는 경우가 많고, 유저 흐름이나 예외 상황은 실무자에게 듣기 전까지는 파악하기 어렵다.
이건 단순한 실수의 문제가 아니다. 개발자와 실무자 간의 ‘언어 차이’가 존재하기 때문이다.
QA(검수자): “A 기능에서 B 문제가 발견되었어요.”
개발자: “A 기능은 이상 없는데요, 어떤 문제인가요?”
개발자는 자신이 직접 만든 기능에 대해 ‘정상 작동’이라는 전제를 갖고 접근한다. 그래서 문제를 단순히 말하는 것만으로는 소통이 어렵다.
따라서, 어떻게 그 문제가 발견되었는지, 어떤 흐름에서 발생했는지, 스크린샷 등 시각적 자료와 함께 설명하는 방식이 훨씬 효과적이다.
실무에서의 소통 팁
유저 흐름 중심으로 설명하기
단순히 ‘버튼 안 눌림’이 아니라, “사용자가 등록 버튼을 눌렀는데 응답이 없어 등록 여부를 알 수 없는 상황”이라고 설명해보자.
에러 자체보다 사용자 반응 전달하기
“에러는 없지만, 사용자는 등록이 안된 줄 알고 글을 두 번 씁니다.” 이런 피드백이 더 실감난다.
스크린샷 / 영상 적극 활용하기
재현이 불가능한 오류는 개발자도 해결이 어렵다. 어떤 환경에서, 어떤 행동으로 오류가 발생했는지 흐름을 설명하거나, 직접 보여주는 것이 중요하다.
마무리하며
“작동 여부만 보는 개발자, 경험 전체를 보는 실무자.
그 차이를 줄이기 위해선, 소통을 다르게 시작해야 한다.”
실무를 하며 개발자와의 소통 방식을 점점 익혀가고 있다. 이 글이 나처럼 어려움을 겪는 누군가에게 작은 힌트가 되었으면 한다. 성공적인 배포를 진심으로 응원합니다.