먼데이닷컴 도입 가이드 — 보드 구조를 정하는 법

보드를 몇 개 만들지는 플랜 한도가 먼저 결정합니다

먼데이닷컴은 보드를 만들기가 너무 쉽습니다. 그래서 도입 두 달이 지나면 보드가 서른 개가 되어 있고, 아무도 전체를 보지 못하는 상태가 됩니다. 이것이 먼데이닷컴 구축에서 가장 흔한 실패입니다.

보드가 늘어나는 이유는 보통 셋입니다. 팀마다 자기 보드를 만듭니다. 월마다 새 보드를 만듭니다. 프로젝트마다 새 보드를 만듭니다. 세 가지 모두 처음에는 깔끔해 보이지만, 한 분기가 지나면 같은 열 구조를 가진 보드가 열 개씩 생깁니다.

공식 도움말에 따르면 먼데이닷컴의 구조는 계정 아래 워크스페이스가 있고, 모든 보드·대시보드·워크독은 반드시 워크스페이스 안에 만들어야 합니다. 워크스페이스 안에는 폴더와 하위 폴더를 둘 수 있고, 보드가 구조의 마지막 단계입니다. 보드 안에는 그룹, 아이템, 서브아이템이 있습니다.

이 글은 그 계층 위에서 '무엇을 기준으로 보드를 나누고 합칠지'를 정리했습니다. 또한 플랜별 자동화·대시보드 한도가 구조 설계를 어떻게 제약하는지 공개된 공식 가격 자료 기준으로 함께 다룹니다. 인원 구성과 금액 예시는 공개 정가로 계산한 가상 시나리오입니다.

먼저 공식 계층을 정확히 이해하십시오

공식 도움말이 정의하는 계층은 다음과 같습니다. 계정이 최상위이고, 새 계정은 'Main Workspace' 하나와 함께 생성되며 워크스페이스를 추가할 수 있습니다. 워크스페이스는 Open 또는 Closed로 지정해 공개 범위를 조절합니다.

워크스페이스 안에는 폴더가 있습니다. 폴더는 부서·팀·프로젝트 기준으로 보드와 대시보드, 워크독을 묶는 용도이며, 폴더 안에 하위 폴더를 다시 만들 수 있습니다.

보드는 '구조의 마지막 단계'입니다. 실제 업무가 일어나는 곳이고, 그 아래는 보드 내부 구조입니다. 그룹은 보드 안의 아이템을 색상으로 구분된 구획으로 묶습니다. 기간, 프로젝트 단계, 고객사 등 무엇이든 기준이 될 수 있습니다.

아이템은 그룹 안의 한 행입니다. 프로젝트, 업무, 고객, 그 밖에 관리 대상이 되는 단위가 아이템입니다. 서브아이템은 아이템 아래에 한 단계를 더 두어 보드 구조를 흔들지 않으면서 세부를 관리하는 장치입니다.

> 이 정의가 설계에 주는 함의

핵심은 '보드가 마지막 구조 단계'라는 점입니다. 보드를 쪼개면 구조가 늘어나지만, 보드 안에서 그룹과 서브아이템으로 나누면 구조는 그대로입니다. 그래서 설계의 첫 질문은 '새 보드가 필요한가, 그룹으로 충분한가'입니다.

보드를 나누는 기준은 '열 구조'입니다

실무에서 쓰는 기준은 단순합니다. 같은 열(컬럼) 구조를 공유하는 업무는 같은 보드에 둡니다. 열 구조가 다르면 별도 보드로 나눕니다.

예를 들어 마케팅 콘텐츠 제작과 영업 제안 작업은 둘 다 '담당자·마감·상태'가 필요하지만, 콘텐츠에는 채널과 발행일이, 제안에는 고객사와 금액이 필요합니다. 열 구조가 다르므로 별도 보드가 맞습니다.

반대로 A팀의 콘텐츠 제작과 B팀의 콘텐츠 제작은 열 구조가 같습니다. 이때 팀마다 보드를 나누면 같은 구조의 보드가 둘이 되고, 전사 콘텐츠 현황을 보려면 대시보드로 두 보드를 합쳐야 합니다. 팀은 보드가 아니라 그룹이나 열 값으로 구분하는 편이 낫습니다.

> 월 단위 보드는 거의 항상 잘못된 선택입니다

'2026년 10월 업무' 보드를 매월 만드는 방식은 추천하지 않습니다. 열 구조가 같고, 연간 추이를 보려면 열두 개 보드를 합쳐야 합니다. 기간은 그룹이나 날짜 열로 표현하고, 보드는 유지하십시오.

