workstyle · May 8, 2026
Quire サブリスト：現実世界での6つの活用事例と実例
最終更新日：2026年6月9日
今朝プロジェクトを開いたら、マスターリストに287件のタスクがありました。そのうち自分に関係するのは40件ほど。残りの247件は、月曜日の朝に視界に入れなくてもいい人たちのタスクです。それでも全部が同じスクロール可能な画面に同居していて、マウスホイールが自分の敵のように感じられます。
これが、多くの Quire ユーザーがサブリストを発見し、「なぜ最初から試さなかったのか」と思う瞬間です。公式の説明は「同じプロジェクトの個人向けまたはフィルタリングされたビュー」ですが、正直に言えば、サブリストとは共有300タスクのプロジェクトを、我慢して開くものから、躊躇なく開けるものへと変える機能です。
2020年にサブリストを紹介した記事はその哲学にフォーカスしていました。この記事はその逆です。具体的な6つのワークフロー、それぞれの実際の設定方法、知っておくべきトレードオフ、そして明確にスキップすべきユースケースを紹介します。以下のすべての例は、マーケティングキャンペーンローンチとアジャイルのワークスペースで実際に動いているプロジェクトです。想像するだけでなく、クリックして構造を確認できます。
サブリストとは何か（90秒版）
サブリストとは、同じプロジェクトのタスクのサブセットを、固有の URL と権限設定を持つ、保存・命名・共有可能なビューです。 タスク自体はマスターリスト上に一度だけ存在します。サブリストはそのタスクを参照するものです。サブリスト上でタスクを編集すると元のタスクが更新されます。コピーは存在しないからです。
Quire のサブリストを、同様の機能に聞こえる他ツールの機能と異なるものにしている3点があります。
- フィルタリングされたビューであり、タグや別のワークスペースではありません。 Asana のセクションはフラットな区切りです。ClickUp のリストは別のデータセットです。Trello のフィルターは固有の URL で保存されません。Quire のサブリストは、同じ信頼できる情報源に対する保存されたビューです。
- 権限モデル。 各サブリストは、自分だけのプライベート設定、管理者のみへの公開、選択したメンバーへの共有、外部チームへの公開、または全体公開のいずれかに設定できます。この細かな設定こそが、以下のユースケースを実現する鍵です。
- 自動化。 サブリストは手動でキュレーション（タスクをドラッグして追加）することも、フィルターベース（条件を設定し、一致する新しいタスクを自動追加）にすることもできます。フィルターベースこそが本当の時間節約につながる部分であり、多くのチームが活用しきれていないサブリストの機能です。
完全な仕組みはサブリストガイドに記載されています。この記事の残りの部分は、実際に何をするかについてです。
ユースケース1：マーケティングキャンペーンローンチ
キャンペーンローンチのプロジェクトは急速に肥大化します。実際のマーケティングキャンペーンローンチワークスペースをご覧ください。稼働し始めると、マスターリストはプラットフォーム・予算・時給・KPI ポイントを追跡するカスタムフィールドとともに、7つのセクション（ウェブサイト、ブログ投稿、ソーシャルメディアコンテンツ、ソーシャルメディアプラットフォーム、ニュースレター、ウェビナー、翻訳）にまたがります。マーケティングディレクターはその全体像を必要としています。ブログライターは必要ありません。
設定方法：機能ごと、またはレビュー状態ごとにサブリストを1つ作成します。最初は手動で、タグの分類体系が安定したら（通常5日目ごろ）フィルターベースに切り替えます。
デザインレビューのサブリストが最もわかりやすい例です。フィルターロジックは status = Reviewing かつ tag = design です。デザイナーは自分のレビュー待ちタスクだけを確認でき、作業が完了するとサブリストから自動的に消えます。7つのセクションにまたがる33件のタスクの中からレビューが必要な3件を探し回る必要がありません。
「コンテンツ」のサブリストも同様の仕組みです。tag = content、assignee in [ライター陣]、一致する新しいタスクを自動的に追加します。同じデータを、異なる視点で見ます。
このアプローチの効果は、マーケティングディレクターが部門横断的な計画のためにマスターリストで作業し、各部門のリーダーが実行のためにサブリストで作業できることです。同じデータ。情報の照合不要。「どのバージョンのトラッカーが最新？」という金曜日の午後4時の Slack メッセージも不要です。
これがローンチ運用モデル全体にどう組み込まれるかについては、クロスファンクショナルなプロジェクト管理の記事をご覧ください。
ユースケース2：ソフトウェアスプリントプランニング
多くのエンジニアリングチームが落ち着くパターンはこうです。マスターリストが backlog です。2週間ごとに、スプリントプランニングでそのサイクルに対してコミットしたタスクを含むサブリストを作成します。
アジャイルワークスペースがその実例です。backlog はサーフェスエリア別（顧客フィードバック / ユーザーストーリー、ウェブサイト、デスクトップアプリ、Android アプリ、iOS アプリ）に整理され、カスタムフィールドとして Story Points が設定されています。スプリントプランニング時に、チームは選択したタスクを複数選択して 右クリック → Set Sublist → Sprint 47 を使います。これがSprint 47 のサブリストを作った方法です。現在このサブリストには、顧客フィードバックから生まれた実際の2件のバグチケット（「絵文字が正しく表示されない」「ホームボタンが機能しない」）が含まれており、残りのスプリントコミットメントが追加されるのを待っています。
同じパターンのフィルターベース版は、sprint-47 のようなタグを使い、そのタグが付いたタスクを自動追加するフィルターサブリストを使います。設定は少し手間がかかりますが、メンテナンスはゼロです。
サブリストの URL がチームの standup チャンネルに投稿されます。次の2週間、エンジニアリングチームはそのサブリストで作業します。サブリストのかんばんビューがスプリントボードになります。プロダクトマネージャーは backlog のグルーミングとロードマップの議論のためにマスターリストを参照します。エンジニアは進行中のタスクのためにサブリストを参照します。
嬉しい副作用として、retro の時間になるとサブリストが成果物になります。スコープに何が含まれていたか、何が完了したか、何が持ち越されたかが正確に記録されています。Jira のボードを Confluence にスクリーンショットする必要はありません。サブリストの URL がその記録です。
ユースケース3：代理店のクライアント向け可視化（外部チームサブリスト）
これは代理店にとって最も価値の高いサブリストの活用方法であり、多くの代理店が可能だと気づいていないものです。同じパターンは、外部のクリエイティブパートナー（フリーランスのデザイナー、動画編集者、翻訳ベンダー）と協働する社内チームにも適用できます。組織外にいて作業の進捗を確認する必要があるが、自分に関係する範囲だけを見てほしい、すべての相手に当てはまります。
設定方法：クライアントエンゲージメントごと（または外部パートナーのストリームごと）に1つのプロジェクトを作成します。マスターリストには、内部専用タスクを含むすべての作業が入っています。商業的な会話、内部 QA、収益性に関するフラグなどです。クライアント名のサブリストを作成し、権限を 外部チーム に設定して、クライアントが確認すべき成果物と決定事項のみを追加します。
この構造は、マーケティングキャンペーンローンチワークスペース内に設定した外部チーム — クライアントビューのサブリストで確認できます。実際のエンゲージメントでは、クライアントが関わる成果物（レビュー中のブログ投稿、デザインアセット、ウェビナースクリプト、翻訳の納品物）を追加します。内部の利益率に関するメモ、非公開の QA のやりとり、請求に使用するスコープ変更ログ？それらはマスターリストに残り、外部チームの URL からは見えません。
クライアントはその URL を受け取ります。外部チームシートでアクセスします。成果物、期日、ステータス、自分たちに関係するコメントが見えます。それ以外は何も見えません。
8〜15件のクライアントエンゲージメントを同時に抱える代理店にとって、このパターン1つで、週次 PDF、並行して管理する Notion ページ、スクリーンショット満載のステータスメール、そして「今何に取り組んでいますか？」とクライアントに質問されるたびに発生するやりとりの大部分が不要になります。
このワークフローのより詳細な内容は、代理店向けプロジェクト管理の記事に記載されています。簡単にまとめると、外部チームのサブリストは、クライアント向けの並行トラッカーのメンテナンスをやめられる場所です。権限の境界がツールによって強制されるので、自分の規律に頼る必要がなくなるからです。
ユースケース4：マネージャーの週次レビュー（フィルターベース）
8人の部下と4つのアクティブなプロジェクトを持つチームリードには、繰り返す問題があります。毎週金曜日に、何が完了したか、何が遅れたか、次に何が来るかを把握する必要があります。4つのマスターリストからそれを取り出すのは90分の作業で、誰も楽しくなく、ほとんどの人がスキップします。
設定方法：プロジェクトごとに「今週」というフィルターベースサブリストを1つ作成します。マーケティングキャンペーンローンチでそのパターンのスタブを用意したので、URL の形を確認できます。設定するフィルター条件：
due-date in this weekまたはcompleted in this weekassignee in [直属の部下]
これがフィルターベースサブリストの真価が発揮されるユースケースです。週の途中で作成されたタスクが条件を満たせば自動的に表示されます。完了したタスクは週の境界が過ぎると消えます。メンテナンス作業はありません。クエリであるため、サブリストは常に最新の状態を維持します。
プロジェクトごとにサブリストを管理したくない場合は、サブリスト 2.0 のアップデートにより、フォルダー・スマートフォルダー・組織・自分のタスクレベルでサブリストを作成できます。4つのプロジェクトをすべて含むフォルダーに「今週」サブリストを1つ作成し、フィルターを一度設定すれば、その1つの URL でフォルダー配下のすべてのプロジェクトの一致するタスクを引き出せます。4つのリンクではなく1つのリンクをブックマークし、金曜日のレビューを1つのタブで開けます。
AI ワークフローをスタックに組み込んでいる場合は、Quire の MCP インテグレーションと組み合わせてください。各「今週」サブリストを Claude に読み込ませて、金曜日のチームサマリーのドラフトを作成させることができます。AI は backlog 全体ではなく、精確にスコープされたデータソースを持つことになります。
ユースケース5：新入社員のオンボーディング
誰かが新しく入社したとき、採用ごとのサブリスト（例：「オンボーディング — Elizabeth」）を作成し、その役割に関係するタスクだけを追加します。権限は 選択したメンバー：Elizabeth、彼女のマネージャー、バディ、人事担当者の設定にします。マーケティングディレクターとエンジニアリングリードが見る必要はありません。Elizabeth のマネージャーは毎日確認します。
ドキュメントではできないことがこれで可能になります。期日、担当者、コメント、そして目に見える進捗です。Elizabeth は次に何をすべきか質問せずに把握できます。マネージャーは金曜日にサブリストをさっと確認して、何が詰まっているかを把握できます。バディは自分のタスクが来たときに通知を受け取ります。Elizabeth のオンボーディングが完了すると、サブリストは削除ではなくアーカイブされます。彼女のオンボーディングが実際にどのように進んだかの記録になり、次の人のオンボーディングを設計する前に読み返すべき資料になります。
組織がQuire MCP を接続している場合、HR テンプレートやキックオフミーティングのトランスクリプトから採用ごとのサブリストを生成するのはワンプロンプトの作業です。そのワークフローは「5つの AI プロジェクト管理ワークフロー」で紹介しました。
ユースケース6：個人の「今日」フォーカス
個人生産性のためのユースケースです。目新しいものではありませんが、ほとんどのユーザーが最初に採用し、最も頻繁に使うものです。
設定方法：assignee = me、due-date = today OR overdue、status != done という条件のプライベートフィルターベースサブリスト「今日」を作成します。マーケティングキャンペーンローンチ内に「今日」サブリストのスタブを用意したので、パターンを確認できます。自分の使用では、権限をプライベートに設定して、チームメンバーのビューのタブバーに表示されないようにしましょう。
サブリストはプロジェクトのタブバーの一番上にピン留めされています。1日の最初のアクションはそれを開くことです。1日の最後のアクションはそれを閉じることです。自分のものではない247件のタスクを含む他のすべてのものは、作業時間中は見えなくなります。
正直に言っておく価値があります。「今日」サブリスト単体は生産性システムではありません。システムの中で機能するフォーカスツールです。リストに何を入れるか、優先順位の決め方についての習慣がなければ、「今日」サブリストは無視するリストがまた一つ増えるだけになります。そのパターンについては、コーディネーションコストに関する記事で書いています。
実際にスキップすべきユースケース
そもそも同じプロジェクトに存在すべきでないチーム間の壁としてサブリストを使い始めた瞬間に、それは間違ったツールになります。
よくあるパターン：2つの部門が、ステークホルダーが異なり、タイムラインが異なり、進め方が異なり、完了の定義が異なる作業を進めています。誰かが「1つのプロジェクトに収めて、各チームにサブリストを与えよう」と決めます。6週間後、どちらのチームも一貫したビューを持てず、マスターリストは混乱し、サブリストは正反対の方向に乖離していきます。
2つの作業の範囲が本当に別々のオーナーシップを持つ場合、それは2つのサブリストではなく2つのプロジェクトに属します。サブリストは共有スコープ内のフォーカスツールです。本来あるべきプロジェクト境界の代替ではありません。
正直なテスト：2つのサブリストを一緒に見ることに意味があるか（マスターリストが意味を持つか）。もし「はい」ならサブリスト。「いいえ」ならプロジェクトを分割してください。
プロジェクトを分割するかサブリストを使うか迷ったときの目安：マスターリストを読む機会があるか？ あるならサブリスト。ないなら分割。
クイックハウツー：はじめてのサブリストを作成する
詳細なガイドは quire.io/guide/create-sublists にありますが、多くの人に必要なのはこの手順です：
- プロジェクトを開きます。リストタブの横にある + アイコンをクリックします。または
Lキーを押すだけでもOKです。 - サブリストに名前をつけます。必要に応じてアイコンも選べます。
- 権限レベルを選びます。デフォルトは「全メンバー」、代理店には通常「外部チーム」、個人利用には「プライベート」が適しています。
- 手動（タスクをドラッグして追加）かフィルターベース（自動追加の条件を設定）かを決めます。
- タブバーの上部にピン留めします。
タスクを右クリックすると Set Sublist のコンテキストメニューが表示され、2回使えばドラッグより速いと実感できます。
サブリストを定着させるコツ
サブリストを試して1週間で諦めるチームと、使い続けるチームを分けるいくつかのパターンがあります。
サブリストには人名ではなく作業の名前をつけましょう。 「Sara のタスク」はいずれ使い物にならなくなります。「Q3 ブランドリフレッシュ」は Sara が休暇を取っても有用であり続けます。作業の範囲を表す名前は、人員交代を乗り越えます。
できる限りフィルターベースを使いましょう。 手動サブリストにはメンテナンスが必要です。フィルターベースサブリストは自動更新されます。最初の設定に少し頭を使いますが、その後は毎週リターンがあります。
実際に使うものだけピン留めし、残りはアーカイブしましょう。 ピン留めされたサブリストが並ぶと、それ自体が別の種類の混乱になります。3〜5個のピン留めサブリストが多くのチームにとってのベストバランスです。使わなくなったものはアーカイブ（削除ではなく）しましょう。タスクはマスターリストに残り、ワークフローが再び必要になったときにサブリストを復活させることができます。
スクリーンショットではなく URL を共有しましょう。 サブリストの URL が生きた信頼できる情報源です。Slack にスクリーンショットを貼り付けると、誰かがタスクを更新した瞬間にずれていく並行した成果物が生まれます。
サブリスト内でマスターリストの順序を変えないようにしましょう。 サブリスト内で並び替えを行うとマスターリストも並び替わります。マスターに影響を与えずに別の順序が必要な場合は、おそらくサブリストではなく別のスマートフォルダーが必要です。
まとめ
サブリストは、共有 Quire プロジェクトを50タスク以上でも全員が使いやすくするための仕組みです。鍵はフィルター自体ではなく、そのフィルターが命名・保存・権限管理されて同じ信頼できる情報源を参照している点にあります。上記の6つの実践ワークフロー（機能別マーケティングビュー、スプリントのスコープ設定、外部チームのクライアント向け窓口、マネージャーの週次レビュー、新入社員のオンボーディング追跡、個人フォーカスリスト）は、サブリストが価値を発揮する場面の大部分をカバーしています。
間違った使い方は、本来存在すべきプロジェクト境界の代わりにサブリストを使うことです。正しい使い方は、共有プロジェクト内のすべての人に、自分が実際に取り組んでいる作業の最小限で最も関連性の高いビューを提供することです。「マスターリストが管理しきれない」と言うチームのほとんどは、実際には「まだサブリストを設定していない」という状態です。
よくある質問
Quire のサブリストとは何ですか？
サブリストは、Quire 上で同じプロジェクトを個人向けまたはフィルタリングされた視点で表示する機能です。タスクはマスターリスト上に一度だけ存在し、作成したどのサブリストにも表示されます。サブリスト上でタスクを編集すると、コピーではなく同一のタスクであるため、マスターリストにも反映されます。
Quire のサブリストは、タグ・フィルター・別プロジェクトとどう違いますか？
タグはタスクに付けるメタデータです。フィルターは一時的な検索です。別プロジェクトは別のデータセットです。サブリストは、同じデータを保存・命名・権限管理した専用ビューであり、固有の URL を持ちます。タスクを一切複製せずに、フィルターの集中力、プロジェクトの永続性、外部リンクの細かな共有設定を実現できます。
プロジェクトごとに作成できるサブリストの数は？
Free プランでは1プロジェクトにつき2つです。有料プランではその上限が引き上げられます。上限に達するチームの多くは Free プランで、Quire を数週間使ってからサブリストを発見することが多く、そのタイミングでアップグレードを検討し始めるのが一般的です。詳細な内訳は料金ページをご確認ください。
チーム外の人とサブリストを共有できますか？
はい。サブリスト作成時に「全メンバー」「管理者」「選択したメンバー」「外部チーム」「プライベート」から選択できます。「外部チーム」オプションは、代理店やコンサルティング企業がクライアントに、内部タスクを公開せずに自分たちが関わる作業の範囲だけを閲覧専用で見せるために利用しています。
タスクを移動・削除した場合、サブリストはどうなりますか？
サブリストからタスクを削除しても、そのビューから除外されるだけです。タスクはマスターリストに残ります。サブリスト自体を削除しても、タスクはすべてマスターリストに残ります。サブリスト内で並び替えを行うと、マスターリストの順序も更新されます。誰かが個人用サブリストを「整理」する前に知っておくべき重要な点です。
サブリストが適切でない場合はどのような時ですか？
別のビューではなく、本来別のプロジェクトに属する作業の場合です。2つの作業の範囲に別々のステークホルダー、別々のタイムライン、別々の完了定義がある場合は、2つのサブリストではなく2つのプロジェクトです。サブリストはフォーカスツールであり、チーム間の壁ではありません。
チームが実際に取り組んでいるプロジェクトの最小限で最も有用なビューを提供する準備はできていますか？
サブリストは Free プランを含むすべての Quire プランに含まれています（1プロジェクトにつき2つのサブリスト）。上記のユースケースは、それぞれ設定に5分かかります。1週間続けばチームが手放さなくなります。続かなくても、失うのは5分だけです。
quire.io/signup で無料スタート。クレジットカード不要、全機能アクセス、30日間。2つ目のタブでサブリストガイドを開き、まず「今日」サブリストから試してみてください。
