여러 팀의 일정을 하나로 묶는 마스터 파일 구성부터 공휴일 캘린더 설정, 건축·인테리어 프로젝트의 실제 사례까지 — 실무에서 바로 쓰는 포인트만 정리했습니다.
목차
- 01 마스터 프로젝트란 무엇인가
- 02 마스터 파일 만들기
- 03 크로스 프로젝트 링크
- 04 통합 관리 실전 세팅
- 05 캘린더와 공휴일 지정
- 06 건축 프로젝트 전체 흐름
- 07 실전 사례: 오피스 핏아웃
- 08 자주 겪는 문제와 해결
01. 마스터 프로젝트란 무엇인가
대규모 프로젝트를 진행하다 보면 하나의 일정표로 모든 것을 관리하기 어려운 순간이 옵니다. 설계팀, 시공팀, 인허가팀이 각자 다른 일정으로 움직이는데 이걸 하나로 통합해서 봐야 한다면? 이때 필요한 것이 바로 마스터 프로젝트(Master Project) 파일입니다.
마스터 프로젝트는 하나의 상위 .mpp 파일 안에 여러 개의 하위 프로젝트(Sub-project) 파일을 삽입(Insert)해서 통합 관리하는 구조입니다. 중요한 건 이게 단순히 “파일을 합치는 것”이 아니라는 점입니다. 하위 프로젝트는 원본 파일로 독립적으로 존재하면서, 마스터 파일에서는 그 파일에 대한 참조(Link) 형태로 연결됩니다.
- 분산 관리 — 각 담당자가 자기 파일만 책임지고 관리
- 통합 뷰 — 전체 프로젝트 관리자는 마스터 파일에서 전체 그림을 확인
- 실시간 동기화 — 하위 파일이 바뀌면 마스터 파일도 자동으로 갱신 (링크 유지 설정 시)
건설, 플랜트, 대형 IT 시스템 구축처럼 여러 벤더·팀이 동시에 움직이는 프로젝트에서 특히 유용합니다.
02. 마스터 파일 만들기
-
새 마스터 파일 준비
빈 프로젝트 파일을 새로 만들거나, 이미 쓰던 상위 파일을 엽니다. 이 파일 자체에는 아직 아무 작업(Task)도 없는 상태로 시작하는 것이 일반적입니다. -
하위 프로젝트 삽입
- 리본 메뉴에서 프로젝트(Project) 탭 → 하위 프로젝트(Subproject) 클릭
- 파일 탐색 창이 뜨면 연결할
.mpp파일을 선택 (여러 개를 Ctrl+클릭으로 동시 선택 가능) - 창 하단의 “프로젝트에 연결(Link to project)” 체크박스를 반드시 확인
- 삽입(Insert) 클릭
연결 체크박스를 켜야 하위 파일 수정 시 마스터에 자동 반영됩니다. 삽입이 끝나면 각 하위 프로젝트는 회색 요약 막대(Summary Bar)로 표시되고, 왼쪽의 확장 아이콘(+)을 눌러 세부 작업까지 펼쳐볼 수 있습니다.
삽입 순서와 배치
여러 하위 프로젝트를 삽입할 때는 실제 공정 순서(설계 → 인허가 → 시공 → 시운전)대로 배치하는 것이 나중에 보기 편합니다. 삽입 후에도 행을 드래그해서 순서를 바꿀 수 있습니다.
03. 크로스 프로젝트 링크 설정하기
서로 다른 하위 프로젝트에 속한 작업끼리 선후행 관계를 걸어야 할 때가 많습니다. 예를 들어 “설계 파일의 최종 승인” 작업이 끝나야 “시공 파일의 착공” 작업이 시작되는 경우입니다.
- 마스터 파일에서 시공 파일의 “착공” 작업을 선택
- 작업 정보(Task Information) 창을 열고 선행 작업(Predecessors) 탭으로 이동
- ID 열에
파일명\작업ID형식으로 입력 (예:설계_v2\45) - 관계 유형(FS, SS, FF, SF)과 지연·선행 기간을 필요에 따라 설정
이렇게 연결된 크로스 프로젝트 링크는 파란색 화살표로 표시되어 일반 링크와 구분됩니다. 설계 파일에서 승인일이 밀리면 마스터 파일을 열었을 때 자동으로 재계산 알림이 뜨고, 시공 파일의 착공일도 함께 밀립니다.
하위 프로젝트 파일들을 서로 다른 폴더로 옮기면 이 링크가 깨질 수 있습니다. 모든 하위 파일은 가급적 같은 폴더 또는 동일한 네트워크 경로 구조 안에 두는 것이 안전합니다.
04. 통합 관리를 위한 실전 세팅
그룹화와 필터
하위 프로젝트가 많아지면 화면이 금방 복잡해집니다. 보기(View) → 그룹화(Group by) 기능으로 담당 조직별, 공정 단계별로 묶어서 보고, 필터(Filter)로 지연된 작업만 골라보는 습관을 들이면 관리가 훨씬 수월해집니다.
기준선(Baseline) 설정
전체 프로젝트의 진도 관리를 위해서는 마스터 파일 레벨에서 기준선을 한 번에 잡는 것이 좋습니다. 프로젝트 → 기준선 설정(Set Baseline)에서 전체 프로젝트 기준선을 저장하면, 이후 실적 대비 계획 지연을 간트 차트에서 바로 비교할 수 있습니다.
리소스 풀(Resource Pool) 연동
여러 하위 프로젝트가 동일한 인력이나 장비를 공유한다면, 별도의 리소스 풀 파일을 만들어 각 하위 프로젝트가 이를 참조하도록 설정하면 리소스 과부하(Overallocation)를 마스터 레벨에서 확인할 수 있습니다. 리소스(Resource) 탭 → 리소스 풀 공유(Share Resources) 메뉴에서 설정합니다.
읽기 전용 배포
검토자나 임원 보고용으로는 마스터 파일을 읽기 전용으로 저장해서 배포하는 것이 안전합니다. 실수로 일정이 수정되는 사고를 막을 수 있습니다.
05. 프로젝트 캘린더와 공휴일 지정하기
일정 계산의 정확도는 결국 캘린더 설정에서 판가름 납니다. 공휴일을 제대로 반영하지 않으면 “이론상 완료일”과 “실제 완료일”이 계속 어긋나게 됩니다.
기본 캘린더 선택
MS Project는 기본적으로 표준(Standard), 24시간, 야간 교대(Night Shift) 세 가지 캘린더를 제공합니다. 건설 프로젝트는 대부분 표준 캘린더(주 5일, 09:00~18:00 등)를 베이스로 커스터마이징해서 씁니다.
공휴일 등록하는 법
- 프로젝트(Project) 탭 → 작업 시간 변경(Change Working Time) 클릭
- 캘린더 드롭다운에서 수정할 캘린더 선택 (보통 “표준” 또는 프로젝트 전용 캘린더)
- 달력에서 공휴일로 지정할 날짜를 클릭
- 하단의 예외 사항(Exceptions) 탭에서 이름(예: “설날”, “추석”)을 입력하고 “비근무(Nonworking)”로 설정
- 매년 반복되는 공휴일이라면 예외 항목을 선택한 뒤 세부 정보(Details) 버튼에서 “매년(Yearly)” 반복 패턴을 지정
국가별·현장별 캘린더 분리
해외 프로젝트나 여러 현장이 동시에 진행되는 경우, 국가마다 공휴일이 다르기 때문에 캘린더를 현장별로 별도로 만드는 것이 필수입니다. 예를 들어 본사 설계팀 캘린더와 해외 현장 시공팀 캘린더를 따로 만들고, 각 작업에 해당 캘린더를 개별 지정합니다.
작업(Task) 더블클릭 → 고급(Advanced) 탭 → 캘린더(Calendar) 드롭다운에서 해당 현장 캘린더를 선택하면, 같은 마스터 파일 안에서도 작업별로 서로 다른 근무일 기준이 적용됩니다.
하위 프로젝트마다 캘린더가 다르게 설정되어 있으면, 마스터 파일에서 통합했을 때 종속성 계산이 꼬이는 경우가 종종 있습니다. 크로스 프로젝트 링크를 설정하기 전에 관련 하위 프로젝트들의 캘린더 기준(공휴일, 근무시간)을 맞춰두세요. 혹서기 작업중지, 우기철 시공중단 기간처럼 현장 특수 상황도 예외 일정으로 미리 등록해두면 이후 실적 관리가 편해집니다.
- 연간 공휴일은 보통 연말에 다음 해 캘린더를 미리 세팅해두는 것이 좋습니다.
- 국가 지정 공휴일 외에도 회사 자체 휴무일(창립기념일, 하계 휴가 등)을 별도로 등록하면 실제 감리·시공 일정과의 괴리를 줄일 수 있습니다.
- 캘린더를 변경하면 이미 배치된 작업의 날짜가 재계산되므로, 진행 중인 프로젝트에서 캘린더를 수정할 때는 반드시 백업 파일을 먼저 저장하세요.
06. 건축 프로젝트의 전체적인 흐름과 마스터 일정 구성
건축·인프라 프로젝트는 보통 다음과 같은 대분류 단계로 나뉘며, 마스터 프로젝트 파일도 이 흐름을 그대로 하위 프로젝트 구조로 반영하는 경우가 많습니다.
① 기획 및 타당성 조사 (Feasibility)
사업성 검토, 부지 조사, 초기 예산 산정이 이루어지는 단계입니다. 이 단계의 산출물(타당성 보고서 승인 등)이 다음 단계인 설계 착수의 선행 조건이 되는 경우가 많아, 마스터 일정에서는 이 완료 마일스톤을 명확히 잡아두는 것이 중요합니다.
② 설계 (Design)
기본설계(Schematic Design)와 실시설계(Detailed Design)로 나뉩니다. 각 설계 단계마다 발주처·인허가 기관의 검토 및 승인 사이클이 포함되므로, 일정에 “검토 기간”을 별도 작업으로 명시하는 것이 좋습니다. 실무에서 가장 자주 지연되는 구간이 이 검토·승인 대기 기간입니다.
③ 인허가 (Permitting)
건축허가, 환경영향평가, 소방·전기 심의 등 관공서 협의 단계입니다. 외부 기관의 처리 속도에 좌우되는 리스크 구간이므로, 마스터 일정에서는 이 구간에 여유(Buffer) 기간을 반드시 반영해야 합니다.
④ 구매·조달 (Procurement)
장비, 자재 발주 및 벤더 선정 단계입니다. 특히 리드타임이 긴 장비(승강기, 특수 철골 등)는 시공 착수 전에 미리 발주가 이루어져야 하므로, 시공 일정과 병행해서(Fast-track 방식으로) 진행되는 경우가 많습니다. 마스터 파일에서는 이 조달 하위 프로젝트를 설계·시공 하위 프로젝트와 교차 링크로 연결해 “설계 확정 → 발주 → 납품 → 설치” 흐름이 한눈에 보이도록 구성합니다.
⑤ 시공 (Construction)
가설공사 → 토공·기초 → 골조 → 마감 → MEP(기계·전기·설비) 순으로 진행되는 것이 일반적입니다. 프로젝트 전체 일정의 가장 큰 비중을 차지하며, 공정별로 여러 하위 프로젝트(구조, 마감, 설비 등)로 나누어 관리하는 것이 실무에서 흔한 방식입니다. 협력사별로 별도 하위 프로젝트를 만들고, 상호 간 선후행 관계(예: 골조 완료 → 마감 착수)를 크로스 링크로 연결합니다.
⑥ 시운전 및 준공 (Commissioning & Handover)
설비 시운전, 준공검사, 관공서 사용승인, 발주처 인수인계가 이루어지는 마지막 단계입니다. 세부 체크리스트성 작업이 많아 작업 수가 급격히 늘어나는 구간이므로, 별도 하위 프로젝트로 분리해서 관리하는 것이 좋습니다.
- 각 대분류 단계를 하위 프로젝트 하나씩으로 만들고, 단계 간 경계에는 반드시 마일스톤(Milestone)을 넣어 승인·완료 시점을 명확히 표시합니다.
- 설계·조달·시공은 실제로는 순차가 아니라 상당 부분 겹치므로(Fast-track), 마스터 일정에서 크로스 링크를 활용해 이 중첩 구간을 시각적으로 보여주는 것이 핵심입니다.
- 인허가처럼 외부 통제 불가 구간에는 별도의 리스크 버퍼 작업을 넣어, 지연이 발생해도 전체 일정에 미치는 영향을 마스터 레벨에서 바로 시뮬레이션할 수 있게 합니다.
- 크리티컬 패스(Critical Path)는 마스터 파일 레벨에서 반드시 한 번씩 재확인해야 합니다. 하위 프로젝트 각각에서는 크리티컬 패스가 아니었던 작업이, 크로스 링크로 연결된 후 마스터 레벨에서는 크리티컬 패스로 바뀌는 경우가 실무에서 자주 발생합니다.
07. 실전 사례로 보는 마스터 일정 구조 — 오피스 핏아웃 프로젝트
실제 오피스 인테리어 핏아웃(Fit-out) 프로젝트 파일을 분석해보면, 앞서 설명한 원칙들이 실무에서 어떻게 구체적으로 구현되는지 확인할 수 있습니다. (발주처·회사 정보는 특정하지 않고 구조와 패턴 위주로 정리했습니다.)
대분류 단계(Level 2) 구성 방식
이 파일은 마스터 프로젝트 하위에 다음과 같은 6개의 대분류 그룹(Summary Task)으로 구성되어 있었습니다.
- Consultant Appointment — PM/QS/설계감리 선정
- Workplace Strategy Services — 업무환경 전략 수립
- Interior/MEP Design — 인테리어·설비 설계
- Tender For Direct Purchase Items — 발주처 직접구매 품목 입찰
- Fit-out Construction & FFE Installation — 시공 및 가구·집기 설치
- Move and Project Close Out — 이전 및 프로젝트 종료
이렇게 5~7개 정도의 큰 덩어리로 나누는 것이 실무적으로 가장 관리하기 좋은 범위입니다. 대분류가 너무 잘게 쪼개지면(10개 이상) 전체 흐름을 한눈에 파악하기 어렵고, 너무 크면(2~3개) 각 단계별 책임과 마일스톤이 불명확해집니다.
방법론적 프레임워크를 구조에 그대로 반영
“Workplace Strategy Services” 하위에는 Phase 1: Initiate → Phase 2: Discover → Phase 3: Create라는 3단계 서비스 방법론이 그대로 하위 작업 구조로 들어가 있습니다. 특정 컨설팅사나 설계사가 쓰는 표준 방법론(디자인 씽킹 프로세스 등)을 일정 구조에 그대로 반영하면, 발주처 입장에서도 “지금 어느 단계에 있는지”를 직관적으로 이해할 수 있습니다.
공휴일을 캘린더 예외가 아니라 WBS 작업으로도 노출
흥미로운 점은, 이 파일에서는 공휴일(선거일, 어린이날, 현충일, 광복절, 추석, 개천절, 한글날, 크리스마스 등)을 캘린더의 “예외 사항”으로만 처리하지 않고, 실제 작업 목록에도 1일짜리 항목으로 함께 넣어두었다는 것입니다.
왜 이렇게 하나?
- 간트 차트를 보는 사람이 “왜 이 구간에 일정이 붕 떠 있는지”를 캘린더 설정을 따로 열어보지 않고도 바로 파악할 수 있습니다.
- 발주처나 협력사와 일정을 공유할 때, 공휴일이 명시적으로 눈에 보여서 별도 설명이 필요 없습니다.
승인 마일스톤을 설계 단계 사이에 명시적으로 배치
30% Design Development → Project Budget Approval → 100% Design Development 순서로, 설계 진행 중간에 예산 승인이라는 의사결정 마일스톤이 별도의 대분류 단계로 명시되어 있습니다. 설계가 무작정 진행되다가 나중에 예산 문제로 전체가 재작업되는 리스크를 막기 위한 구조입니다.
발주처 직접구매 품목을 별도 트랙으로 분리
IT 장비, AV 장비, 보안 장비, MEP 장기 리드타임 품목을 “Tender For Direct Purchase Items”라는 별도의 대분류로 분리해서, 설계·시공 트랙과 병행(Fast-track)으로 진행하고 있습니다. 이 트랙은 시공 계약과 별개로 발주처가 직접 발주하는 품목이기 때문에, 시공사 계약 범위와 헷갈리지 않도록 마스터 일정에서 아예 별도 그룹으로 빼둔 것입니다.
Move & Close Out 단계의 세분화
프로젝트 막바지의 “이전 및 종료” 단계는 이전 계획 수립 → 실제 이사(Move) → Target Go Live(마일스톤) → 인수인계·교육 → 프로젝트 종료로 세분화되어 있습니다. 특히 “Target Go Live”를 독립된 마일스톤으로 명시한 것이 눈에 띄는데, 이는 시공 완료일과 실제 업무 개시일이 다를 수 있다는 점을 일정에 반영한 것입니다.
08. 자주 발생하는 문제와 해결책
마스터 프로젝트 운영 중 흔히 겪는 문제와 조치 방법을 정리했습니다.
| 증상 | 원인 | 조치 |
|---|---|---|
| 하위 파일 수정이 마스터에 반영 안 됨 | 파일 링크 경로가 끊어짐 (파일 이동·이름 변경) | 하위 프로젝트 우클릭 → 정보 수정에서 경로 재지정 |
| 파일 열 때마다 매우 느려짐 | 하위 프로젝트·작업 수가 과도하게 많음 | 완료된 하위 프로젝트는 별도 아카이브 파일로 분리 |
| 크로스 프로젝트 링크 화살표가 사라짐 | 하위 파일을 독립적으로만 열어서 수정 | 항상 마스터 파일을 통해 열고 저장하도록 팀 규칙화 |
| 날짜가 이상하게 밀려서 계산됨 | 여러 담당자가 동시에 각자 파일 수정 후 재계산 순서 꼬임 | 정기적으로(예: 매주 금요일) 담당자 취합 후 마스터에서 일괄 재계산 |
| 파일 용량이 지나치게 커짐 | 오래된 개정본, 사용하지 않는 하위 링크 누적 | 분기별로 불필요한 하위 프로젝트 링크 정리 |
마스터 프로젝트 파일은 잘 설계해두면 여러 팀의 일정을 하나의 그림으로 관리할 수 있는 강력한 도구지만, 파일 경로 관리와 정기적인 정리가 뒷받침되지 않으면 오히려 관리 부담이 커질 수 있습니다. 처음 구축할 때 폴더 구조와 파일 명명 규칙을 팀 전체가 합의하고 시작하는 것이 장기적으로 가장 중요한 포인트입니다.