Redmineのチケットの書き方と、ステータスやトラッカーの設定

Redmineのチケットの書き方が分からない、ステータスを追加したのに選べない、トラッカーとカテゴリのどちらで分ければよいか迷う。Redmineを使い始めたばかりの人がつまずくのは、たいていこのあたりです。Redmineは自由に設定を変えられる分、最初の設計で迷いやすいツールです。この記事では、Redmineの日本語の情報サイトの解説をもとに、チケットの書き方から、ステータス、トラッカー、ワークフローの設定までを、実際に手を動かす順番で整理します。

Redmineのチケットとは

Redmineは、課題の管理や情報の共有の機能を備えた、プロジェクトの運営を支えるためのソフトウェアです。誰でも自由にダウンロードしてインストールできるオープンソースのソフトウェアとして公開されています。オープンソースとは、ソースコードが公開され、決められた条件のもとで誰でも使える形で配布されているソフトウェアのことです。

このRedmineの中心にあるのが「チケット」です。Redmineの用語解説では、次のように説明されています。

Redmineでは、作業をチケットという単位で管理します。実施すべき作業、修正すべきバグなどの一つ一つのタスクをRedmineのプロジェクトにチケットとして登録します。1件のタスクにつき1件のRedmineのチケットを作成し、タスクの内容・優先度・担当者・期日・進捗状況などを記録できます。 出典: redmine.jp

つまり、チケットとは「やるべき仕事1つを書いた付箋」のようなものです。付箋と違うのは、担当者、期日、進み具合、やり取りの履歴まで、1枚のチケットにまとめて残せる点です。

チケットは、1人で抱え込むものではありません。Redmineの解説では、ひとつのチケットをひとりで対応するのではなく、対応できるメンバーにチケットを渡していって、みんなで完了を目指す進め方を想定したつくりだと説明されています。この考え方を最初に押さえておくと、後で説明する「担当者」の使い方が分かりやすくなります。

コワーキングスペースを転々としながら仕事をしていると、取引先ごとに使っているツールがばらばらで、Redmineに初めて触れるのも珍しくありません。ある取引先では、最初に「チケットを切っておいてください」と頼まれ、何をどこまで書けばよいのか分からず、題名だけのチケットを10件も作ってしまう、という失敗はよくあります。題名だけのチケットは、あとから読んだ人が何をすればよいのか分からず、結局チャットで聞き直すことになります。チケットの書き方には、押さえるべき型があります。

チケットが持つ主な項目

チケットの作成画面には、いくつもの入力欄が並んでいます。すべてを埋める必要はありませんが、それぞれの意味を知っておくと、何を書けばよいかで迷わなくなります。用語解説に沿って整理すると、主な項目は次のとおりです。

項目	意味
トラッカー	チケットの大分類。既定ではバグ、機能、サポートの3つ
題名	一覧に表示される、チケットの内容を端的に表す名前
説明	題名だけでは書ききれない詳しい内容
ステータス	進み具合。登録したときの既定は「新規」
優先度	既定では低め、通常、高め、急いで、今すぐの5段階
担当者	その時点でチケットを処理すべき人
対象バージョン	どの区切りの作業に含めるか
開始日	作業を始める予定の日
期日	作業を終える予定の日

既定のトラッカーの3つは、システム開発を想定したものです。バグは不具合などの直すべき問題、機能は新しく作る機能や既存の機能の改良、サポートはプロジェクトの運営のための資料づくりや手続きなど、成果物に直接結び付かない作業を表します。

開始日と期日は、入れておくと役に立つ場面が多い項目です。用語解説によると、開始日と期日は、期日が近いチケットをメールで知らせるリマインダの機能、カレンダー、ガントチャートでも使われます。ガントチャートとは、作業ごとの期間を横棒で並べて日程を見渡す表のことです。日付を入れておけば、チケットの一覧を日程の形でも見られるようになります。

チケットの書き方：題名と説明

チケットの質は、題名と説明で決まります。Redmineの解説でも、すべての項目を入力する必要はないが、題名と説明は押さえるべき点がある、と書かれています。

題名は、一覧で見て中身が分かるように

チケットの一覧で、どのチケットかを見分けるのは題名です。解説では、良い例として「チケット作成画面で送信をクリックするとエラーが発生する」、悪い例として「不具合報告」が挙げられています。

