
最後更新:2026 年 8 月 10 日
六個真實子清單設定範例。Quire子清單是已在專案中存在任務的儲存式、受權限控管視圖,並非複本或篩選結果。這篇文章會帶你逐一了解Quire自家「Marketing Campaign Launch」及「Agile」工作區中的六個真實應用例子,包括一個建議略過的用例,以及讓每個子清單長期保持實用的設定技巧。
你今天早上打開專案,主清單有287項任務。當中大約四十項是你的,其餘247項則屬於一些你星期一根本不想在視線範圍內看到的人。不知怎麼,這一切竟全部擠在同一個可滾動的方框裡,而滾輪彷彿在跟你對著幹。
這正是大多數Quire用戶發現子清單的一刻,然後懷疑自己為何沒有一開始就試用。官方說法是「同一專案的個人化或篩選視圖」。老實說,子清單其實是那個能把一個300項任務的共用專案,由你只能勉強忍受的東西,變成你真的願意打開、不會皺眉的工具。
2020年那篇介紹子清單的文章著重講解理念。這篇則相反,聚焦六個具體的工作流程、我們實際會為每種情境採用的設定方式、值得留意的取捨,以及一個我們會特意略過的用例。以下每個範例都是我們Marketing Campaign Launch及Agile工作區中真實運作的專案,你可以直接點進去看結構,不必憑空想像。
子清單是同一專案中一部分任務的儲存式、具名稱、可分享視圖,擁有自己的網址與獨立的權限設定。任務本身只存在一次,存放在主清單上,子清單只是指向這些任務。在子清單中編輯任務,就是在編輯原始任務,因為根本沒有複本這回事。
有三點讓Quire的子清單跟其他工具中聽起來相似的功能不一樣。
完整運作機制請參閱子清單指南。這篇文章接下來要講的,是實際上該怎麼用。
推廣活動專案的規模會急速膨脹。看看我們實際的Marketing Campaign Launch工作區:活動全面展開時,主清單分成七個區段(網站、部落格文章、社群媒體內容、社群媒體平台、電子通訊、網路研討會、翻譯),並用自訂欄位追蹤平台、預算、時薪、KPI分數。市場總監需要看到全局,但部落格撰稿人不需要。

我們的設定方式:每個職能或每個審核狀態各建一個子清單。一開始手動維護,等標籤分類穩定下來(通常在第五天左右)就轉為篩選式。
設計審核子清單是最直觀的範例。篩選邏輯是status = Reviewing加上tag = design。設計師只會看到等待他們審核的任務,一旦工作完成,子清單就會自動清空。沒有人需要在七個區段、33項任務裡大海撈針,去找出那三項需要審核的任務。

「內容」子清單也是同一套邏輯:tag = content、assignee in [撰稿人員],自動納入所有符合的新項目。同一份資料,不同的視角。
這套做法能奏效的關鍵,在於市場總監仍在主清單上進行跨職能規劃,而每位職能負責人則在自己的子清單上執行工作。同一份資料,無需對照核實,也不會在星期五下午四點跳出「哪個版本的追蹤表才是最新的?」這種Slack訊息。
若想了解這如何融入更大的推廣活動運作模式,請參閱我們關於跨職能專案管理的文章。
大多數工程團隊最終會採用這種模式:主清單就是待辦清單(backlog)。每兩週,衝刺規劃會產生一個子清單,收錄這個週期已承諾要完成的任務。
我們的Agile工作區就是實際運作的例子。待辦清單按功能範疇分類(顧客回饋/用戶故事、網站、桌面應用程式、Android應用程式、iOS應用程式),並以故事點數作為自訂欄位。衝刺規劃時,團隊會多選已選定的任務,並使用右鍵→設定子清單→Sprint 47。這正是我們建立Sprint 47子清單的方式,你現在就能打開看看:目前它收錄了兩個來自顧客回饋的真實錯誤回報(「表情符號顯示不正常」、「首頁按鈕沒有反應」),並留有空間讓其餘衝刺承諾的任務陸續加入。