예외는 있습니다. 완료된 기간의 데이터가 너무 많아 보드가 무거워지는 경우, 연 단위로 아카이브 보드를 분리하는 것은 합리적입니다. 다만 이것은 성능 관리 목적이고, 설계 기준은 아닙니다.

그룹을 나누는 기준은 '보는 사람'입니다

그룹은 보드 안에서 아이템을 묶는 구획입니다. 기준 선택의 요령은 '이 보드를 열었을 때 누가 무엇을 먼저 보고 싶어 하는가'입니다.

팀장이 단계별 진행을 보고 싶다면 그룹을 프로젝트 단계로 나눕니다. 담당자별 업무량을 보고 싶다면 그룹을 담당자로 나누기보다 담당자 열을 두고 보기(View)로 묶는 편이 낫습니다. 그룹을 담당자로 나누면 인원이 바뀔 때마다 보드 구조를 손봐야 합니다.

고객사별 운영 업무가 중심이라면 그룹을 고객사로 두는 것이 자연스럽습니다. 고객사 수가 스무 개를 넘기면 그룹이 너무 많아지므로, 그때는 고객사를 열로 옮기고 그룹은 상태나 기간으로 바꾸십시오.

> 변하는 것은 열로, 변하지 않는 것은 그룹으로

일반 원칙은 이렇습니다. 자주 변하는 속성(담당자, 우선순위, 고객사)은 열에 둡니다. 거의 변하지 않는 구획(단계, 분기, 유형)은 그룹에 둡니다. 이 원칙을 지키면 보드 구조를 손보는 일이 크게 줄어듭니다.

서브아이템은 '같은 열을 쓰지 않는 세부'에만

서브아이템은 편리하지만 남용하면 집계가 흐려집니다. 서브아이템과 아이템은 집계와 보기에서 다루는 방식이 다르기 때문에, 중요한 숫자가 서브아이템에만 있으면 대시보드에서 보이지 않을 수 있습니다.

그래서 기준을 세우십시오. 보고에 들어가는 숫자는 아이템 레벨에 둡니다. 서브아이템에는 담당자가 체크하고 넘어가는 세부 작업만 둡니다.

예를 들어 '제안서 작성'이 아이템이고 금액과 예상 수주일이 아이템 열에 있다면, '목차 작성·내용 작성·검토'는 서브아이템으로 충분합니다. 반대로 각 세부 작업마다 공수를 집계해 월간 보고에 올려야 한다면, 그 세부 작업들은 아이템이 되어야 합니다.

> 깊이는 한 단계로 유지하십시오

서브아이템 아래에 다시 구조를 만들려는 요구가 나오면, 그것은 보드 분할이 필요하다는 신호입니다. 구조를 깊게 파는 대신 연결(Connect) 열로 다른 보드의 아이템을 참조하는 방식을 검토하십시오.

플랜 한도가 구조를 먼저 제약합니다

구조 설계를 기능 관점으로만 하면 3주차에 막힙니다. 공식 가격 페이지 기준으로 플랜별 한도가 구조에 직접 영향을 주기 때문입니다.

대시보드가 가장 중요합니다. 2026년 10월 5일 확인 기준으로 Free·Basic·Standard는 대시보드 하나에 보드 1개, Pro는 최대 20개 보드, Enterprise는 최대 50개 보드를 연결할 수 있습니다. 즉 보드를 열 개로 쪼개 놓고 전사 현황을 하나의 대시보드로 보려면 Pro 이상이 전제입니다.

자동화와 연동도 플랜으로 갈립니다. Free는 제공되지 않고, Standard는 월 250건, Pro는 월 25,000건, Enterprise는 월 250,000건입니다. 보드를 쪼개면 보드 간 동기화 자동화가 늘어나므로, 보드 수와 자동화 사용량은 같이 올라갑니다.

AI 크레딧은 Basic 월 1,000, Standard 월 2,000, Pro 월 3,000이며 Enterprise는 별도 산정입니다. Free는 포함되지 않습니다.

> 설계 순서를 바꾸십시오

그래서 권하는 순서는 이렇습니다. 먼저 '하나의 화면에서 봐야 하는 업무 범위'를 정하고, 그 범위를 몇 개 보드로 담을 수 있는지 계산하고, 그 보드 수를 지원하는 플랜을 고릅니다. 보드를 먼저 만들고 플랜을 고르면 거의 항상 다시 설계하게 됩니다.

워크스페이스와 폴더는 권한 단위로 씁니다

워크스페이스를 나누는 기준은 업무 종류가 아니라 접근 권한입니다. 공식 안내에 따르면 워크스페이스는 Open 또는 Closed로 지정해 공개 범위와 투명성을 조절합니다.