良い題名の型は、「どこで」「何が」「どうなっているか（どうしたいか）」の3つを入れることです。

1. どこで：画面の名前、ページの名前、書類の名前
2. 何が：ボタン、文言、数字、項目
3. どうなっているか：エラーが出る、表示が崩れる、古い情報のまま

たとえば「会社概要ページの電話番号が旧番号のまま」と書けば、読んだ人はすぐに作業の中身が分かります。「修正依頼」「確認お願いします」のような題名は、一覧に並んだときに区別がつかず、開いてみるまで中身が分かりません。

説明には、終わりの条件を書く

説明は、できるだけ具体的に書きます。解説で特に強調されているのが、「どういう状態になったらこのチケットを終了にするか」という条件を書くことです。これを書かないと、終われないチケットであふれかえってしまう、と注意されています。

説明の欄は、次の4つの見出しで書くと、抜けが出にくくなります。

1. 背景：なぜこの作業が必要か
2. 現状：いまどうなっているか。不具合なら、再現の手順
3. やること：何をどう変えるか
4. 終わりの条件：何が確認できたら終了にするか

不具合のチケットなら、「再現の手順」を細かく書くことが大切です。どの端末の、どのブラウザで、どの順番で操作したら起きたのか。これがあるだけで、担当者が同じ現象を確かめる時間が大きく減ります。

終わりの条件は、「確認できる形」で書きます。「きれいにする」「改善する」では、どこまでやれば終わりなのかが人によって違います。「スマートフォンの表示で、見出しが1行に収まる」「問い合わせのメールが管理者のアドレスに届く」のように、見れば判断できる書き方にします。

チケット1枚の大きさを決める

書き方と並んで迷いやすいのが、1枚のチケットにどれだけの作業を入れるかです。大きすぎるチケットは終わらず、小さすぎるチケットは数が増えて管理しきれなくなります。

目安になるのは、次の3つです。

1. 1人の担当者が、数日のうちに終えられる量にする
2. 終わりの条件を1つか2つで書ける量にする
3. 途中で担当者が変わっても、引き継ぎの説明が短く済む量にする

たとえば「採用ページを作る」は、1枚のチケットとしては大きすぎます。構成を決める、文章を書く、写真を選ぶ、ページを組む、表示を確かめる、と分けると、それぞれに担当者と期日を付けられ、どこで止まっているかも見えるようになります。

大きな仕事を分けたときは、元の大きな仕事を親のチケットにして、分けた作業を子のチケットにする方法もあります。親のチケットを見れば、子のチケットがどこまで進んだかが分かるので、全体の進み具合を把握しやすくなります。

反対に、「誤字を1文字直す」のような小さな作業を毎回チケットにすると、作る手間のほうが大きくなります。同じページの細かい直しは、「会社概要ページの文言の修正（5件）」のように1枚にまとめ、説明の欄に直す箇所を並べると、手間と見通しのバランスが取れます。

担当者は「いまボールを持っている人」

Redmineのチケットで、多くの人が最初に誤解するのが担当者の意味です。用語解説では、担当者は、タスクの責任者という意味ではなく、その時点でチケットを処理すべき人だと説明されています。いわゆる「ボールを持っている」人です。

たとえば不具合の報告のチケットなら、最初は修正する開発者が担当者になり、修正が終わったら確認する人に担当者を変え、確認で問題があれば再び開発者に戻す、というように、作業が進むにつれて担当者が変わっていきます。解説では、サッカーでボールをパス回しするように、チケットを回していって、みんなで完了を目指す使い方だとたとえられています。

この使い方の利点は、チケットの一覧を担当者で絞り込むだけで、「いま自分が手を動かすべき仕事」が分かることです。担当者を責任者の意味で固定してしまうと、確認待ちのチケットも自分の一覧に残り続け、何から手を付けるべきかが見えなくなります。

担当者を指定することには、もう1つの意味があります。チケットの使い方を紹介した記事では、次のように書かれています。

チケットは、redmineのプロジェクトサイトのタブの「新しいチケット」というページから作ります。題名・説明を書けば、作れてしまうのですが、それだけを記入して作られたチケットはあまり活用されません。プロジェクトのメンバの「誰に」作業を振り、「いつまで」にやって欲しいかを登録することでそのメンバにメールで通知が送られます。そのメンバがそのチケットに応えることで、コミュニケーションが生まれるというのが、チケット運用の基本的な概念です。 出典: qiita.com

