확신이 서기 전에 말해도 될까
질문을 함께 정리하는 일도 협업입니다. 무엇을 모르는지 아직 정확히 설명하지 못하더라도, 지금까지 확인한 내용부터 나누며 질문을 구체화할 수 있습니다.
물어보고 싶은 게 있는데, 어디서부터 설명해야 할지 막힐 때가 있습니다. 조금 더 찾아보면 알 수 있을 것 같기도 하고, 상대도 바쁠 텐데 이 정도는 혼자 확인해야 하지 않을까 싶기도 합니다.
저는 2026년 4월에 TeamH4C에 들어와 함께 대회를 뛰고 R4C에서 논문을 쓰고 있습니다. 활동하면서 좋았던 점은 생각이 덜 정리되어 있어도 이야기를 꺼내기 편하다는 것이었습니다. 질문해도 되는지 오래 눈치를 살피지 않아도 되니, 궁금한 내용에 집중할 수 있었습니다.
질문을 함께 정리한다는 것
대회를 뛰다 보면 예상과 다른 결과를 마주하게 됩니다. 입력을 잘못 만들었을 수도 있고, 환경이 다를 수도 있고, 문제의 동작을 처음부터 잘못 이해했을 수도 있습니다. 어느 쪽인지 알아내는 일도 풀이의 일부입니다.
내가 무엇을 했고 어떤 결과를 봤는지 정리해 두면 상대가 상황을 따라오기 쉽습니다. 같은 입력으로 다시 실행해 봤는지, 오류가 나는 위치는 어디인지 적어보는 동안 스스로 놓친 부분을 찾기도 합니다.
예를 들어 입력을 바꾼 뒤 예상하지 못한 응답을 받았다면, 바꾼 부분과 전후의 응답을 보여줄 수 있습니다. 인코딩 문제를 의심하고 있다면 그렇게 생각한 이유를 덧붙이되, 아직 확인하지 못했다는 점도 같이 전하면 됩니다.
논문을 읽을 때도 비슷합니다. 표의 수치는 읽겠는데, 그 결과가 저자의 주장을 어디까지 뒷받침하는지는 판단이 서지 않을 때가 있습니다. 비교 조건을 놓쳤는지, 평가 범위를 넓게 받아들인 건지 혼자서는 구분하기 어려울 때도 있습니다. 해당 표와 실험 조건을 놓고, 자신이 어떻게 읽었는지부터 설명하면 됩니다.
설명을 주고받으면서 막연한 의문이 비교 조건에 대한 질문으로 좁혀질 수 있습니다. 무엇을 물어야 할지 정리하는 일부터 함께하는 셈입니다.
질문이 많아졌다는 것의 의미
누군가 질문을 꺼내면, 그 사람이 혼자 고민하던 내용을 다른 사람도 알게 됩니다. 질문이 자주 나온다고 해서 그만큼 더 자주 막힌다고 판단하기는 어렵습니다. 말로 꺼내지 않았던 의문이 이제야 보이는 것일 수도 있습니다.
Amy Edmondson은 1996년 연구에서 병원 내 간호팀들을 살펴봤습니다. 팀 안의 관계와 관리자의 리더십을 좋게 평가한 곳에서, 발견된 오류율도 높은 경향이 나타났습니다. 연구 원문
이 결과를 이해하려면 발견된 오류율과 실제 오류율을 구분해야 합니다. Edmondson과 Sara Singer는 후속 글에서, 기록에 남는 오류율에는 실제 오류의 발생뿐 아니라 구성원이 이를 보고하려는 의사도 영향을 준다고 설명합니다. 문제를 드러내고 검토하는 팀이 수치상으로는 더 많은 문제를 가진 것처럼 보일 수 있다는 것입니다. 후속 논의
그렇다고 보고가 많을수록 더 안전하다고 결론 낼 수는 없습니다. 실제로 문제가 늘었을 수도 있고, 반대로 보고가 줄어든 이유가 예방 조치의 효과일 수도 있습니다. 보고된 수치만으로는 어느 쪽인지 알기 어렵습니다.
이 연구를 일상적인 질문에 빗대어 보면, 질문이 늘었을 때 무엇이 새로 공유되기 시작했는지도 봐야 합니다. 그 사람이 혼자 붙잡고 있던 의문을 알게 됐다면, 이제는 그 부분을 함께 다룰 수 있습니다.
답하는 사람도 모를 수 있다
답하는 사람도 모른다고 말할 수 있어야 합니다. 질문을 받았다는 이유로 확인하지 않은 내용을 확실한 답처럼 설명할 필요는 없습니다. 어디까지 이해했고 어떤 부분을 더 봐야 하는지 짚어주면, 답을 바로 내놓지 못해도 함께 확인할 방향은 잡을 수 있습니다.
답을 함께 찾는 데는 시간이 필요합니다. 서로 하던 일이 있으니, 어느 부분을 봐주면 좋을지 남겨두고 시간을 맞춰 이어서 이야기하면 됩니다.
확실하지 않은 일을 알릴 때
보안 업무에서도 원인을 모른 채 상황을 먼저 알려야 할 때가 있습니다. 가령 평소와 다른 로그인 안내를 봤다고 해봅시다. 의심할 만한 상황인지, 설정 변경을 잘못 이해한 것인지 아직 확신이 서지 않습니다.
본 화면과 접속 경로, 이미 한 행동을 정해진 창구로 전하고, 원인은 아직 모른다고 밝히면 됩니다. 긴급한 상황에서는 그에 맞는 보고 절차를 따라야 합니다. 원인을 모두 밝혀내기 전에도 확인과 대응을 시작할 정보는 전달할 수 있습니다.
영국 국가사이버보안센터(NCSC)의 보안 문화 지침에서도 질문이나 보고를 위한 연락 경로를 쉽게 이용할 수 있도록 만들라고 권합니다. 문제를 알린 사람에게 이후에 취한 조치를 설명하고 피드백을 주라는 내용도 있습니다. NCSC 지침
처음의 우려가 맞았는지, 다른 원인이 있었는지 알면 다음에 비슷한 일을 봤을 때 참고할 수 있습니다. 질문한 사람이 나중에 스스로 답을 찾았다면, 그 결과도 다시 나누는 게 좋습니다. 함께 고민했던 사람도 어떻게 해결됐는지 알 수 있으니까요.
함께 대회를 뛰거나 논문을 읽으며 제가 편하게 느낀 점은, 생각이 덜 정리된 상태에서도 대화를 시작할 수 있다는 것이었습니다. 저도 질문을 받으면 먼저 그 사람이 무엇을 확인했고 어디서 막혔는지부터 같이 보려고 합니다.
확신이 서기 전에도, 확인한 내용과 아직 모르는 부분을 구분해 전하면 됩니다. 질문을 더 정확하게 만들고 다음에 확인할 것을 정하는 일부터 함께할 수 있습니다.
참고자료