同一模式的篩選式版本,會使用像sprint-47這樣的標籤,搭配一個自動納入所有帶該標籤任務的篩選式子清單。設定稍微多花點功夫,但之後完全不需要維護。
子清單的網址會被貼到團隊的站立會議頻道中。在接下來的兩週,工程團隊就以這個子清單為工作依據。子清單的看板視圖成為衝刺看板。產品經理則在主清單上進行待辦清單梳理與路線圖討論,工程師則專注於子清單上正在進行的工作。
一個不錯的附帶效果:到了回顧會議時,子清單本身就是最完整的紀錄,精準呈現了範圍內有哪些工作、哪些已完成、哪些被延後。不需要把Jira看板截圖貼進Confluence,子清單的網址就是那份紀錄。
這是子清單對代理商而言最有價值的用法,卻也是最多代理商沒意識到可行的做法。同樣的模式也適用於與外部創意夥伴合作的內部團隊(自由接案設計師、影片剪輯師、翻譯供應商),也就是任何在你組織之外、需要看到部分工作進度、但只限於他們負責那部分的人。
我們的設定方式:每個客戶項目(或每個外部夥伴合作)各建立一個專案。主清單保留所有工作內容,包括僅供內部參考的任務:商業洽談、內部品質檢查、盈利警示等。然後建立一個以客戶命名的子清單,權限設為外部團隊,只納入客戶應該看到的成果與決策。
你可以在我們Marketing Campaign Launch工作區中設定的外部團隊——客戶視圖子清單看到這種結構。在實際合作中,你會把涉及客戶的成果填入其中:正在審核的部落格文章、設計素材、網路研討會腳本、翻譯稿件等。而內部利潤備註、私下的品質檢查討論、用於計費的範圍變更紀錄呢?這些都留在主清單裡,對外部團隊網址完全不可見。

客戶拿到這個網址,以他們的外部團隊席位打開。他們看到的只有成果、到期日期、狀態,以及與他們相關的留言,僅此而已。
對於同時營運8到15個客戶項目的代理商來說,單靠這一種模式,就能取代每週要交的PDF報告、平行維護的Notion頁面、充滿截圖的狀態郵件,以及客戶因為沒有其他方式查看進度,不斷追問「你們現在在做甚麼?」所引發的大量來回溝通。
這個工作流程更深入的說明,可參閱我們的代理商專案管理文章。簡而言之:外部團隊子清單能讓你不再需要維護一份平行的客戶版追蹤表,因為權限界線是由工具本身強制執行,而不是靠你自己時刻留意。
一位帶領八位直屬部下、同時管理四個進行中專案的團隊主管,每逢星期五都會遇到一個反覆出現的難題:需要知道哪些工作已完成、哪些延誤了、接下來又有甚麼要做。要從四份主清單裡整理出這些資訊,是一項耗時90分鐘、誰都不喜歡做、大多數人索性跳過的苦差事。
我們的設定方式:每個專案各建一個篩選式子清單,全部命名為「本週」。我們已經在Marketing Campaign Launch裡示範了這個模式,讓你看看網址的樣式。你會設定的篩選條件包括:
due-date in this week(到期日期在本週)OR completed in this week(本週已完成)assignee in [直屬部下]這正是篩選式子清單真正發揮價值的用例。週間新建立且符合條件的任務會自動出現,已完成的任務則會在週期結束後自動移除,完全不需要人手維護。子清單之所以能保持最新,是因為它是一項查詢,而不是人手整理的清單。
如果你不想每個專案都各自維護一個子清單,子清單2.0更新讓你可以改在資料夾、智慧資料夾、組織或「我的任務」層級建立子清單。只要在包含這四個專案的資料夾上建立一個「本週」子清單,設定一次篩選條件,這一個網址就能從其下所有專案中拉取符合條件的任務。你只需要收藏一個連結,而不是四個,星期五的檢視只需開啟一個分頁即可完成。
如果你的工作流程中有導入AI,可以搭配Quire的MCP整合使用:請Claude讀取每個「本週」子清單,並草擬星期五的團隊總結。這樣AI就有了精準界定的資料來源,而不是整個待辦清單。
有新人加入時,你可以為每位新員工建立一個專屬子清單(例如「入職——Elizabeth」),只納入與她職位相關的任務。權限設為指定成員:Elizabeth本人、她的主管、夥伴(buddy)、人力資源聯絡人。市場總監和工程主管完全不需要看到這個子清單,而Elizabeth的主管則會每天查看。