그래서 외부 협력사나 클라이언트가 들어오는 영역, 인사·급여처럼 접근을 제한해야 하는 영역은 별도 워크스페이스로 분리하십시오. 반대로 전사가 봐도 되는 업무를 워크스페이스로 쪼개면 검색과 집계만 불편해집니다.

폴더는 찾기 편하도록 묶는 장치입니다. 부서별, 또는 '운영 / 프로젝트 / 아카이브'처럼 성격별로 묶는 방식이 실무에서 잘 작동합니다. 폴더 이름에 연도를 넣는 방식은 피하십시오. 매년 폴더가 늘고 과거 폴더를 아무도 열지 않습니다.

> 게스트 권한은 플랜을 확인하고 설계하십시오

외부 인원을 넣을 계획이면 플랜별 게스트 규칙을 먼저 확인하십시오. 공식 가격 페이지 기준으로 Standard 이상에서 게스트 접근이 제공되고, Enterprise에서 고급 게스트 권한이 제공됩니다. 또한 Free와 Basic·Standard·Pro 모두 무료 열람자(viewer)를 무제한으로 둘 수 있으므로, '보기만 하는 사람'은 좌석을 쓰지 않는 방향으로 설계하는 것이 비용에 유리합니다.

무료 플랜과 최소 좌석 — 시험 도입의 현실

공식 가격 페이지 기준으로 Free 플랜은 2명까지이고 보드 3개, 워크독 3개로 제한되며 자동화와 연동이 제공되지 않습니다. 구조 설계를 종이 대신 화면에서 확인해 보는 용도로는 쓸 수 있지만, 운영 검증은 불가능합니다.

유료 플랜은 Basic이 좌석당 월 9달러, Standard가 12달러, Pro가 19달러입니다. 2026년 10월 5일 확인 기준으로 Basic·Standard·Pro는 최소 1좌석부터 구매할 수 있습니다. 좌석 최소 수량 정책은 과거에 달랐던 적이 있으므로, 견적 단계에서 현재 조건을 다시 확인하십시오.

> 계산 예시 — 15명 팀 가상 시나리오

운영 담당 15명이 Standard를 쓰면 월 180달러, 원화로 약 24만 8천 원 수준입니다(1 USD = 1,380원, 기준일 2026년 10월 5일). 그러나 보드를 여섯 개로 쪼개 놓고 전사 대시보드를 하나로 보려 하면 Standard로는 보드 1개만 연결되므로 보고가 성립하지 않습니다.

같은 15명이 Pro라면 월 285달러, 약 39만 3천 원입니다. 차액은 월 105달러, 약 14만 5천 원입니다. 이 차액은 '대시보드 하나로 보드 20개까지 연결'과 '월 자동화 25,000건'의 값입니다. 보드를 몇 개로 설계하느냐가 이 차액의 필요 여부를 결정합니다.

그래서 구조 설계와 플랜 선택은 같은 회의에서 끝내야 합니다. 따로 하면 한쪽을 다시 합니다.

구축 첫 3주의 순서

1주차에는 '하나의 화면에서 봐야 하는 업무 범위'를 정하고, 열 구조를 설계합니다. 열 구조가 같은 업무를 묶으면 보드 수가 자연히 나옵니다. 이 단계의 산출물은 보드 목록과 각 보드의 열 정의표입니다.

2주차에는 그룹과 서브아이템 기준을 정하고, 보기(View)를 만듭니다. 그룹은 변하지 않는 구획으로, 열은 변하는 속성으로 둡니다. 보고에 들어가는 숫자는 반드시 아이템 레벨에 둡니다.

3주차에는 자동화와 대시보드를 붙입니다. 자동화는 두 개부터 시작하십시오. 담당자 배정과 기한 임박 알림. 그다음에 월 예상 실행 건수를 실측해 플랜 한도 안인지 확인합니다.

> 완료 판정

3주차 끝에 확인할 것은 셋입니다. 첫째, 주간 회의를 대시보드 화면 하나로 진행했는가. 둘째, 보드 수가 선택한 플랜의 대시보드 연결 한도 안에 있는가. 셋째, 담당자와 기한이 모두 빈 아이템 비율이 10% 이하인가.

세 가지를 통과하면 다음 팀으로 복제할 준비가 된 것입니다. 복제 단위는 보드 템플릿과 열 정의표이며, 팀별 차이는 열 값으로만 허용하십시오.

흔한 실수 다섯 가지

첫째, 팀마다 보드를 만듭니다. 열 구조가 같으면 같은 보드에 두고 팀은 열이나 그룹으로 구분하십시오. 둘째, 월마다 보드를 만듭니다. 기간은 날짜 열이나 그룹으로 표현하십시오.

