이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
팀 프로젝트에서 정보가 채널마다 흩어지면서 같은 내용을 두 번 묻는 상황이 반복됐습니다. 그때부터 Notion 공용 문서를 만들어 결정 사항·진행 상태·참고 자료를 한 곳에 모으는 방식을 제안했습니다. 처음에는 팀원들이 귀찮아했지만, 2주 뒤에는 회의 시간이 절반으로 줄었습니다. 정보를 정확하게 전달하려면 받는 사람이 어느 맥락에 있는지를 먼저 생각하는 게 중요하다는 걸 그때 배웠습니다. 개발팀에는 기술 용어로, 기획팀에는 일정 중심으로 같은 내용을 다르게 정리했더니 오해가 줄었습니다. 도구 효과를 평가할 때는 "정보를 찾는 데 걸리는 시간"과 "재확인 질문 빈도"를 비공식으로 추적했는데, 두 지표 모두 개선됐습니다.
정보 관리는 도구 선택보다 팀이 일관되게 쓰도록 만드는 것이 더 중요하다는 걸 그 경험에서 확인했습니다.
팀에서 정보가 흩어지는 주요 원인이 채널 수가 아니라 역할이 불명확한 것임을 먼저 파악했습니다. 각자 어떤 정보를 생산하고 누가 받아야 하는지를 정리한 뒤, 그 흐름에 맞게 채널 구조를 다시 설계했습니다. Slack을 쓸 때는 업무별 채널을 만들되 주 1회 채널 요약 메시지를 올리는 역할을 순번제로 돌렸습니다. 처음에는 번거롭다는 반응이 많았지만, 두 달 뒤 새 팀원이 합류했을 때 온보딩 시간이 절반으로 줄었습니다. 정보 전달의 속도보다 수신자가 이해하는 데 걸리는 시간을 기준으로 도구를 평가하면 선택이 달라진다는 걸 그때 배웠습니다. 도구를 바꾸는 것보다 채널 안에서 어떤 흐름이 반복되는지를 먼저 정리하는 것이 더 효과가 있었습니다.
정보 관리는 도구의 문제이기 전에 역할 설계의 문제라는 걸 그 경험에서 확인했습니다.
회의에서 결정된 것이 실행으로 이어지지 않는 상황이 반복됐을 때, 회의록보다 결정 추적 문서가 필요하다는 것을 알아챘습니다. 회의록은 무슨 말이 오갔는지를 기록하지만, 결정 문서는 무엇이 확정됐고 누가 맡았는지를 명시합니다. 형식은 단순하게 — 날짜, 결정 내용, 담당자, 확인 시점 이 네 가지만 넣었습니다. 처음 조별 과제에서 적용해봤을 때 그 문서 하나로 '그때 그렇게 말했잖아'라는 대화가 사라졌습니다. 이후에도 저는 구두 합의보다 짧게라도 텍스트로 남기는 것을 먼저 하는 습관이 생겼습니다. 같은 내용이라도 말로 남은 것과 글로 남은 것은 팀 안에서 무게가 다르게 작동합니다. 정보는 만들어지는 방식보다 보존되는 방식이 더 중요하다는 걸 그 경험에서 느꼈습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 HD현대중공업(울산) 행정·총무 일반 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.