이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
학부 프로젝트에서 팀원이 바뀔 때 인수인계 문서를 처음 작성했습니다. 내가 알고 있는 것을 쓰다 보니 읽는 사람 기준이 아닌 쓰는 사람 기준으로 내용이 채워졌고, 인계 받은 팀원이 이해하기 어렵다는 피드백을 받았습니다. 이후 독자가 무엇을 모르는 상태에서 읽는지를 먼저 생각하고, 배경 설명을 앞에 두는 구조로 다시 썼습니다. 실제 작동하는 예제를 포함하면 이해 속도가 크게 빨라진다는 걸 그때 배웠습니다. 문서는 완성 후 바로 낡기 시작하기 때문에 갱신 기준과 주기를 함께 적어두는 것이 장기적으로 유효하다는 것도 알았습니다.
좋은 문서는 독자가 스스로 다음 단계를 찾아갈 수 있도록 연결 고리를 만들어주는 것이라는 걸 배웠습니다. 이후 저는 문서를 쓸 때 독자 페르소나를 먼저 정하는 습관이 생겼습니다. 누가 읽느냐가 무엇을 쓰느냐를 결정한다고 생각합니다.
문서화에서 원칙이 분명해진 건 문서를 썼는데도 읽는 사람이 오해하는 경우가 반복됐을 때였습니다. 처음에는 정확하게 썼다고 생각했는데, 팀원이 내용을 다르게 이해하는 경우가 있었습니다.
문서를 완성하고 나서 '이 문서를 처음 보는 사람이 어떤 순서로 읽는지'를 의식하며 다시 읽어보는 방식을 추가했습니다. 내가 당연하게 알고 있어서 생략한 맥락이 읽는 사람에게는 빠진 정보인 경우가 많았습니다.
문서화의 원칙은 내가 쓴 것을 독자가 처음 보는 상태로 읽을 수 있는지 확인하는 것이라는 결이 남아 있습니다. 쓰는 사람 기준이 아니라 읽는 사람 기준으로 구성해야 문서가 실제로 작동합니다.
문서화 접근에서 효과로 이어진 경험은 팀원에게 문서를 공유했더니 질문 없이 작업을 이어받은 케이스였습니다. 이전에는 인수인계 문서를 건네도 항상 추가 설명이 필요했는데, 목적·현재 상태·다음 단계·주의사항 순서로 구성을 바꾼 뒤 질문이 줄었습니다.
이전 방식은 내가 알고 있는 순서대로 썼고, 바꾼 방식은 인수받는 사람이 가장 먼저 알아야 할 것 순서로 썼습니다. 순서 하나가 문서의 사용성을 바꿨습니다.
문서는 정보를 담는 그릇이 아니라 읽는 사람의 행동 순서를 설계하는 것이라는 결이 그 경험에서 생겼습니다. 내용보다 구조가 문서의 실용성을 결정한다는 관점이 남아 있습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 삼성전자 생산관리 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.