workstyle · May 8, 2026
Quire 하위 목록: 실제 사용 사례 및 예시 6가지
최종 업데이트: 2026년 6월 9일
오늘 아침 프로젝트를 열었더니 마스터 목록에 업무가 287개입니다. 그 중 약 40개가 내 업무입니다. 나머지 247개는 월요일 아침 눈에 띄지 않아도 좋을 사람들의 것이죠. 그럼에도 모든 업무가 하나의 스크롤 화면 안에 공존하고 있고, 스크롤 휠은 오히려 방해물처럼 느껴집니다.
대부분의 Quire 사용자가 바로 이 순간 하위 목록을 발견하고 "왜 처음부터 쓰지 않았을까?" 하는 생각을 합니다. 공식적인 설명은 "동일한 프로젝트를 개인화하거나 필터링한 뷰"입니다. 솔직한 표현으로는, 하위 목록은 300개짜리 공유 프로젝트를 단순히 견디는 것에서 실제로 거부감 없이 열 수 있는 것으로 바꿔주는 기능입니다.
하위 목록을 소개한 2020년 포스트는 철학에 초점을 맞췄습니다. 이번 포스트는 반대입니다. 구체적인 워크플로우 6가지, 각 워크플로우에 실제로 사용할 구성, 알아두어야 할 트레이드오프, 그리고 구체적으로 권장하지 않는 사용 사례 한 가지를 소개합니다. 아래의 모든 예시는 실제 운영 중인 Marketing Campaign Launch와 Agile 워크스페이스의 프로젝트를 기반으로 하므로, 직접 클릭해서 구조를 확인할 수 있습니다.
하위 목록이란 무엇인가 (90초 버전)
하위 목록은 동일한 프로젝트에서 일부 업무를 저장하고, 이름을 붙이고, 공유할 수 있는 뷰로, 고유한 URL과 자체 권한 설정을 갖습니다. 업무 자체는 마스터 목록에 한 번만 존재합니다. 하위 목록은 그것을 가리킵니다. 하위 목록에서 업무를 편집하면 원본이 편집되며, 복사본이 없기 때문입니다.
다른 도구의 유사 기능과 Quire의 하위 목록을 다르게 만드는 세 가지 요소가 있습니다.
- 태그나 별도 워크스페이스가 아닌 필터링된 뷰입니다. Asana의 섹션은 단순한 구분선입니다. ClickUp의 리스트는 별도 데이터셋입니다. Trello의 필터는 고유 URL로 저장되지 않습니다. Quire의 하위 목록은 동일한 단일 정보 원천에 대한 저장된 뷰입니다.
- 권한 모델. 각 하위 목록은 개인 전용, 관리자 전용, 선택된 멤버 공유, 외부 팀 공개, 또는 전체 공개로 설정할 수 있습니다. 이 세분화된 권한이 아래 사용 사례들을 실제로 작동하게 만드는 핵심입니다.
- 자동화. 하위 목록은 수동으로 관리(업무를 직접 끌어다 놓기)하거나 필터 기반(조건을 설정하면 새로운 업무가 자동으로 추가)으로 운영할 수 있습니다. 필터 기반이 실질적인 시간 절약이 이루어지는 곳이며, 대부분의 팀이 가장 적게 활용하는 부분이기도 합니다.
전체 작동 방식은 하위 목록 가이드에서 확인할 수 있습니다. 이 포스트의 나머지 부분은 실제로 어떻게 활용할 것인지에 관한 내용입니다.
사용 사례 1: 마케팅 캠페인 런칭
캠페인 런칭 프로젝트는 빠르게 방대해집니다. 실제 Marketing Campaign Launch 워크스페이스를 보면, 운영이 시작될 즈음에는 마스터 목록이 7개 섹션(Website, Blog Posts, Social Media Contents, Social Media Platforms, Newsletters, Webinars, Translations)에 걸쳐 플랫폼, 예산, 시간당 요금, KPI 포인트를 추적하는 커스텀 필드까지 포함합니다. 마케팅 디렉터는 전체 그림이 필요합니다. 블로그 작성자는 그렇지 않습니다.
설정 방식: 기능별 또는 검토 상태별로 하나씩 하위 목록을 만듭니다. 처음에는 수동으로 운영하다가 태그 분류 체계가 안정되면(보통 5일 정도) 필터 기반으로 전환합니다.
Design Reviews 하위 목록이 가장 명확한 예시입니다. 필터 조건은 status = Reviewing 및 tag = design입니다. 디자이너는 자신이 검토해야 할 업무만 보고, 작업이 완료되면 하위 목록에서 자동으로 사라집니다. 7개 섹션에 걸친 33개 업무 중 검토가 필요한 3개를 찾아 헤맬 필요가 없습니다.
"Content" 하위 목록도 동일한 방식으로 동작합니다: tag = content, assignee in [작성자 목록], 조건에 맞는 신규 업무 자동 포함. 동일한 데이터, 다른 렌즈입니다.
핵심은 마케팅 디렉터는 여전히 마스터 목록에서 교차 기능 계획을 세우고, 각 기능 담당자는 자신의 하위 목록에서 실행에 집중한다는 것입니다. 같은 데이터. 조정 작업 없음. 금요일 오후 4시에 "어느 버전의 트래커가 최신인가요?"라는 Slack 메시지도 없습니다.
이것이 런칭 운영 모델에서 어떻게 맞아 들어가는지 더 넓은 그림을 보려면 교차 기능 프로젝트 관리에 관한 포스트를 참고하세요.
사용 사례 2: 소프트웨어 Sprint 계획
대부분의 엔지니어링 팀이 자리 잡는 패턴은 이렇습니다. 마스터 목록은 backlog입니다. 2주마다 sprint 계획을 통해 해당 주기에 커밋된 업무가 담긴 하위 목록이 생성됩니다.
Agile 워크스페이스가 실제 예시입니다. backlog는 영역별(Customer Feedback / User stories, Websites, Desktop app, Android app, iOS app)로 구성되어 있으며, Story Points가 커스텀 필드로 설정되어 있습니다. sprint 계획 시 팀은 선택된 업무를 다중 선택한 뒤 마우스 오른쪽 클릭 → Set Sublist → Sprint 47을 사용합니다. 지금 바로 열어볼 수 있는 Sprint 47 하위 목록이 이렇게 만들어졌습니다. 현재 고객 피드백에서 도출된 실제 버그 티켓 2개("이모지가 올바르게 표시되지 않음", "홈 버튼이 작동하지 않음")가 포함되어 있으며, 나머지 sprint 커밋 항목이 추가될 공간도 있습니다.
동일한 패턴의 필터 기반 버전은 sprint-47 같은 태그를 사용하고, 해당 태그가 붙은 업무를 자동으로 포함하는 필터 하위 목록을 만듭니다. 설정이 약간 더 필요하지만, 이후 유지 관리는 필요 없습니다.
하위 목록 URL은 팀의 standup 채널에 공유됩니다. 이후 2주 동안 엔지니어링 팀은 해당 하위 목록에서 작업합니다. 하위 목록의 칸반 뷰가 sprint 보드가 됩니다. 제품 관리자는 backlog 정리와 로드맵 논의를 위해 마스터 목록을 봅니다. 엔지니어는 현재 진행 중인 작업을 위해 하위 목록을 봅니다.
부가적인 효과도 있습니다. retro 시간이 되면, 하위 목록 자체가 기록물이 됩니다. 무엇이 범위 안에 있었는지, 무엇이 출시되었는지, 무엇이 미뤄졌는지를 정확하게 담고 있습니다. Jira 보드를 스크린샷 찍어 Confluence에 붙여넣을 필요가 없습니다. 하위 목록 URL이 바로 기록입니다.
사용 사례 3: 에이전시 클라이언트 가시성 (외부 팀 하위 목록)
에이전시에게 가장 가치 있는 하위 목록 활용법이며, 대부분의 에이전시가 가능하다는 사실을 모르는 방식입니다. 외부 크리에이티브 파트너(프리랜서 디자이너, 영상 편집자, 번역 업체)와 함께 일하는 사내 팀에도 동일한 패턴이 적용됩니다. 조직 외부에 있지만 자신의 작업 부분만 볼 수 있는 창이 필요한 모든 사람에게 해당됩니다.
설정 방식: 클라이언트 계약별(또는 외부 파트너 스트림별)로 하나의 프로젝트를 만듭니다. 마스터 목록에는 모든 작업이 포함됩니다. 내부 전용 업무도 마찬가지입니다: 상업적 대화, 내부 QA, 수익성 플래그. 클라이언트 이름으로 명명된 하위 목록을 권한 외부 팀으로 생성하고, 클라이언트가 보아야 할 납품물과 결정 사항만 포함시킵니다.
Marketing Campaign Launch 워크스페이스 안에 설정한 External Team — Client View 하위 목록에서 구조를 확인할 수 있습니다. 실제 계약에서는 클라이언트와 관련된 납품물로 채워집니다: 검토 중인 블로그 포스트, 디자인 에셋, 웨비나 스크립트, 번역 결과물. 내부 마진 메모, 비공개 QA 대화, 청구에 사용되는 범위 변경 기록? 이것들은 마스터 목록에 남아 외부 팀 URL에서는 보이지 않습니다.
클라이언트는 그 URL을 받습니다. 외부 팀 시트로 열면 납품물, 마감일, 상태, 자신과 관련된 코멘트를 볼 수 있습니다. 그 외에는 아무것도 보이지 않습니다.
8~15개의 클라이언트 계약을 동시에 진행하는 에이전시라면, 이 단일 패턴이 주간 PDF, 병렬 Notion 페이지, 스크린샷으로 가득한 상태 이메일, 그리고 클라이언트가 "지금 무엇을 하고 있나요?"라고 물을 때 발생하는 상당한 양의 왕복 커뮤니케이션을 대체합니다.
이 워크플로우의 심화 내용은 에이전시 프로젝트 관리 포스트에 있습니다. 요약하면: 외부 팀 하위 목록은 도구가 권한 경계를 강제하기 때문에 병렬 클라이언트용 트래커를 별도로 유지할 필요가 없어지는 지점입니다.
사용 사례 4: 관리자의 주간 검토 (필터 기반)
직속 보고자 8명과 활성 프로젝트 4개를 담당하는 팀 리드는 반복적인 문제를 안고 있습니다. 매주 금요일, 무엇이 완료되었고, 무엇이 지연되었고, 다음에 무엇이 오는지 파악해야 합니다. 4개의 마스터 목록에서 이것을 추출하는 것은 90분짜리 작업으로, 아무도 즐기지 않고 대부분 건너뜁니다.
설정 방식: 프로젝트별로 필터 기반 하위 목록 하나씩, 모두 "이번 주"라는 이름으로. Marketing Campaign Launch에서 패턴을 확인하여 URL 구조를 볼 수 있습니다. 설정할 필터 조건:
due-date in this week또는completed in this weekassignee in [직속 보고자]
이것이 필터 기반 하위 목록의 진가를 발휘하는 사용 사례입니다. 주중에 생성된 조건에 맞는 신규 업무는 자동으로 나타납니다. 완료된 업무는 주가 바뀌면 사라집니다. 유지 관리 작업이 없습니다. 하위 목록은 큐레이션된 목록이 아닌 쿼리이기 때문에 항상 최신 상태를 유지합니다.
프로젝트별로 하위 목록을 하나씩 유지하고 싶지 않다면, 하위 목록 2.0 업데이트를 통해 폴더, 스마트 폴더, 조직, 또는 내 업무 수준에서 하위 목록을 생성할 수 있습니다. 4개의 프로젝트를 포함하는 폴더에 "이번 주" 하위 목록 하나를 만들고, 필터를 한 번만 설정하면 그 URL 하나로 하위의 모든 프로젝트에서 조건에 맞는 업무가 불러와집니다. 4개가 아닌 링크 하나만 북마크하면 되고, 금요일 검토는 탭 하나로 열립니다.
AI 워크플로우를 사용하고 있다면 Quire의 MCP 연동과 함께 사용해 보세요: Claude에게 각 "이번 주" 하위 목록을 읽고 금요일 팀 요약을 작성하도록 요청할 수 있습니다. AI는 이제 전체 backlog가 아닌 정확하게 범위가 지정된 데이터 소스를 갖게 됩니다.
사용 사례 5: 신규 입사자 온보딩
새로운 멤버가 합류할 때 개인별 하위 목록(예: "온보딩 — Elizabeth")을 만들고, 해당 역할에 적용되는 업무만 가져옵니다. 권한은 Selected members: Elizabeth, 그녀의 매니저, 버디, 피플 팀 담당자. 마케팅 디렉터와 엔지니어링 리드는 볼 필요가 없습니다. Elizabeth의 매니저는 매일 확인합니다.
문서로는 할 수 없는 것: 마감일, 담당자, 코멘트, 눈에 보이는 진행 상황. Elizabeth는 묻지 않아도 다음 할 일을 알 수 있습니다. 매니저는 금요일에 하위 목록을 잠깐 보고 막힌 것이 무엇인지 파악합니다. 버디는 자신의 업무가 시작될 때 알림을 받습니다. Elizabeth의 온보딩이 끝나면 하위 목록은 삭제되지 않고 보관됩니다. 온보딩이 실제로 어떻게 진행되었는지에 대한 기록이 되며, 다음 사람의 온보딩을 설계하기 전에 참고할 수 있습니다.
조직에 Quire MCP가 연동되어 있다면, HR 템플릿이나 킥오프 미팅 녹취록에서 개인별 하위 목록을 생성하는 것이 한 번의 프롬프트로 가능합니다. 이 워크플로우는 AI 프로젝트 관리 워크플로우 5가지에서 다루었습니다.
사용 사례 6: 개인 "오늘" 집중
개인 생산성을 위한 사용 사례입니다. 새로운 방식은 아니지만, 대부분의 사용자가 가장 먼저 도입하고 가장 많이 활용하는 방법입니다.
설정 방식: assignee = me, due-date = today OR overdue, status != done 조건으로 "오늘"이라는 이름의 Private 필터 기반 하위 목록. Marketing Campaign Launch 안의 Today 하위 목록에서 패턴을 확인할 수 있습니다. 실제 사용 시에는 팀원의 탭 바에 표시되지 않도록 권한을 Private으로 설정하세요.
하위 목록은 프로젝트 탭 바 상단에 고정되어 있습니다. 하루의 첫 행동은 이것을 여는 것입니다. 하루의 마지막 행동은 닫는 것입니다. 내 것이 아닌 247개의 업무를 포함한 나머지 모든 것은 작업 시간 동안 보이지 않습니다.
솔직히 말하면: "오늘" 하위 목록 하나가 생산성 시스템 전체가 되는 것은 아닙니다. 시스템 안에서 작동하는 집중 도구입니다. 목록에 무엇을 올릴지, 우선순위 결정을 어떻게 할지에 대한 습관이 없다면 "오늘" 하위 목록도 결국 무시하게 될 또 다른 목록이 될 것입니다. 이 패턴에 대해서는 조율 비용에 관한 포스트에서 다룬 바 있습니다.
실제로 권장하지 않는 사용 사례
처음부터 프로젝트를 공유해서는 안 될 팀들 사이의 경계를 만드는 데 하위 목록을 사용하기 시작하는 순간 잘못된 도구가 됩니다.
패턴: 두 기능 조직이 각기 다른 이해관계자, 다른 일정, 다른 리듬, 다른 완료 기준을 가진 작업을 수행하고 있습니다. 누군가가 "하나의 프로젝트로 유지하고 각 팀에 하위 목록만 주자"고 결정합니다. 6주 뒤, 어느 팀도 일관된 뷰를 가지지 못하고, 마스터 목록은 엉망이 되었으며, 하위 목록들은 반대 방향으로 멀어집니다.
두 작업 영역에 진정으로 별도의 소유권이 있다면, 두 개의 하위 목록이 아닌 두 개의 프로젝트에 속해야 합니다. 하위 목록은 공유 범위 내에서의 집중 도구입니다. 실제 프로젝트 경계의 대체물이 아닙니다.
정직한 테스트: 두 하위 목록을 함께 볼 때 얻는 이점이 없다면(마스터 목록이 무의미하거나 혼란스럽다면), 두 개의 뷰를 가진 하나의 프로젝트가 아닙니다. 같은 레이블을 공유하는 두 개의 프로젝트입니다.
프로젝트를 분리할지 하위 목록을 사용할지 결정하려면 이 기준을 사용하세요: 마스터 목록을 직접 읽을 일이 있나요? 그렇다면 하위 목록. 그렇지 않다면 분리하세요.
빠른 사용 방법: 첫 번째 하위 목록 만들기
전체 가이드는 quire.io/guide/create-sublists에 있지만, 대부분의 사람에게 필요한 버전은 다음과 같습니다:
- 프로젝트를 엽니다. List 탭 옆의 + 아이콘을 클릭하거나
L키를 누릅니다. - 하위 목록 이름을 입력합니다. 원하면 아이콘도 선택합니다.
- 권한 수준을 선택합니다. 기본값은 전체 멤버이며, 에이전시는 보통 외부 팀, 개인 사용 시에는 Private을 선택합니다.
- 수동(업무 직접 끌어다 놓기) 또는 필터 기반(자동 추가 조건 설정)을 결정합니다.
- 탭 바 상단에 고정합니다.
업무에서 마우스 오른쪽 클릭 컨텍스트 메뉴를 사용하면 Set Sublist를 선택할 수 있으며, 두 번 사용해 보면 드래그보다 훨씬 빠르다는 것을 알게 됩니다.
하위 목록이 실제로 정착되게 하는 팁
하위 목록을 사용하는 팀과 일주일 시도 후 포기하는 팀을 구분하는 몇 가지 패턴입니다.
하위 목록 이름은 사람이 아닌 작업으로 짓습니다. "Sara's Tasks"는 금방 낡아집니다. "Q3 Brand Refresh"는 Sara가 휴가를 떠나도 유용하게 유지됩니다. 작업의 범위를 설명하는 이름은 인원 변동에도 살아남습니다.
가능하면 필터 기반을 사용합니다. 수동 하위 목록은 유지 관리가 필요합니다. 필터 기반 하위 목록은 스스로 업데이트됩니다. 초기 설정에 약간의 생각이 더 필요하지만, 이후 매주 그 보상이 돌아옵니다.
실제로 사용하는 것은 고정하고 나머지는 보관합니다. 고정된 하위 목록이 너무 많아지면 그것 자체가 또 다른 혼란이 됩니다. 대부분의 팀에게는 3~5개의 고정된 하위 목록이 적당합니다. 사용하지 않는 것은 삭제가 아닌 보관하세요. 업무는 마스터 목록에 유지되고, 해당 워크플로우가 다시 필요해지면 하위 목록을 복원할 수 있습니다.
스크린샷 대신 URL을 공유합니다. 하위 목록 URL은 살아있는 정보의 원천입니다. Slack에 스크린샷을 붙여넣으면 누군가가 업무를 업데이트하는 순간 더 이상 유효하지 않은 별도의 기록물이 생깁니다.
하위 목록 내에서 마스터 목록 순서를 별도로 변경하지 마세요. 하위 목록 내에서 순서를 변경하면 마스터 순서가 업데이트됩니다. 마스터에 영향을 주지 않고 다른 순서가 필요하다면, 하위 목록이 아닌 별도의 스마트 폴더를 원하는 것일 수 있습니다.
핵심 요약
하위 목록은 업무가 50개를 넘는 공유 Quire 프로젝트를 모두에게 견딜 만하게 만드는 메커니즘입니다. 핵심은 필터 자체가 아니라, 그 필터가 이름을 가지고, 저장되고, 권한 제어가 되며, 동일한 정보 원천을 가리킨다는 점입니다. 위의 6가지 실제 워크플로우(기능별 마케팅 뷰, sprint 범위 지정, 외부 팀 클라이언트 창, 관리자 주간 검토, 신규 입사자 온보딩 트랙, 개인 집중 목록)가 하위 목록이 진가를 발휘하는 대부분의 상황을 다룹니다.
잘못된 사용은 존재해야 할 프로젝트 경계를 하위 목록으로 대체하는 것입니다. 올바른 사용은 공유 프로젝트 안의 모든 사람에게 가장 작고 가장 관련성 높은 뷰를 제공하는 것입니다. "마스터 목록을 관리할 수 없다"고 말하는 대부분의 팀은 사실 "아직 하위 목록을 설정하지 않았다"는 의미입니다.
자주 묻는 질문
Quire에서 하위 목록이란 무엇인가요?
하위 목록은 Quire에서 동일한 프로젝트를 개인화하거나 필터링한 뷰입니다. 업무는 마스터 목록에 한 번만 존재하며, 생성한 여러 하위 목록에 동시에 표시됩니다. 하위 목록에서 업무를 편집하면 마스터가 업데이트됩니다. 복사본이 아닌 동일한 업무이기 때문입니다.
Quire 하위 목록은 태그, 필터, 또는 별도 프로젝트와 어떻게 다른가요?
태그는 업무에 붙이는 메타데이터입니다. 필터는 임시 검색입니다. 별도 프로젝트는 별도의 데이터셋입니다. 하위 목록은 동일한 데이터를 저장하고 이름을 붙이며 권한을 제어할 수 있는 뷰로, 고유한 URL을 가집니다. 필터의 집중력, 프로젝트의 지속성, 외부 링크의 세분화된 공유 기능을 모두 갖추면서도 업무를 단 하나도 복제하지 않습니다.
프로젝트당 하위 목록을 몇 개 생성할 수 있나요?
Free 플랜에서는 프로젝트당 2개입니다. 유료 플랜은 이 한도를 높입니다. 한도에 도달하는 팀은 대부분 Free 플랜 사용자로, Quire를 몇 주 사용한 뒤 하위 목록을 발견하는 경우가 많으며, 이 시점이 대개 업그레이드를 고민하게 되는 때입니다. 전체 내역은 요금제 페이지에서 확인하실 수 있습니다.
팀 외부의 사람과 하위 목록을 공유할 수 있나요?
네. 하위 목록을 생성할 때 전체 멤버, Admins, Selected members, 외부 팀, Private 중에서 선택할 수 있습니다. 외부 팀 옵션은 에이전시와 컨설팅 회사가 내부 업무를 노출하지 않고 클라이언트에게 자신과 관련된 작업만 읽기 전용으로 볼 수 있는 창을 제공할 때 사용합니다.
업무를 이동하거나 제거하면 하위 목록은 어떻게 되나요?
하위 목록에서 업무를 제거하면 해당 뷰에서만 사라집니다. 업무는 마스터 목록에 그대로 남습니다. 하위 목록 자체를 삭제해도 해당 업무들은 마스터 목록에 유지됩니다. 하위 목록 내에서 순서를 변경하면 마스터 순서도 업데이트됩니다. 누군가가 개인 하위 목록을 "정리"하도록 허용하기 전에 알아두어야 할 중요한 사항입니다.
하위 목록이 적합하지 않은 경우는 언제인가요?
해당 작업이 다른 뷰가 아닌 별도 프로젝트에 실질적으로 속할 때입니다. 두 작업 영역에 별도의 이해관계자, 별도의 일정, 별도의 완료 기준이 있다면 그것은 두 개의 하위 목록이 아닌 두 개의 프로젝트입니다. 하위 목록은 팀 간의 경계를 만드는 도구가 아닌 집중을 위한 도구입니다.
팀이 실제로 작업 중인 프로젝트에서 가장 작고 유용한 뷰를 제공할 준비가 되셨나요?
하위 목록은 Free 플랜을 포함한 모든 Quire 플랜에서 제공됩니다(프로젝트당 하위 목록 2개). 위의 사용 사례들은 각각 설정하는 데 5분이면 충분합니다. 일주일 동안 효과가 있다면 팀이 그것을 지키려 할 것이고, 그렇지 않다면 5분을 잃은 것뿐입니다.
quire.io/signup에서 무료로 시작하세요. 신용카드 불필요, 전체 기능 접근, 30일. 하위 목록 가이드를 두 번째 탭에 열고 "오늘" 하위 목록부터 먼저 시도해 보세요.