担当者と期日を入れることで、相手に通知が届き、やり取りが始まる。チケットは単なる記録ではなく、仕事を受け渡すための道具だということです。担当者ではないけれど進み具合を知っておきたい人は、ウォッチャーに加えておくと、更新の通知を受け取れます。メールでいうCCのような役割です。

チケットを更新する・終了する

チケットは、作って終わりではありません。作業をしたら、その内容を書いて更新していきます。

Redmineの解説によると、更新はチケットの詳細画面で「編集」をクリックし、実施した作業の内容や結果をコメントの欄に書き、ステータスを変え、必要なら作業時間を入力して「送信」をクリックします。一度の作業で終わらなくても問題はなく、コメントは入力した日付順に履歴として表示されるので、少しずつ進めながら書き足していけばよい、と説明されています。

コメントには、次のようなことを書くと、あとから読んだ人に経緯が伝わります。

1. 何をしたか：調べたこと、直したこと
2. 何が分かったか：原因、影響の範囲
3. 次に何をするか：誰に何を頼むか

作業が終わったら、ステータスを「終了」に変えて送信します。解説によると、チケットの一覧は、既定では終了したチケットを表示しません。見えているチケットをどんどん終わらせて、一覧が空になることを目指す、という進め方です。

終了にするときは、説明に書いた「終わりの条件」を満たしているかを確かめます。満たしていない部分が残っているなら、その部分だけを別のチケットに切り出し、元のチケットは終了にします。1つのチケットに作業を詰め込みすぎると、いつまでも終われないチケットになってしまうからです。

ステータスの意味と設定

ステータスは、チケットの進み具合を表すものです。Redmineの初期設定の解説によると、既定では6つのステータスが用意されています。用語解説での意味は次のとおりです。

ステータス	意味
新規	新しく登録されたもの。作業は未着手
進行中	担当者が作業に着手した
解決	担当者の作業が終わり、確認やレビューを待っている
フィードバック	差し戻し。確認の結果、修正や追加の作業が必要になった
終了	作業が完了した
却下	作業をせずに終えた。採用しない提案や、直す必要のない報告など

ステータスの名前は、自由に追加したり変えたりできます。Redmineの解説では、シンプルに「新規」「進行中」「終了」の3つでも十分に仕事を進められる、と書かれています。最初から細かく分けすぎず、使いながら足りないものを加えるほうが、メンバーが迷いません。

ステータスを追加する手順

ステータスの追加、変更、削除は、システム管理者の権限を持つユーザーだけができる操作です。また、ステータスはRedmine全体の設定なので、複数のプロジェクトで共通に使われます。手順は次のとおりです。

1. 画面左上の「管理」をクリックし、「チケットのステータス」を開く
2. 右上の「新しいステータス」をクリックする
3. ステータスの名前を入力する
4. 作業が終わった状態を表すステータスなら、終了したものとして扱う設定をオンにする
5. 「作成」をクリックする

4つ目の設定をオンにすると、そのステータスのチケットは、一覧の画面で「完了」に分類され、ロードマップの画面でも完了として集計されます。「納品済み」「検収済み」のような、作業が終わったことを表すステータスを加えるときは、忘れずにオンにします。

追加したステータスが選べないとき

ここが一番つまずきやすい点です。用語解説には、新しくステータスを追加したら必ずワークフローの設定を行うよう書かれています。作ったばかりのステータスは、他のステータスから移る道が決められていないため、ワークフローを設定しない限り、チケットの作成や更新の画面で選べません。ステータスを作ったのにプルダウンに出てこない、という場合は、ほぼこれが原因です。ワークフローの設定は、このあとの節で説明します。

進捗率をステータスと連動させる

チケットには、進み具合を0%から100%で表す「進捗率」があります。初期設定の解説では、進捗率を手で入力する方法と、ステータスに連動して自動で変わる方法があり、入力のし忘れや人による基準のばらつきを防ぐために、連動させる方法がおすすめだと書かれています。たとえば「進行中」なら50%、「解決」なら80%のように決めておけば、ステータスを変えるだけで進捗率も変わります。

トラッカーの意味と設定