這是一份文件做不到的事:到期日期、負責人、留言,以及可見的進度。Elizabeth不需要開口問就知道下一步該做甚麼。她的主管星期五瞄一眼子清單,就能看出哪裡卡住了。夥伴在輪到自己的任務時會收到通知。當Elizabeth完成入職流程後,這個子清單會被封存,而不是刪除,它會成為她入職過程的實際紀錄,而這正是你在設計下一位新人的入職計劃前,值得參考的資料。
如果組織已連接Quire MCP,只需一個提示,就能根據人力資源範本或啟動會議逐字稿,自動生成每位新員工的專屬子清單。我們在5個AI專案管理工作流程一文中介紹過這種做法。
這是個人生產力方面的用例。這個做法並不新鮮,但卻是大多數用戶最先採用、也用得最頻繁的一種。
我們的設定方式:建立一個私人篩選式子清單,命名為「今日」,條件為assignee = me(負責人=我)、due-date = today OR overdue(到期日期=今天或逾期)、status != done(狀態≠已完成)。我們已在Marketing Campaign Launch中示範了一個「今日」子清單,讓你看看實際運作的模式。在你自己使用時,建議把權限設為「私人」,這樣它就不會出現在任何隊友視圖的分頁列中。

這個子清單固定顯示在專案分頁列最上方。一天的第一件事,就是打開它;一天的最後一件事,就是關閉它。其他所有東西,包括那247項不屬於你的任務,在工作時間內全都看不見。
值得坦白說一句:單靠一個「今日」子清單並不能構成一套完整的生產力系統,它只是一項在系統內運作的專注工具。如果你對於甚麼該列上清單、優先順序如何決定沒有固定的習慣,「今日」子清單最終只會變成另一個被你忽略的清單。我們在關於協調成本的文章中討論過這種現象。
當你開始把子清單當成劃分不該共用同一專案的團隊之間的界線時,子清單就用錯了地方。
常見的情況是:兩個職能所負責的工作有著不同的利害關係人、不同的時間軸、不同的節奏,以及不同的「完成」定義。這時有人決定「不如就放在同一個專案裡,各自給一個子清單就好」。六週之後,兩個團隊都沒有清晰的視圖,主清單一片混亂,兩個子清單也朝著完全不同的方向發展。
如果兩塊工作真的分屬不同的責任歸屬,它們該分屬兩個專案,而不是兩個子清單。子清單是共用範圍內的專注工具,不能取代真正的專案界線。
一個誠實的判斷方法:如果這兩個子清單放在一起檢視完全沒有意義(主清單變得毫無意義或令人混亂),那你其實不是「一個專案、兩種視圖」,而是「兩個專案共用一個標籤」。
如果你在猶豫該拆分成兩個專案,還是用子清單就好,可以用這個判斷準則:你會去看主清單嗎?會的話,用子清單;不會的話,就拆分。
每個選項的詳細說明,都在我們的建立子清單指南中。
以下是大多數人需要的版本:
L鍵。在任何任務上按右鍵,選單裡都有設定子清單選項,一旦用過兩次,你就會發現它比拖曳快得多。
還有第二種建立方式,在你已經清楚知道想要的形式時會更快。先篩選清單,然後在篩選列打開星號選單,選擇建立子清單。

