백업

가져오기와 내보내기

프로젝트 ZIP은 본인이 소유한 어떤 워크스페이스로도 다시 가져올 수 있는 한 파일짜리 백업입니다. 계획과 대화는 함께 이동하지만, 워크스페이스에 종속된 일부 항목은 따라가지 않습니다. 그 경계가 어디인지 정리했습니다.

프로젝트내보내기project.zip· tasks.csv· 의존성· 댓글 + 노트· 첨부파일· 주요 일정· 목록 정보프로젝트를 옮길 수 있는 백업
내보내기는 프로젝트 전체를 하나의 ZIP으로 담습니다 — 작업·의존성·댓글·노트·첨부·주요 일정.

언제 쓰나요

  • 큰 변경 전 백업 — 사본을 두고 과감하게 재계획해본 뒤, 잘못되면 ZIP으로 복원.
  • 워크스페이스 간 프로젝트 이동 — 예: 고객사 워크스페이스에서 내 워크스페이스로 가져오기.
  • MadiPlan 외부의 누군가에게 스냅샷을 전달 — ZIP은 어떤 MadiPlan 계정에서도 열 수 있고, 같은 워크스페이스를 공유할 필요가 없습니다.

내보내기

프로젝트의 Actions 메뉴에서 'Export project (ZIP)'을 선택하세요. 작업·단계·하위 작업, 의존성, 댓글, 진행 메모, 첨부 파일, 그리고 프로젝트의 주요 일정을 하나의 아카이브로 묶어 내려받습니다.

두 번째 옵션 'Export project (ZIP, redacted emails)'는 아카이브 내부의 모든 이메일을 식별 불가능한 해시로 바꿔 내보냅니다. 수신자에게 멤버의 이메일 주소를 노출하면 안 될 때(고객 인계, 공개 샘플) 사용하세요. 단점: 재가져오기는 가능하지만 댓글·메모 작성자는 가져오는 사람에게 귀속되지만, 매칭되지 않는 작업 담당자는 미배정으로 남고 경고가 표시됩니다. 아래 '이메일 가리기 내보내기' 참고.

함께 따라가는 것

  • 작업·단계·하위 작업 — 이름, 일정, 진행률, 마일스톤 플래그, 우선순위, 색상, 설명, 제약 유형.
  • 작업 간 의존성(FS / SS / FF / SF 및 lag) — 가져오기 시 새 작업 ID로 다시 연결되어 체인이 그대로 작동합니다.
  • 댓글과 진행 메모 — 본문 안의 @-멘션 포함.
  • 첨부 파일 — 대상 프로젝트의 저장소로 다시 업로드됩니다. 새 프로젝트의 다운로드 URL은 새로 발급됩니다.
  • 프로젝트 주요 일정 (킥오프·워크숍 마커, 여러 날에 걸친 이벤트).

다시 매칭되는 것

두 가지 데이터는 원본 ID가 대상 워크스페이스에 없기 때문에 다시 연결해야 합니다. ID가 아니라 사람이 읽을 수 있는 라벨로 매칭하고, 매칭에 실패하면 경고를 표시합니다.

  • 담당자 — 대상 워크스페이스 멤버의 이메일과 매칭됩니다. 일치하면 재배정되고, 일치하지 않으면 미배정 상태로 두고 가져오기 경고에 표시해 수동으로 보정할 수 있게 합니다.
  • 댓글·진행 메모의 작성자 — 마찬가지로 이메일로 매칭됩니다. 원래 작성자가 대상 워크스페이스의 멤버가 아니면, 댓글은 그대로 보존되지만 가져오기를 수행한 본인에게 귀속됩니다. 원작성자 이메일은 저장되지 않습니다.
  • 상태 — 상태 이름으로 매칭됩니다. 대상 프로젝트가 다른 템플릿을 쓰면(상태 이름이 다르면) 매칭되지 않은 상태는 프로젝트 기본값으로 떨어집니다. 중요한 경우라면 가져오기 전에 같은 상태 이름을 만들어두세요.

ZIP과 함께 가지 않는 것