トラッカーは、チケットの大分類です。用語解説によると、チケットは必ず1つのトラッカーに属し、トラッカーのないチケットは作れません。トラッカーには、チケットを分類する役割に加えて、次の3つの役割があります。

1. ワークフローを決める単位になる。ロールとトラッカーの組み合わせごとに、どのステータスに移れるかを決める
2. 項目ごとの権限を決める単位になる。ロール、トラッカー、ステータスの組み合わせごとに、項目を「読み取り専用」や「必須」にできる
3. 使う項目を決める単位になる。トラッカーごとに、どの入力欄を使うかを選べる

ロールとは、プロジェクトの中での役割のことで、管理者、開発者、報告者のように、できる操作の範囲をまとめたものです。

トラッカーを追加する手順

トラッカーの作成、編集、削除は「管理」の「トラッカー」で行います。初期設定の解説によると、作成の画面では、名前のほかに、そのトラッカーで使う標準の項目を選べます。使わない項目のチェックを外すと、チケットの入力や表示の画面にその項目が出なくなり、画面をすっきりさせられます。

作成の画面には、「ワークフローをここからコピー」という欄もあります。既存のトラッカーのワークフローをコピーしておけば、ワークフローの設定を一から行わずに済みます。解説では、トラッカーは作っただけでは使えず、ステータスを既定のステータス以外に変えられないので、ワークフローの設定を必ず行うよう注意されています。

トラッカーとカテゴリの使い分け

ここで迷いやすいのが、トラッカーとカテゴリのどちらで分けるかです。用語解説には、ワークフローを新しく定義する必要がなく、単にチケットを分類したいだけなら、カテゴリの利用も検討するよう書かれています。

判断の目安は、「進め方が違うかどうか」です。不具合の修正と、新しい機能の開発のように、確認の手順やステータスの流れが違うものはトラッカーで分けます。一方、「トップページ」「お問い合わせ」「採用ページ」のように、進め方は同じで対象だけが違うものは、カテゴリで分けます。トラッカーを増やしすぎると、そのたびにワークフローの設定が必要になり、管理の手間がかさみます。

ワークフローの設定

ワークフローとは、どのステータスからどのステータスへ移れるかを決めた決まりのことです。Redmineでは、ロールとトラッカーの組み合わせごとに決めます。

初期設定の解説に沿った手順は次のとおりです。

1. 「管理」の「ワークフロー」を開き、「ステータスの遷移」のタブを選ぶ
2. 設定したいロールとトラッカーを選び、「編集」をクリックする。ロールとトラッカーは複数を同時に選べる
3. 縦の軸が今のステータス、横の軸が移り先のステータスの表が出るので、移ってよい組み合わせにチェックを入れる
4. 「保存」をクリックする

追加したステータスが表に出てこないときは、「このトラッカーで使用中のステータスのみ表示」のチェックを外すと、すべてのステータスが表示されます。ステータスの追加で詰まったときは、ほとんどの場合ここで解決します。

解説では、設定の例として、作業に着手したあと（進行中にしたあと）は「新規」に戻せないようにする、作業が終わったあと（終了にしたあと）はステータスを変えられないようにする、といった決め方が紹介されています。

項目の入力を必須にする

ワークフローの画面には、「フィールドに対する権限」というタブもあります。ここでは、ステータスごとに各項目を「必須」や「読み取り専用」にできます。解説では、既定では任意の「担当者」を必須にして、必ず入力させる例が紹介されています。

担当者のいないチケットは、誰も手を付けないまま放置されがちです。担当者と期日を必須にしておくだけで、宙に浮くチケットはかなり減ります。

仕事に合わせた設定の例

既定の設定はシステム開発を想定しているので、ほかの仕事で使うときは、名前を仕事に合わせて変えると使いやすくなります。ここでは、2つの例を紹介します。あくまで考え方の例なので、チームの進め方に合わせて調整してください。

Webサイトの制作で使う場合

トラッカーは「制作」「修正」「問い合わせ」の3つにします。制作は新しいページや機能の作成、修正は公開後の直し、問い合わせは取引先からの質問への対応です。ステータスは「新規」「進行中」「確認待ち」「差し戻し」「完了」の5つにし、「確認待ち」のときは担当者を取引先の窓口の人にします。こうすると、取引先の確認で止まっているチケットが、担当者で絞り込むだけで分かります。

社内の依頼の受け付けに使う場合

