📄 2026.03.12 (Day 91) - 수탁사별 수행계획서·결과보고서·위수탁계약서 분담 및 WBS 담당 착수
1. 핵심 개념 정리
컨설팅 산출물 분담 체계
| # | 핵심 개념 | 설명 | 실무/보안 관점 |
|---|---|---|---|
| 1 | 수탁사별 수행계획서 | 각 수탁사 점검을 위해 작성하는 계획 문서. 점검 목적·범위·일정·방법·투입 인력을 수탁사 특성에 맞게 기술 | 수탁사마다 업종·시스템·인력 규모가 다르므로, 공통 템플릿을 기반으로 수탁사 현황에 맞게 수정하는 것이 핵심 |
| 2 | 수탁사별 결과 보고서 | 각 수탁사에 대한 점검 결과를 체계화한 문서. Y/P/N/NA 판정 근거·미흡 사항·개선 권고를 포함 | 판정 근거가 명확하지 않으면 수탁사 측의 이의 제기 가능성이 높아짐. 증적과 연계하여 서술해야 함 |
| 3 | 위·수탁 계약서 (수탁사별) | 하랑항공(위탁사)과 각 수탁사 간에 체결하는 개인정보 처리 위탁 계약서. 각 수탁사의 업무 범위와 보안 요구사항에 맞게 수정 | 개인정보 보호법 제26조 필수 조항(목적 외 처리 금지·감독·기술적·관리적 보호조치·재위탁 제한)을 반드시 포함 |
| 4 | 템플릿 기반 작업 | 멘토님 제공 양식을 기준으로 수탁사 현황에 맞게 내용을 채우는 작업 방식. 공통 구조를 유지하면서 수탁사별 특수성을 반영 | 템플릿을 그대로 사용하면 오히려 오류가 발생할 수 있음. 각 항목이 해당 수탁사에 적합한지 반드시 검토 후 수정 |
| 5 | 역할 분담 (Task Assignment) | 산출물별로 담당자를 명확히 지정하여 병렬 작업을 가능하게 하는 프로젝트 관리 방식 | 담당자가 명확해야 책임 추적성이 확보되고, 마감 관리가 가능함. 담당 외 산출물도 최종 통합 시 크로스체킹 필요 |
WBS 심화 개념
| # | 핵심 개념 | 설명 | 실무/보안 관점 |
|---|---|---|---|
| 6 | WBS 담당자 역할 | WBS 작성자는 전체 프로젝트 일정·작업 항목·진척율을 관리하고, 팀원별 산출물 현황을 WBS에 반영하는 역할 | WBS 담당자는 개별 작업자이자 프로젝트 전체 현황을 파악하는 중심 역할. 팀원 진행 상황을 주기적으로 수집해야 함 |
| 7 | 산출물 병렬 작업 | 여러 산출물을 동시에 다른 팀원이 작업하는 방식. WBS를 통해 각 작업의 의존 관계와 우선순위를 파악하여 충돌을 방지 | 병렬 작업 중 상호 참조가 필요한 산출물(예: 체크리스트 ↔ 결과보고서)은 기준 버전 공유가 선행되어야 함 |
| 8 | 사업제안서 (리베로 기준) | 리베로가 하랑항공에 제출하는 컨설팅 제안 문서. 형식 설계 중 | 제안서의 논리 구조(배경→문제→해결→기대효과)가 명확해야 심사 위원의 설득력 있는 평가를 받을 수 있음 |
| 9 | 수행계획서 (5조 기준) | 팀 전체 프로젝트 수행 방식·일정·인력을 담은 문서 | WBS와 연동하여 일정이 일치해야 함. 수행계획서 일정과 WBS 일정이 불일치하면 신뢰도 저하 |
| 10 | 요구사항 정의서 (5조 기준) | 하랑항공이 리베로에 요구하는 기능·보안·준수 사항을 체계화한 문서 | 요구사항이 명확할수록 점검 범위 분쟁을 예방할 수 있음. 체크리스트 항목의 상위 근거 문서 역할 |
개인정보 보호법 위·수탁 관련 핵심 조항
| # | 핵심 개념 | 설명 | 실무/보안 관점 |
|---|---|---|---|
| 11 | 제26조 위탁 시 조치 | 개인정보 처리 위탁 시 위탁자가 수탁자를 감독할 의무. 계약서에 필수 보안 조항 포함 필요 | 계약서에 조항이 없으면 위탁자도 법적 책임을 공유함. 수탁사별 계약서 작성 시 조항 누락 여부 전수 확인 필수 |
| 12 | 목적 외 처리 금지 | 수탁사는 위탁받은 개인정보를 위탁 목적 이외의 용도로 처리할 수 없음 | 수탁사가 위탁 범위 외 정보를 활용하거나 가공한 경우 계약 위반이자 법 위반. 점검 시 목적 외 처리 정황 확인 필요 |
| 13 | 재위탁 제한 | 수탁사가 제3자에게 재위탁하려면 위탁사(하랑항공)의 사전 서면 승인이 필요 | 해랑 금융의 B사 회계법인 재위탁 건처럼, 사전 승인 없는 재위탁은 법 위반. 계약서에 재위탁 제한 조항 명시 필수 |
| 14 | 기술적·관리적 보호조치 | 수탁사가 이행해야 할 보호조치를 계약서에 구체적으로 명시해야 함. 접근통제·암호화·접속기록·파기 등 포함 | 추상적 기술보다 구체적 조치(예: AES-256 암호화, 접속기록 1년 이상 보관)를 명시할수록 점검 기준이 명확해짐 |
| 15 | 감독 의무 이행 증적 | 위탁사가 수탁사를 정기적으로 점검했다는 증적 필요. 점검 계획서·결과보고서·개선 권고서가 감독 이행의 증거 | 점검을 했더라도 증적이 없으면 감독 의무 불이행으로 판단될 수 있음. 보고서 보관이 필수 |
2. 활동 내용 정리
활동 91-1: 팀 회의 - 산출물별 담당자 확정
목표: 남은 주요 산출물에 대해 담당자를 배정하고 병렬 작업 체계 구축
산출물별 담당자 배정 결과:
[ 수탁사 기준 산출물 ] - 전원 참여, 수탁사별 분담
- 수행계획서 : 각 수탁자별 작성 ( 템플릿 : 수탁사점검계획서 )
- 결과 보고서 : 각 수탁자별 작성 ( 템플릿 : 01 프로젝트 작업 )
- 위 · 수탁 계약서 : 각 수탁자별 작성 ( 템플릿 : 04 프로젝트 양식 )
[ 5조 기준 산출물 ] - 2인 1조 분담
- **WBS** : 박찬진, 최호준 ( 본인 담당 )
- 사업제안서 : 팀원 담당
- 수행계획서 : 팀원 담당
- 요구사항 정의서 : 팀원 담당
템플릿 출처 정리:
[ 템플릿 위치 ]
- 수탁사 수행계획서 : 구글드라이브 > 멘토님 폴더 > 수탁사점검계획서
- 수탁사 결과보고서 : 구글드라이브 > 01 프로젝트 작업
- 위 · 수탁 계약서 : 구글드라이브 > 04 프로젝트 양식
활동 91-2: WBS 작업 착수
목표: 전체 프로젝트 일정과 산출물 현황을 반영한 WBS 업데이트 및 정리
WBS 담당자로서 오늘 수행한 작업:
[ 확인 항목 ]
- Day 90 회의에서 확정된 산출물 레이어 ( 수탁사 / 리베로 / 위탁사 / 5조 ) 반영
- 오늘 확정된 담당자 배정 내용을 WBS 작업자 필드에 반영
- 수탁사별 수행계획서 · 결과보고서 · 위수탁계약서 항목 추가
- 5조 기준 산출물 ( 사업제안서 · 수행계획서 · 요구사항정의서 ) 일정 항목 추가
- 현재 완료 · 진행 · 계획 상태 현행화
3. 비교·분석 표
오늘 확정된 산출물 담당 구조
| 산출물 | 기준 | 담당 | 템플릿 출처 |
|---|---|---|---|
| 수탁사별 수행계획서 | 수탁사 | 전원 (수탁사별 분담) | 멘토님 폴더 > 수탁사점검계획서 |
| 수탁사별 결과 보고서 | 수탁사 | 전원 (수탁사별 분담) | 01 프로젝트 작업 |
| 수탁사별 위·수탁 계약서 | 수탁사 | 전원 (수탁사별 분담) | 04 프로젝트 양식 |
| WBS | 5조 | 박찬진, 최호준 | Day 89 작성본 기반 |
| 사업제안서 | 리베로 | 팀원 담당 | 자체 설계 |
| 수행계획서 | 5조 | 팀원 담당 | 자체 작성 |
| 요구사항 정의서 | 5조 | 팀원 담당 | 자체 작성 |
수탁사별 산출물 3종 비교
| 산출물 | 작성 시점 | 주요 내용 | 독자 |
|---|---|---|---|
| 수행계획서 | 점검 전 | 점검 목적·범위·일정·방법·투입 인력 | 수탁사 담당자, 하랑항공 |
| 결과 보고서 | 점검 후 | Y/P/N/NA 판정 결과, 미흡 사항, 개선 권고 | 하랑항공, 수탁사 |
| 위·수탁 계약서 | 점검 전 (계약 시) | 위탁 범위, 보안 요구사항, 법적 의무 조항 | 수탁사 (법적 구속력) |
4. 심화 분석
WBS 담당자가 관리해야 할 핵심 항목
[ WBS 담당자 체크포인트 ]
1. 작업 항목 현행화
- 오늘 회의에서 새로 확정된 산출물 항목 즉시 추가
- 담당자 배정 결과를 작업자 필드에 반영
2. 일정 정합성 확인
- 수행계획서 ( 5조 ) 와 WBS 일정이 일치하는지 교차 확인
- 마감일 기준 ( 4.13 산출물 제출, 4.17 수료식 ) 에서 역산하여 일정 검증
3. 진척율 업데이트
- 팀원별 완료 항목을 주기적으로 수집하여 WBS에 반영
- **#VALUE!** 오류 항목 지속 모니터링 및 수정
4. 병렬 작업 의존 관계 파악
- 체크리스트 완료 > 결과보고서 작성 가능
- WBS 확정 > 수행계획서 일정 반영 가능
- 수탁사별 산출물 완료 > 전체 결과보고서 통합 가능
수탁사별 계약서 작성 시 필수 점검 항목
[ 위 · 수탁 계약서 필수 조항 체크리스트 ]
법적 필수 ( 개인정보 보호법 제26조 )
- 위탁 업무의 목적 및 범위
- 목적 외 개인정보 처리 금지
- 기술적 · 관리적 보호조치 ( 구체적 명시 )
- 재위탁 제한 및 사전 승인 의무
- 개인정보 반환 · 파기 의무
- 손해배상 책임
- 위탁사의 감독 · 점검 권한
수탁사별 추가 확인
- 해랑 금융 : 재위탁 ( B사 회계법인 ) 승인 조항 별도 명시
- 패스트레인 : 키오스크 단말 보안 요구사항 명시
- 하랑 케이터링 : 현장직 보안서약 의무 명시
5. 실무/보안 적용
보안 전문가 관점 - 산출물 병렬 작업 관리 포인트
| 관리 항목 | 핵심 포인트 | WBS 담당자 역할 |
|---|---|---|
| 버전 관리 | 같은 템플릿을 여러 명이 동시 수정하면 버전 충돌 발생 | 템플릿 버전 번호와 최종 수정일을 WBS에 함께 기록 |
| 기준 문서 공유 | 체크리스트 최종본이 확정되어야 결과보고서 작성이 가능 | 선행 산출물 완료 여부를 WBS 의존 관계로 표시 |
| 마감 역산 관리 | 4월 13일 최종 제출 기준으로 각 산출물 마감을 역산 | WBS 간트 차트에서 마감 기준선을 설정하고 초과 항목 즉시 알림 |
| 통합 검토 | 수탁사별로 분산 작성된 산출물을 합칠 때 형식·용어 불일치 발생 | 통합 전 양식 통일 체크리스트를 별도 운영 |
6. 배운 점 및 인사이트
새로 알게 된 점
-
WBS 담당자의 이중 역할: WBS를 직접 작성하는 것뿐만 아니라, 팀 전체 진행 현황을 수집하고 업데이트하는 것이 WBS 담당자의 핵심 역할임을 오늘 실감했다. 단순히 표를 채우는 작업이 아니라, 프로젝트 전체의 흐름을 파악하고 있어야 가능한 일이다.
-
템플릿 활용의 함정: 멘토님이 제공한 템플릿을 그대로 사용하면 오히려 수탁사 현황과 맞지 않는 항목이 포함될 수 있다. 템플릿은 출발점이고, 수탁사 특성에 맞게 수정하는 판단력이 실제 역량이다.
-
병렬 작업의 의존 관계: 사업제안서·수행계획서·요구사항 정의서·WBS가 동시에 진행되지만, 서로 참조하는 정보가 있어 순서가 중요하다. WBS가 먼저 어느 정도 확정되어야 수행계획서의 일정 부분을 채울 수 있다는 것을 오늘 직접 확인했다.
이전 학습과의 연결고리
-
Day 90 산출물 레이어 구조와 연결: 어제 정리한 4개 레이어(수탁사/리베로/위탁사/5조) 구조가 오늘 담당자 배정의 기준이 됐다. 큰 그림이 있어야 역할 분담이 명확해진다는 것을 경험했다.
-
Day 89 WBS 작성 경험과 연결: WBS를 처음 작성하면서 겪은 #VALUE! 오류, 날짜 불일치 문제들이 오늘 WBS 담당자로서 어떤 부분을 먼저 점검해야 하는지의 기준이 됐다.
-
개인정보 보호법 제26조와 연결: 수탁사별 위·수탁 계약서 작성이 오늘 본격적으로 착수되면서, 이전에 학습한 제26조 필수 조항이 실제 계약서 항목 검토 기준으로 활용됐다.
실무 적용 아이디어
보안 전문가 관점:
-
WBS와 수행계획서 연동 관리: 두 문서의 일정이 항상 일치해야 한다. WBS를 수정할 때마다 수행계획서 일정도 동시에 업데이트하는 규칙을 팀 내에서 정해두면 불일치를 방지할 수 있다.
-
계약서 항목 검토 체크리스트 활용: 수탁사별 계약서를 작성할 때, 법적 필수 조항 체크리스트를 먼저 완성하고 그 다음에 수탁사 특화 조항을 추가하는 순서가 누락을 방지하는 가장 효과적인 방법이다.
7. Quick Reference
오늘 확정된 담당 구조 요약
[ 5조 기준 담당 구조 ]
- **WBS** : 박찬진, 최호준 ( 본인 )
- 사업제안서 : 팀원 담당
- 5조 수행계획서 : 팀원 담당
- 요구사항 정의서 : 팀원 담당
- 수탁사별 수행계획서 · 결과보고서 · 위수탁계약서 : 전원 ( 수탁사별 분담 )
템플릿 위치 요약
[ 템플릿 위치 ]
- 수탁사 수행계획서 : 구글드라이브 > 멘토님 폴더 > 수탁사점검계획서
- 수탁사 결과보고서 : 구글드라이브 > 01 프로젝트 작업
- 위 · 수탁 계약서 : 구글드라이브 > 04 프로젝트 양식
WBS 담당자 일일 체크리스트
일정 관리:
- 오늘 완료된 팀원 산출물 항목 WBS에 반영
- 신규 추가 작업 항목 WBS에 등록
- #VALUE! 오류 항목 확인 및 수정
- 마감일 기준 지연 위험 항목 식별
정합성 확인:
- WBS 일정과 수행계획서 일정 일치 여부 확인
- 담당자 배정 필드 최신화
- 진척율 업데이트
8. 트러블슈팅
| 문제 | 원인 | 해결 방법 |
|---|---|---|
| 수탁사별 산출물 3종(수행계획서·결과보고서·계약서)을 동시에 작성할 때 버전 관리 혼선 | 여러 명이 동일 템플릿을 동시에 수정하면서 최신 버전 식별이 어려워짐 | 파일명에 수탁사명 + 버전 + 날짜를 명시. 최종본은 별도 폴더로 이동하여 구분 |
| WBS 담당자가 팀원별 진행 현황을 실시간으로 파악하기 어려움 | 팀원들이 완료 여부를 별도로 공유하지 않으면 WBS 업데이트가 지연됨 | 회의 시작 시 팀원별 완료 항목을 간단히 공유하는 루틴 정착. WBS 업데이트를 회의 마지막 항목으로 고정 |
| 수행계획서(5조)와 WBS 일정이 서로 다른 기준으로 작성될 가능성 | WBS 담당자와 수행계획서 담당자가 달라 일정 기준을 공유하지 않으면 불일치 발생 | WBS 확정본을 수행계획서 담당자에게 선공유하고, 수행계획서 일정은 WBS 기준으로 작성하도록 규칙 설정 |
Today’s Insight:
오늘은 프로젝트 후반부 산출물 작업이 본격적으로 분산되기 시작한 날이었다. WBS 담당자로서 팀 전체 산출물의 흐름을 관리하는 역할을 맡게 되면서, WBS가 단순한 일정표가 아니라 팀의 커뮤니케이션 도구이자 프로젝트 현황의 단일 진실 공급원(Single Source of Truth)임을 실감했다. 앞으로 팀원들의 진행 현황을 주기적으로 수집하고 WBS에 반영하는 것이 내 핵심 역할이다. 산출물이 많아질수록 버전 관리와 의존 관계 파악이 더 중요해지며, 이것이 실제 컨설팅 프로젝트에서 PM 역할의 본질임을 오늘 직접 경험했다.