다음 항목은 프로젝트가 아니라 워크스페이스에 속하기 때문에, 새로 가져온 프로젝트에서는 각 항목이 빈 상태로 시작합니다. 대상 쪽에서 필요한 것을 다시 만드세요.

  • 활동 기록 / 감사 로그 — 새 프로젝트는 새 타임라인으로 시작하며, 이전 기록은 합쳐지지 않습니다.
  • 프로젝트 멤버 목록과 역할 — 누가 리드 / 에디터 / 뷰어 권한을 가지는지는 대상 워크스페이스의 초대로 정해지며, ZIP에 담기지 않습니다.
  • 프로젝트별 게스트 초대 — 게스트 접근 권한은 원본 워크스페이스에 묶여 있어, 다시 발급해야 합니다.
  • 이해관계자 목록 (공유 링크에서 보이는 외부용 이름).
  • 베이스라인 — 고정된 계획 스냅샷은 원본 프로젝트에 남으며, 가져오기에서 다시 만들어지지 않습니다.
  • 저장된 보기와 사용자별 필터 저장.
  • 프로젝트 간 참조 — 다른 프로젝트에서 가져와 고정한 단계는 대상 쪽에서 다시 고정해야 합니다. 이 프로젝트가 다른 프로젝트에 노출한 단계도 분리됩니다.
  • 공유 설정 — 공개 / 비공개 토글과 기존 공유 링크는 원본 프로젝트에만 적용됩니다. 새 프로젝트는 비공개로 시작하며, 필요하면 공유를 다시 켜세요.
  • Slack DM 연동 — 각 멤버의 MadiPlan 계정을 특정 워크스페이스의 Slack 신원에 연결한 것이라 전이되지 않습니다.

추가 vs 교체

ZIP을 기존 프로젝트로 가져올 때 가져오기 대화상자에서 모드를 묻습니다. Replace는 되돌릴 수 없는 작업이라, 평소보다 정확히 고르는 게 중요합니다.

  • Append (추가) — ZIP의 내용을 기존 위에 더합니다. 기존 작업·댓글·첨부 파일은 그대로 두고 새 항목을 함께 삽입합니다. 편집 중인 프로젝트에 백업을 다시 합치거나 단계적으로 이전할 때 사용하세요.
  • Replace (교체) — 대상 프로젝트의 작업·의존성·댓글·진행 메모·첨부 파일을 먼저 모두 비우고, 빈 껍데기에 ZIP을 가져옵니다. 깔끔한 복원에 사용하세요. 되돌릴 수 없습니다.

이메일 가리기 내보내기

'redacted emails' 내보내기는 멤버 신원을 노출하지 않고 워크스페이스 외부와 프로젝트를 공유할 때 사용합니다. 아카이브의 모든 이메일 — 담당자·댓글 작성자·메모 작성자 — 이 해시로 대체되며, 아카이브 자체는 어떤 MadiPlan 계정으로도 깔끔하게 가져올 수 있습니다.

잃는 것: 재가져오기 시 이메일 매칭에 실패한 작업 담당자는 미배정으로 남고 경고가 표시됩니다. 댓글·메모 작성자는 가져오기를 수행한 사람에게 귀속됩니다. 가리기 ZIP은 일방향 산출물로 다루세요 — 읽기는 괜찮지만 왕복은 손실이 큽니다.

워크스페이스 이동을 매끄럽게

댓글과 담당이 많은 사람을 가져오기 전에 대상 워크스페이스에 초대해두세요 — 이메일로 다시 매칭되어 작성자 정보가 유지됩니다. 가져오기 이후 추가된 사람은 이전 댓글로 거슬러 연결되지 않습니다.

대상이 다른 템플릿을 쓴다면, 가져오기 전에 새 프로젝트의 상태 이름을 원본과 같게 맞춰두세요. 그러면 상태 재매칭이 변화 없이 끝나고, 기본값으로 떨어지지 않습니다.

요약

  • 함께 옴 — 작업·일정·의존성·댓글·메모·첨부·주요 일정.
  • 이메일로 재매칭 — 담당자와 댓글·메모 작성자. 매칭 실패 시 경고 또는 가져오는 사람에게 귀속.
  • 가지 않음 — 활동 기록·멤버 역할·게스트·베이스라인·저장된 보기·프로젝트 간 참조·공유·Slack 연동.
  • 교체 모드 — 대상 프로젝트를 먼저 비웁니다. 되돌릴 수 없습니다.