이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
업무 자산을 데이터화할 때 무엇을 데이터로 만들지 범위를 먼저 정하는 것이 중요합니다. 모든 것을 데이터로 만들려 하면 정작 중요한 것에 집중하기 어려워집니다. 어떤 의사결정에 쓰일 데이터인지를 먼저 물어보면, 어느 수준까지 수집하고 관리할지 기준이 생겼습니다.
데이터 오너십을 명확히 하는 것도 중요했습니다. 누가 어떤 데이터를 관리하고 업데이트 책임을 지는지가 정해지지 않으면, 시간이 지나면서 데이터가 신뢰하기 어려운 상태가 됐습니다. 개인정보나 민감 정보가 포함된 경우에는 접근 권한과 보관 기간 정책을 함께 설계해야 했습니다. 데이터를 모으는 것보다 사람들이 실제로 활용할 수 있도록 형식을 설계하는 것이 더 어렵고 중요했습니다.
업무 자산 데이터화 정책에서 근거로 삼은 자리를 설명하면, 데이터 거버넌스 프레임워크가 판단 기준이 됐습니다. 누가 데이터를 만들고(Data Owner), 누가 품질을 관리하며(Data Steward), 누가 보관 인프라를 책임지는지(Custodian) 역할을 구분하지 않으면, 데이터화 이후에 아무도 책임을 지지 않는 상태가 됩니다.
RBAC(역할 기반 접근 제어)를 설계할 때는 '기본 허용 후 제한'이 아니라 '기본 차단 후 허용'의 원칙이 보안 근거가 됩니다. 법적 보존 의무도 근거의 일부입니다. 세무 데이터 5년, 인사 데이터 3년처럼 의무 보존 기간이 정해져 있는 자산은 그 기간을 정책의 하한선으로 삼고, 그 이상을 보존할 이유가 없으면 폐기 정책도 함께 설계하는 것이 법적 리스크를 줄이는 방법입니다. 데이터화 정책의 근거는 편의가 아니라 법적 의무와 거버넌스 프레임워크에서 나오는 것이라는 것을 알고 있습니다.
업무 자산 데이터화 정책에서 활용성과 보안 사이의 거래를 의식한 자리가 있습니다. 접근 권한을 넓게 열면 데이터 활용도가 높아지지만, 민감한 정보가 의도하지 않은 사람에게 노출되는 리스크가 커집니다. 반대로 접근 권한을 좁게 닫으면 보안은 강해지지만, 데이터가 실제로 활용되지 않는 상태가 됩니다. 데이터화를 위해 비용을 쓰고 아무도 쓰지 않는 시스템이 되는 것이 더 큰 낭비입니다.
이 거래를 관리하는 방법은 데이터 유형별로 민감도를 분류하고, 민감도에 따라 접근 수준을 다르게 설계하는 것입니다. 모든 데이터를 같은 수준으로 보호하거나 모두 열어두는 것은 이 거래를 무시하는 것입니다. 정책은 모든 경우에 최선이 아니라 이 조직의 현재 리스크와 활용 요구에서 거래를 가장 잘 관리하는 선택이어야 한다는 것을 알고 있습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 CJ올리브영 프로덕트 매니저 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.