데이터 확보와 분석 작업 계획
데이터 확보 조건과 일정·책임·검수 기준을 포함한 작업 계획을 세운다.
핵심 요약
분석에 필요해 보이는 데이터가 존재한다는 사실과 실제로 사용할 수 있다는 사실은 다르다. 데이터 확보 계획은 물리적 위치뿐 아니라 소유자, 접근 권한, 보유 기간, 수집 주기, 품질, 결합 키, 개인정보와 계약 제약을 확인한다.
분석 작업 계획은 목표를 실행 가능한 작업으로 나눈다. 각 작업에는 입력, 산출물, 수행 담당자와 최종 책임자, 시작·종료 조건, 선행 작업, 예상 작업량·경과기간, 검수 기준이 있어야 한다. 일정만 적은 표는 작업 계획으로 충분하지 않다.
학습 목표
- 데이터 가용성을 존재·접근·품질·적법성 관점에서 설명한다.
- 데이터 확보 계획의 필수 항목과 대안을 구성한다.
- 과업분해구조를 이용해 분석 절차와 산출물을 연결한다.
- 작업량과 달력 기간, 책임과 참여를 구분한다.
- 데이터·일정·범위 변경의 영향과 대응을 기록한다.
1. 데이터 확보 계획
확보 대상별로 다음을 기록한다.
| 항목 | 확인 내용 | 대표 근거·산출물 |
|---|---|---|
| 원천과 소유자 | 어느 시스템·기관에 있고 누가 승인하는가? | 시스템 목록, 데이터 소유자·승인자 |
| 관측 단위와 기간 | 고객·거래·설비 중 무엇이며 어느 기간이 필요한가? | 분석 단위, 시작·종료 기준일 |
| 항목과 의미 | 변수 정의, 단위, 코드값, 기준 시점은 무엇인가? | 데이터 사전, 코드 정의, 스키마 |
| 접근·제공 방법 | API·파일·조회 권한과 추출·갱신 주기는 무엇인가? | 접근 승인, 제공 방식·일정 |
| 품질 | 결측·중복·오류·지연과 라벨 신뢰도는 어떠한가? | 표본 프로파일, 품질 기준·결과 |
| 결합 가능성 | 공통 식별자와 시간 정렬 기준이 있는가? | 결합 키, 매칭률, 미매칭 처리 규칙 |
| 처리 근거와 제한 | 개인정보, 계약, 라이선스, 보존 조건은 무엇인가? | 처리 근거, 허용 목적, 보존·파기 기준 |
| 변화·운영 | 스키마와 제공 주기가 바뀌면 누가 알리고 대응하는가? | 변경 통지, 버전, 장애 연락망 |
| 대안 | 미확보 시 대체 변수·표본·범위 축소가 가능한가? | 대안별 영향과 전환 조건 |
데이터 확보 가능 여부는 초기 확인으로 끝나지 않는다. 실제 추출 표본을 받아 스키마와 값 분포를 검증하고, 변경 가능성과 운영 중 제공 주기도 확인한다.
1.1 데이터 확보 게이트
| 단계 | 통과 질문 | 통과 근거 | 실패 시 대응 |
|---|---|---|---|
| 존재 확인 | 필요한 기간·항목의 데이터가 실제 존재하는가? | 목록·건수·보유기간 확인 | 범위·기간·대체 원천 조정 |
| 권한·적법성 확인 | 승인과 처리 근거가 있으며 목적에 사용할 수 있는가? | 접근 승인, 계약·법적 검토 | 승인 요청, 목적 축소, 사용 중단 |
| 추출 가능성 확인 | 일정과 형식에 맞춰 안전하게 받을 수 있는가? | 표본 추출, 인터페이스 시험 | 방식 변경, 수동 대안, 일정 조정 |
| 품질·결합 검수 | 스키마·값·시점·결합률이 기준을 충족하는가? | 품질 보고, 결합 결과 | 정제·재추출·변수 제외 |
| 반복 제공 확인 | 운영·재현에 필요한 주기로 지속 제공되는가? | 제공 SLA, 변경·장애 절차 | 일회성 분석 전환, 대체 경로 마련 |
존재함, 접근 가능함, 분석에 쓸 수 있음, 운영에서 계속 받을 수 있음은 서로 다른 상태다. 각 상태의 통과 근거를 남겨야 한다.
2. 분석 작업의 분해
과업분해구조(WBS)는 큰 목표를 관리 가능한 작업 단위로 나누는 체계다. WBS는 일정표 그 자체가 아니라 범위를 빠짐없이 구조화하는 기준이며, 분해한 작업에 의존성·자원·기간을 연결해 일정 계획을 만든다.
| 상위 작업 | 대표 하위 작업 | 핵심 산출물 |
|---|---|---|
| 문제·성과 기준 확정 | 사용자·대상·시점·행동·평가 기준 합의 | 문제 정의서, 성공·중단 기준 |
| 데이터 확보·승인 | 원천 조사·권한·표본 추출·품질 검수 | 데이터 확보표, 승인·품질 결과 |
| 탐색·품질 진단 | 분포·결측·이상·편향·결합 분석 | 탐색·품질 보고서 |
| 전처리·변수 설계 | 정제·결합·변환·누수 점검 | 변환 규칙, 분석 데이터 버전 |
| 기준선·후보 모형 | 기준선 구축·후보 학습·조정 | 코드·설정·후보 결과 |
| 검증·업무 평가 | 독립 검증·오류 비용·업무 효과 검토 | 평가 보고, 한계·위험 |
| 결과 전달·운영 준비 | 사용자 절차·배포·모니터링·인수 | 결과물, 운영·인수 계획 |
작업을 지나치게 크게 두면 진행률을 판단하기 어렵고, 지나치게 작게 쪼개면 관리 비용이 커진다. 독립적으로 책임과 완료 여부를 확인할 수 있는 수준이 적절하다.
2.1 작업 패키지 정의
| 항목 | 의미 | 예시 |
|---|---|---|
| 작업 ID·이름 | 중복 없이 식별 가능한 단위 | D-03 상담 이력 표본 검수 |
| 입력·시작 조건 | 작업 시작 전에 필요한 것 | 표본 파일, 스키마, 접근 승인 |
| 수행 내용 | 포함 범위와 제외 범위 | 형식·기간·결측·식별자 점검 |
| 산출물 | 검수 가능한 결과 | 품질 보고서, 이슈 목록 |
| 담당·책임 | 수행자와 최종 승인·품질 책임자 | 분석가 수행, 데이터 소유자 승인 |
| 선행·후행 관계 | 먼저·나중에 연결되는 작업 | 표본 제공 후 시작, 결합 설계 전 완료 |
| 작업량·기간 | 실제 투입량과 달력 경과시간 | 2인일, 제공 대기 포함 5일 |
| 완료·검수 기준 | 무엇을 충족해야 닫을 수 있는가 | 필수 필드 100%, 결합률 95% 이상 |
| 위험·대안 | 실패 조건과 대응 | 지연 시 거래 데이터 기준선 사용 |
작업은 ‘분석하기’처럼 완료 여부를 판정하기 어려운 표현보다 산출물과 검수 기준이 명확한 단위로 정의한다. 완료 기준을 충족하지 않은 작업을 진행률 100%로 처리하지 않는다.
3. 일정과 자원 계획
작업 기간은 투입 인력 수만으로 단순 나누지 않는다. 승인 대기, 데이터 추출, 연산, 검토와 재작업 같은 경과시간이 존재한다. 두 작업이 병렬 가능한지, 동일 전문가나 환경을 동시에 요구하는지도 확인한다.
역할 배분에는 책임자와 참여자를 구분한다. 여러 사람이 참여해도 최종 승인이나 산출물 품질에 책임지는 주체는 명확해야 한다. 외부 기관이 데이터를 제공하는 경우 제공 일정과 실패 시 대응도 위험 항목에 포함한다.
3.1 의존성과 병렬화 판단
| 관계 | 판단 | 예시 |
|---|---|---|
| 필수 선행 | 앞 작업 결과 없이는 시작 불가 | 접근 승인 전 실제 데이터 추출 불가 |
| 부분 선행 | 최소 결과가 있으면 제한적으로 시작 | 표본으로 품질 진단 후 전체 데이터로 재검증 |
| 병렬 가능 | 입력·자원 충돌 없이 동시 수행 가능 | 거래 데이터 기준선과 상담 표본 검수 |
| 자원 충돌 | 논리상 병렬이나 같은 인력·환경을 사용 | 동일 DBA가 두 추출 작업을 동시에 수행 불가 |
| 외부 대기 | 내부 작업량과 별개로 경과시간 발생 | 위탁사 월간 제공일 대기 |
병렬화는 의존성뿐 아니라 같은 전문가·시스템·승인자를 공유하는지 확인해야 한다. 일정상 가장 긴 경로의 작업이 지연되면 전체 종료일에 직접 영향을 줄 수 있으므로 여유 시간과 대안을 둔다.
3.2 역할과 책임
| 역할 | 의미 | 계획 시 주의점 |
|---|---|---|
| 수행 담당 | 실제 작업을 수행하고 산출물을 작성 | 여러 명일 수 있음 |
| 최종 책임 | 결과 품질과 완료를 승인·설명 | 작업마다 명확한 한 주체를 두는 것이 원칙 |
| 협의 대상 | 전문 의견이나 승인이 필요 | 법무·보안·현업·데이터 소유자 등 |
| 공유 대상 | 진행·결과를 통지받음 | 과도한 승인자로 지정하지 않음 |
4. 완료 기준과 변경 관리
‘데이터 확보 완료’는 파일 수신만으로 판정하지 않는다. 합의한 기간과 항목이 모두 포함되고, 행 수·결측률·중복률·코드 범위·식별자 매칭률·해시 등 검수 기준을 통과해야 한다. 분석모형 완료 역시 코드 실행보다 재현 가능한 데이터·설정·평가 결과가 갖춰졌는지를 본다.
범위가 바뀌면 일정만 수정하지 않는다. 목표, 데이터, 평가 기준, 비용과 위험의 영향을 함께 기록하고 승인한다.
| 변경 항목 | 함께 확인할 영향 | 대표 결정 |
|---|---|---|
| 목표·대상 변경 | 정답·데이터·성과 기준·사용자 | 문제 재정의, 범위 승인 |
| 데이터 누락·지연 | 변수·표본 대표성·일정·성능 | 대체 원천, 범위 축소, 일정 변경 |
| 품질 기준 미달 | 재추출·정제 비용·분석 신뢰도 | 보완, 조건부 사용, 제외 |
| 일정·자원 변경 | 의존 작업·검수·재작업 여유 | 재배치, 우선순위 조정 |
| 규제·계약 변경 | 접근·보유·제공·파기 | 처리 중단, 재승인, 설계 변경 |
변경 기록에는 변경 이유, 영향, 대안, 승인자, 적용일과 갱신된 기준선을 남긴다. 일정 압박을 이유로 품질·법적 게이트를 묵시적으로 낮추지 않는다.
5. 사례 적용
상황: 카드 사용 고객의 해지 가능성을 예측하려 한다. 거래 데이터는 즉시 접근 가능하지만 상담 이력은 외부 위탁사에서 월 1회 제공하며 고객 식별자 형식도 다르다.
주어진 조건: 상담 이력은 제공 지연과 결합 위험이 있고, 예측 시점 이전 정보만 사용해야 한다.
판단 과정: 데이터 확보 계획에 제공 책임자·주기·필드·스키마 버전·식별자 변환 규칙·처리 근거를 기록한다. 먼저 표본으로 기간·필수 필드·결측·중복·코드 범위·식별자 매칭률을 검수한다. 거래 데이터 기준선 구축은 상담 데이터 제공 대기와 병렬화하고, 상담 데이터 결합 검수는 후보 모형 비교의 부분 선행 작업으로 둔다. 예측 기준 시점 이후 상담 기록은 제외한다.
결론: 외부 데이터 제공이 늦어져도 전체 프로젝트가 멈추지 않도록 거래 데이터 기준선과 표본 검수를 병행한다. 정해진 날짜까지 매칭률·품질 기준을 충족하지 못하면 상담 이력을 제외한 범위로 1차 평가하고, 상담 데이터는 후속 개선 과제로 전환한다.
오답 함정: 데이터 파일을 받았다는 이유만으로 확보 완료로 처리하거나, 제공 지연을 분석가의 작업시간 증가만으로 해결할 수 있다고 보지 않는다.
데이터 확보는 필드 목록만 만드는 일이 아니라 소유자·권한·계약·표본 품질·제공 주기·비용과 대체안을 확인하는 선행 게이트다. 월 1회 외부 데이터처럼 지연 가능성이 큰 원천은 일정 버퍼와 대체 데이터 계획을 함께 둔다.
| 작업 패키지 요소 | 확인 내용 | 완료기준 예 |
|---|---|---|
| 산출물 | 무엇을 만들어 인계하는가 | 승인된 데이터 사전 |
| 담당·책임 | 누가 수행하고 승인하는가 | RACI 합의 완료 |
| 기간·의존성 | 어떤 선행 작업 뒤 가능한가 | 접근승인 후 표본 수집 |
| 검증 기준 | 언제 완료로 보는가 | 스키마·건수·품질 통과 |
빨간 테두리는 전체 완료일을 결정하는 핵심경로이고 환경 준비는 일부 병렬화할 수 있다. 핵심경로가 작업 집합 $P$라면 단순 직렬 예시의 기간은 다음과 같지만 실제 일정은 병렬·자원 제약을 함께 계산한다.
시험 판단 포인트
- 데이터 가용성에는 존재, 접근, 품질, 기간, 적법성과 결합 가능성이 포함된다.
- 확보 계획에는 소유자·방식·일정·검수 기준과 실패 대안이 필요하다.
- WBS는 목표를 책임과 완료 여부를 확인할 수 있는 작업으로 분해한다.
- 작업량과 경과시간은 다르며 승인·대기·재작업을 고려한다.
- 완료 기준은 파일 수신이나 코드 실행이 아니라 합의한 품질과 산출물 충족이다.
- WBS는 범위를 분해하며 일정은 의존성·자원·기간을 연결해 만든다.
- 데이터의 존재·접근·추출·품질·반복 제공은 서로 다른 확보 게이트다.
자주 틀리는 부분
- 데이터가 데이터베이스에 있으면 분석 사용 권한도 있다고 보지 않는다.
- 담당자가 여러 명이면 책임자도 여러 명이어야 한다고 보지 않는다.
- 인력을 두 배로 늘리면 모든 작업 기간이 절반이 된다고 계산하지 않는다.
- 일정 변경이 목표와 품질 기준에 영향을 주지 않는다고 판단하지 않는다.
- WBS에 작업을 나눴다는 이유로 선후관계와 자원 충돌까지 자동 해결됐다고 보지 않는다.
- 외부 대기시간을 내부 작업량 증가만으로 줄일 수 있다고 보지 않는다.
개념 확인 문제
문제를 누르면 바로 아래에서 정답과 해설을 확인할 수 있습니다.
01데이터 확보 계획에 포함할 내용을 서술하시오.
원천·소유자·접근·품질·기간·처리 근거와 대안을 기록한다.
확보 계획은 데이터의 위치뿐 아니라 승인 주체, 접근 방법, 기간과 항목, 품질, 결합 기준, 처리 근거와 미확보 대안을 포함해야 한다. 파일 이름이나 알고리즘 정보만으로 실제 사용 가능성을 판단할 수 없다.
02WBS에 관해 올바르게 설명하시오.
목표를 책임과 완료 여부를 확인할 수 있는 작업으로 나눈다.
WBS는 큰 목표를 관리 가능한 작업으로 분해해 책임, 산출물, 선후관계와 진행 상태를 명확히 한다. 의존성을 없애거나 한 사람에게 몰아주는 도구가 아니며 변경 시 갱신해야 한다.
03작업 계획 수립 순서를 서술하시오.
목표·산출물 정의 → 작업 분해 → 의존성·자원 배정 → 일정·검수 기준 설정
목표와 산출물을 정의한 뒤 작업을 분해하고, 선행 관계와 필요한 자원을 확인한다. 이를 바탕으로 일정과 완료·검수 기준을 정해야 진행률과 품질을 함께 관리할 수 있다.
04외부 데이터가 월 1회 제공되고 지연 가능성이 크다. 수립해야 할 계획을 서술하시오.
제공 검수 작업과 대체 데이터 기준선을 두고 지연 위험을 관리한다.
외부 제공은 통제하기 어려운 대기시간이므로 별도 위험으로 관리한다. 표본 검수와 결합률 확인, 외부 데이터 없이 가능한 기준선 분석을 병행하면 일정과 의사결정을 보호할 수 있다.