你所篩選的條件會直接變成子清單的常設條件,這樣就能得到一個篩選式子清單,而不需要從零開始設定。用例四那四個「本週」子清單,以及任何規則比清單本身更容易描述的情境,都適合走這條路。
以下幾個做法,能分出真正長期使用子清單的團隊,與試用一週後就放棄的團隊。
用工作內容命名子清單,而不是用人名。「Sara的任務」這種命名方式很快就會過時,而「Q3品牌改版」即使Sara去休假,依然清晰實用。以工作內容命名的子清單,能經得起人事變動的考驗。
盡可能使用篩選式子清單。手動子清單需要持續維護,篩選式子清單則會自動更新,而且從篩選列的星號選單儲存一個篩選式子清單,所花的時間跟套用篩選條件差不了多少。前期設定稍微多花點心思,之後每週都能省下時間。
只固定你真正常用的子清單,其他就封存起來。釘滿一整排的子清單,本身就會變成另一種形式的雜亂。三到五個固定的子清單,對大多數團隊來說是最理想的數量。停止使用的子清單就封存(而不是刪除),任務會留在主清單上,如果之後這個工作流程又用上了,你還能把子清單重新啟用。
分享網址,而不是截圖。子清單的網址就是最新、最真實的資料來源。把截圖貼到Slack上,只會製造出一份平行版本,一旦有人更新任務,它馬上就會過時。
不要在子清單內打亂主清單的排序。在子清單內重新排序,會同時改變主清單的順序。如果你需要一個不影響主清單的獨立排序方式,你可能真正需要的是一個獨立的智慧資料夾,而不是子清單。
子清單是讓超過50項任務的共用Quire專案對每個人都變得可以忍受的機制。篩選本身不是重點,重點在於它有名稱、能儲存、受權限控管,並指向同一份真實資料。上述六個真實工作流程(針對特定職能的市場推廣視圖、衝刺範圍界定、外部團隊客戶視窗、主管每週檢視、新員工入職追蹤,以及個人專注清單)涵蓋了子清單發揮價值的大多數情境。
錯誤的用法,是用子清單取代本該存在的專案界線;正確的用法,是讓共用專案裡的每個人,都能擁有最小、最相關的一份視圖。大多數說「主清單根本無法管理」的團隊,其實真正的意思是「我還沒設定子清單」。
六個團隊,六種切分專案的方式。找出最接近你情況的那一種。
| 用例 | 子清單的作用 |
|---|---|
| 市場推廣活動 | 將活動任務整合成一個共用視圖 |
| 軟體衝刺規劃 | 從待辦清單中劃分出本次衝刺的任務 |
| 代理商客戶可見度 | 透過外部團隊子清單只分享客戶相關的任務 |
| 主管每週檢視 | 以篩選式視圖呈現需要留意的事項 |
| 新員工入職 | 為頭幾週打造一份聚焦的清單 |
| 個人「今日」專注清單 | 在一個畫面上看到你在專案中的所有任務 |
子清單是同一個Quire專案的個人化或篩選視圖。任務只存在於主清單上一次,並可出現在你建立的任意數量子清單中。在子清單中編輯任務,會更新主清單,因為它們本來就是同一項任務,而不是複本。
標籤是任務上的中繼資料,篩選是暫時性的搜尋,獨立專案則是一份獨立的資料集。子清單則是同一份資料的儲存式、具名稱、受權限控管視圖,擁有自己的網址。你能同時擁有篩選的專注度、專案的持久性,以及外部連結的細緻分享權限,而不需要重複建立任何一項任務。
Free方案每個專案可建立兩個子清單,付費方案則會提高這個上限。大多數碰到上限的團隊都是Free方案用戶,而且往往是在使用Quire幾週後才發現子清單這個功能,這通常也是他們開始考慮升級的時候。完整的方案比較請參閱定價頁面。
可以。建立子清單時,你可以選擇「所有成員」、「管理員」、「指定成員」、「外部團隊」或「私人」。「外部團隊」這個選項正是代理商及顧問公司用來讓客戶以只讀方式,查看屬於他們那部分工作的方式,同時不會暴露內部任務。
從子清單中移除任務,只會將它移出該視圖,任務本身仍會保留在主清單上。刪除子清單本身,則會讓其中所有任務保留在主清單裡。在子清單內重新排序,會同步更新主清單的順序。這一點值得在你讓別人「整理」自己的個人子清單之前先了解清楚。
當這份工作真正屬於另一個專案,而不只是另一種視圖時。如果兩塊工作有各自不同的利害關係人、不同的時間軸,以及不同的「完成」定義,那就代表這是兩個專案,而不是兩個子清單。子清單是專注工具,不是團隊之間的界線。
準備好讓團隊擁有他們真正在處理的專案中,最精簡、最實用的那份視圖了嗎?
子清單在Quire每個方案中都能使用,包括Free方案(每個專案兩個子清單)。上述每個用例只需五分鐘就能設定完成。如果一週後依然管用,團隊自然會繼續採用;如果不管用,你也只損失了五分鐘。
立即到quire.io/signup免費開始使用。免信用卡,完整功能,享有30天使用期。在另一個分頁打開子清單指南,先試試看「今日」子清單。