トラッカーは「依頼」の1つだけにし、依頼の種類はカテゴリで分けます。「パソコンの設定」「アカウントの発行」「備品」のようなカテゴリです。ステータスは「受付」「対応中」「完了」の3つで十分です。依頼する人は題名と説明だけを書き、受け付けた人が担当者と期日を入れる、という流れにすると、依頼する側の手間が少なく済みます。

どちらの例でも大切なのは、ステータスと担当者の動かし方を、チームの全員が同じように理解していることです。設定を決めたら、「どのステータスのとき、誰が担当者になるか」を1枚の表にまとめて、プロジェクトのWikiなど全員が見られる場所に保存しておきましょう。

チケットの一覧を絞り込む

チケットが増えてくると、自分がやるべきものがどれか分からなくなります。Redmineの解説では、チケットの一覧の上にある「フィルタ」を使う方法が紹介されています。

一覧の既定の表示では、フィルタの「ステータス」で「未完了」が選ばれていて、終わっていないチケットだけが表示されています。右側の「フィルタを追加」から項目を選ぶと、ほかの条件でも絞り込めます。たとえば「担当者」を選び、「等しい」と「自分」を選んで「適用」をクリックすると、自分が担当のチケットだけが表示されます。

よく使う絞り込みの組み合わせは、次のようなものです。

1. 担当者が自分、ステータスが未完了：いま自分が手を動かすべき仕事
2. 期日が今週、ステータスが未完了：今週中に片付けるべき仕事
3. 担当者がなし、ステータスが新規：誰も手を付けていない仕事

3つ目は、プロジェクトの管理者が毎朝見るのに向いています。担当者のいない新規のチケットを毎朝確かめて振り分けるだけで、放置されるチケットがなくなります。フィルタでうまく見つからないときは、画面右上の「検索」で、プロジェクトの中の情報を言葉で探すこともできます。

運用でつまずきやすい点

Redmineを使い始めたチームが、どこでつまずくかはおおむね決まっています。

終われないチケットが増える

説明に終わりの条件を書かないまま作ったチケットは、どこまでやれば終わりか分からず、いつまでも一覧に残ります。作るときに終わりの条件を書く、という習慣が一番の対策です。

ステータスを増やしすぎる

細かい状況を表そうとしてステータスを10も20も作ると、メンバーがどれを選べばよいか迷い、結局使われないステータスが増えます。迷ったら、Redmineの解説にあるとおり「新規」「進行中」「終了」の3つから始めます。

担当者が空のまま

担当者のないチケットは、誰の仕事でもない状態になります。ワークフローの「フィールドに対する権限」で担当者を必須にするか、毎朝担当者のない新規のチケットを確かめる係を決めます。

チャットで話が進み、チケットに残らない

急ぎの話をチャットで済ませると、チケットには経緯が残りません。チャットで決まったことは、最後にチケットのコメントに書き写す、と決めておきます。

通知のメールが多すぎて読まれない

チケットが更新されるたびにメールが届くと、メンバーは通知を読まなくなり、本当に大事な依頼まで見落とします。Redmineでは、メールで受け取る通知の範囲を、各ユーザーが個人設定の「メール通知」で選べます。すべての更新ではなく、自分が関係しているチケットやウォッチしているチケットに絞って受け取る設定を勧めておくと、通知の量が落ち着き、届いたメールが読まれるようになります。

Redmineを使う環境を選ぶ

Redmineは、自分たちのサーバに入れて使うことも、クラウドのサービスとして使うこともできます。Redmineの日本語の情報サイトでは、オンプレミスで運用するのもクラウドで運用するのも自由に選べ、資源が許せばプロジェクトもメンバーも制限なく登録できると説明されています。オンプレミスとは、自分たちで用意したサーバにソフトウェアを入れて運用する形のことです。

自分たちのサーバで使う場合、ソフトウェアそのものの費用はかかりませんが、サーバの費用と、インストール、更新、バックアップ、障害への対応といった管理の手間がかかります。ステータスやトラッカーの追加もシステム管理者の権限が必要なので、管理者が辞めたあとに誰も設定を変えられなくなる、という事態も起こりえます。クラウドのサービスを使えば、サーバの管理の手間は減りますが、サービスの料金がかかります。どちらを選ぶかは、サーバを管理できる人がチームにいるかどうかで決まります。