셋째, 보고 숫자를 서브아이템에 둡니다. 집계에서 빠지거나 복잡해집니다. 보고에 들어가는 값은 아이템 레벨에 올리십시오. 넷째, 열을 계속 추가합니다. 열은 '보고나 자동화에 쓰이는가'를 기준으로만 추가하십시오.

다섯째, 플랜을 나중에 고릅니다. 대시보드 연결 보드 수와 자동화 한도가 구조를 제약하므로, 플랜은 구조 설계와 같은 회의에서 결정해야 합니다.

>되돌리는 비용

다섯 가지 중 첫째와 둘째가 가장 비쌉니다. 보드를 합치려면 아이템을 옮겨야 하고, 옮기면 자동화 조건과 대시보드 집계 범위가 따라오지 않거나 중복됩니다. 그래서 보드 분할은 늘리기 전에 한 번 더 생각하는 편이 낫습니다.

보드를 나눌까, 그룹으로 둘까 — 판단표

전제와 기준: 솔바인드9이 수행한 업무관리 구축 프로젝트에서 반복적으로 적용한 판단 기준입니다. 계층 개념은 monday.com 공식 도움말 'Understanding monday.com's structural hierarchy' 2026년 10월 5일 확인 기준입니다. 조직 구조와 보고 요건에 따라 권장안은 달라집니다.

플랜별 한도 — 구조 설계에 직접 영향을 주는 항목

전제와 기준: monday.com 공식 가격 페이지 2026년 10월 5일 확인, Work Management 기준. 원화 환산은 1 USD = 1,380원, 기준일 2026년 10월 5일. 무료 열람자(viewer)는 플랜과 무관하게 무제한으로 표시되어 있으며, 게스트 접근은 Standard 이상, 고급 게스트 권한은 Enterprise에 표시되어 있습니다. 좌석 최소 수량과 플랜 구성은 변경될 수 있으므로 견적 단계에서 재확인하십시오.

독자가 자주 묻는 질문

Q. 보드는 몇 개가 적정한가

숫자로 정하기보다 '하나의 대시보드로 봐야 하는 범위'로 정하십시오. Standard 이하에서는 대시보드에 보드 1개만 연결되므로, 전사 현황을 한 화면으로 보려면 그 범위를 한 보드에 담아야 합니다. Pro에서는 20개까지 연결되므로 업무 종류별로 쪼갤 여유가 생깁니다. 구조보다 보고 요건이 먼저입니다.

Q. 팀마다 보드를 따로 주면 관리가 편하지 않은가

보드를 소유하는 입장에서는 편합니다. 전체를 봐야 하는 입장에서는 그때부터 대시보드와 자동화가 필요해지고, 그것이 플랜 비용으로 돌아옵니다. 열 구조가 같다면 하나의 보드에 두고 팀을 열이나 그룹으로 구분하는 편이 비용과 집계 양쪽에서 유리합니다.

Q. 무료 플랜으로 먼저 구조를 시험해도 되는가

구조를 화면에서 확인하는 용도로는 쓸 수 있습니다. 2명까지, 보드 3개, 워크독 3개이고 자동화와 연동이 제공되지 않으므로 운영 검증은 되지 않습니다. 자동화와 대시보드까지 포함해 판단하려면 한 팀만 유료로 한 달 운영하는 편이 결론이 분명합니다.

Q. 이미 보드가 서른 개인데 어떻게 정리하는가

한 번에 합치지 마십시오. 먼저 열 구조가 같은 보드를 묶어 목록을 만들고, 그중 가장 활발한 두 보드만 합쳐 2주 운영해 보십시오. 자동화 조건과 대시보드 집계가 따라오는지 확인한 뒤 나머지를 순차로 처리합니다. 동시에 모두 합치면 어떤 자동화가 멈췄는지 추적할 수 없습니다.

이 글이 다루지 않는 것

이 글은 보드 구조 설계를 다룹니다. 열 유형별 상세 사용법, 자동화 레시피 작성 방법, monday CRM과의 역할 구분, 타 제품과의 비교는 각각 별도 글에서 다룹니다. 플랜 한도는 Work Management 제품 기준이며 다른 제품군(CRM, dev, service)의 구성은 다릅니다. 지역별 가격 정책과 할인 조건은 포함하지 않았습니다.

출처와 확인일

가격·에디션·정책은 공급사가 예고 없이 변경할 수 있습니다. 계약 전 위 공식 페이지에서 직접 재확인하십시오. 원화 환산은 1 USD = 1,380원, 기준일 2026년 10월 5일을 적용했습니다.

함께 읽으면 좋은 솔바인드9 글