サーバの管理なしで始められる候補

Redmineのような自由な設定は要らない、サーバの管理もしたくない、カンバンやガントチャートで仕事の流れを見たい、という場合は、最初からWebのサービスとして提供されているプロジェクト管理ツールを候補に入れると、比べる幅が広がります。

その1つが、国産のプロジェクト管理ツールのPinatecaです。公式の料金ページによると、無料プランは5人まで・ボード10個までで、カンバン、ガントチャート、カレンダー、リストを含む8種類のボードと、チャット、コメント、カスタムフィールド、権限ロールまで使えます。ファイル容量は1GBで、5人までのチームなら期限なしで無料、クレジットカードの登録も要らないと書かれています。人数かボードの数が無料の範囲を超えたときのスタンダードプランは、1人あたり月額500円（税抜）で、年払いなら1人あたり月額400円と案内されています。料金と機能の詳細はPinatecaの料金プランと費用で確かめられます。

Pinatecaは、@SOHOを運営する株式会社ライフスケープが開発・提供しています。

Redmineは、トラッカーやワークフローを細かく決められること、オープンソースで自分たちのサーバで動かせることが強みです。開発の現場で不具合の管理を厳密に行いたいチームには、Redmineのほうが合っています。どちらが合うかは、設定の自由さと管理の手間のどちらを重く見るかで変わります。

チケットの書き方は、どの現場でも通じる技術

最後に、在宅で仕事を受ける立場から、チケットの書き方を身に付けることの意味を整理しておきます。

フリーランスや在宅ワークの市場を20年運営してきた立場から見ると、取引先から長く頼られる人ほど、仕事の受け渡しの書き方がうまいという共通点があります。題名で中身が分かり、説明に終わりの条件が書かれ、更新のたびに何をしたかが残っている。こうしたチケットを書ける人は、ツールがRedmineでなくても、BacklogでもTrelloでも同じように信頼されます。

仲介の業者を通さず取引先と直接契約する場合は、作業の範囲や終わりの条件を、自分で記録して合意しておく必要があります。仲介の手数料が引かれない分、受け取る報酬は厚くなりますが、そのぶん「どこまでが今回の仕事か」を自分で守らなければなりません。手数料0%で直接取引できる環境を生かすには、チケットの終わりの条件を丁寧に書く習慣が、追加の作業を正しく請求する根拠にもなります。

Redmineを使う開発の仕事の相場は、ソフトウェア作成者の年収・単価相場で職業別の統計をもとに確かめられます。開発の現場の仕事の種類を知りたい方は、アプリケーション開発のお仕事も参考になります。ツールの導入や運用のルールづくりを支援する仕事は、AIコンサル・業務活用支援のお仕事で紹介している分野と重なります。

よくある質問

Q. Redmineで追加したステータスがチケットの画面で選べないのはなぜですか？

新しく作ったステータスは、ほかのステータスから移る道が決められていないため、ワークフローを設定しないとチケットの作成や更新の画面で選べません。「管理」の「ワークフロー」で、ロールとトラッカーを選んで編集し、移ってよい組み合わせにチェックを入れて保存します。表に出てこない場合は「このトラッカーで使用中のステータスのみ表示」のチェックを外します。

Q. トラッカーとカテゴリはどう使い分ければよいですか？

進め方やステータスの流れが違うものはトラッカーで、進め方は同じで対象だけが違うものはカテゴリで分けるのが目安です。Redmineの用語解説でも、ワークフローを新しく定義する必要がなく、単にチケットを分類したいだけならカテゴリの利用も検討するよう書かれています。

Q. チケットの担当者は誰にすればよいですか？

Redmineの担当者は、責任者ではなく、その時点でチケットを処理すべき人です。修正の作業中は作業する人、確認の段階では確認する人、というように、作業の進み具合に合わせて担当者を変えていきます。こうしておくと、担当者で絞り込むだけで、いま自分が手を動かすべき仕事が分かります。

Q. 終了したチケットが一覧から見えなくなったのはなぜですか？

チケットの一覧は、既定ではフィルタの「ステータス」で「未完了」が選ばれていて、終わっていないチケットだけが表示されます。終了したチケットを見たい場合は、フィルタのステータスの条件を変えて適用します。終わったチケットを一覧から外すのは、残っている仕事に集中するための仕組みです。