チケットは増えるのに、「いつまでに終わらせる」一行が無いとき

ツールにチケットが並ぶと、まず安心します。見えるからです。見えてからが本番で、並びが長くなるほど、見ること自体が仕事になります。長い列は悪ではありません。悪ではないが、列の各アイテムにいつまでに、誰が、何をもって終わりにするかが無いと、列は「溜まり」ではなく「放置」に近づきます。放置は怠慢ではなく、約束の置き場が無いときに起きる合理です。合理のまま週を越すと、チケットは番号だけ増え、現場は疲れます。疲れは、ツールのせいにされがちです。ツールは鏡です。鏡に映るのは、運用の輪郭です。

tugiloでは、まずクローズの定義を雑でもよいから一行にすることが多いです。一行とは、「顧客へ返信済」「暫定回避策配布」「再発防止タスクを別票起票」など、観測できる状態です。状態が観測できない「対応中」は、長く居座ります。居座るほど、優先順位の議論は熱くなります。熱い議論は必要ですが、熱さだけでは列は短くなりません。短くするのは、熱さの後に置く約束です。

優先度の星が三つあっても、日付が無いと動かない

優先度は相対です。相対は、列が短いときは効きます。列が長いと、相対は毎日ずれます。ずれるほど、全員が「最上位っぽいもの」ばかり触ります。触るほど、地味だが壊れている下部が腐ります。腐るとは、小さな不具合が静かに顧客体験を削ることです。削る速度は、ダッシュボードの赤では見えにくいです。

だからresolve-byの日付が一つあると、議論は変わります。日付は圧力でもありますが、同時に諦めの設計にもなります。今週はここまで、来週はここから、と切ることは敗北ではありません。切れないまま全部同時進行は、多くの現場で「全部進んでいない」に落ちます。

エスカレーションに「誰が閉じるか」が無いと、チケットは半分で止まるとも連続しています。閉じる人がいないと止まる。止まらなくても、いつ閉じるかが無いと泳ぎ続けます。泳ぎは工数を溶かします。

起票文化だけが育つと、仕事は「依頼の受皿」になる

起票は民主的です。誰でも持ち込める。持ち込めるほど、受け皿は広がります。広がるほど、受け手は選別に疲れます。疲れると、選別は口頭に逃げます。口頭は速い反面、ログに残りにくいです。残らないまま起票が増えると、ツールは正本ではなくメモ箱になります。

受皿を健全にするには、起票の次のステップに短い合意を置くことです。「これは金曜午前までに一次回答」「これは来週の定例で方針だけ決める」など、完璧でなくていい。完璧主義は、無言の放置を増やします。放置は、品質より怖いことがあります。

数字の目標だけを増やすと、現場は数字に振ります。振られるほど、チケットは細かく切られます。細かく切られると、完了した感じは増えるかもしれません。増えても、顧客体験が直っていなければ幻です。幻を避けるには、チケットの単位より先に顧客が観測する変化を週に一つ決めると強いです。変化が決まると、resolve-byは自然に置けます。

まとめ：Openを減らす第一歩は、クローズの一文を増やすこと

Openが多いことを恥としないでください。恥ではなく、構造の信号です。信号に応えるのは、全件同時ではなく、今週終わらせる件の名前を増やすことです。名前が付くと、人は動けます。動けると、列は短くなり始めます。短くなり始めると、ツールはまた味方に戻ります。

次の一週、最古のOpenから三つだけ選び、それぞれに終わりの状態を一言で書いてみてください。書けないチケットは、まだ起票が早すぎるのかもしれません。早すぎる起票は、溜めではなく散らばりを作ります。散らばりの前に、終わりの一文を置く。置けると、現場は少しだけ軽くなります。

同じ組織でも部門によって「終わり」の意味は違います。違ってよい。要らないのは、終わりの意味が毎回その場で発明されることです。発明は知的ですが、運用コストが高いです。高いコストは、ツール画面では見えません。見えないからこそ、テンプレの一行が要るのです。

月次でむしろ恐ろしいのは、Open件数の絶対値より最古の日付です。日付が伸びるほど、心理的負債は太ります。太ると、新規起票は増やしたくなくなります。増やさないと、現場は別ルートに逃げます。逃げはツールの敗北に見えがちです。見え方を変えるには、最古三件にだけ週次で触る儀式を置く。儀式は小さくていい。小さい儀式が続くと、列は細ることがあります。

問い合わせ対応が主業のチームほど、感情労働が混ざります。混ざると、resolve-byは冷たく感じられます。冷たさを和らげるには、期限とセットで中間報告の定型を一つ置く。「◯日に状況だけ連絡」の一行です。一行があると、顧客は待てることがあります。待てない顧客には別ルートが要ります。別ルートは例外として設計すると、乱れが減ります。

ツールの自動化ほど、人の裁量ほど、どちらも偏りすぎると壊れます。壊れ方は違います。偏りを戻すのは、週のどこかで人手の窓口を30分だけ固定することです。固定があると、例外は溢れません。溢れないと、列は不自然に膨らみません。

問い合わせの現場には「すぐ直せないが、止まらない」需要があります。需要に応えるのは、期限とセットの暫定ルートです。暫定は卑下されることがありますが、ビジネスでは暫定が長生きします。長生きする暫定ほど、正本の宣言が要ります。宣言は一行で足ります。

バックログが長いほど、新規は恐れられます。恐れは保守力の証でもあります。保守力が可視化されないまま新規だけ増えると、現場は怒られ方を覚えます。覚えた現場は身を守るために、見積もりにバッファを盛ります。盛るほど、経営は遅いと言います。遅いのではなく、隠れていた保守が表に出ただけかもしれません。表に出すには、open件数と最古日付を同じ画面に置く。置くだけで、会話は変わります。

SLAを導入できない組織ほど、口約束の「なる早で」が増えます。増えるほど、期待値は分散します。分散した期待値は、クレームの形では現れず、不信の形で消えます。消え方は静かで、検知が遅いです。遅れを減らすには、「なる早で」の代わりに遅くともを一つ。遅くともは冷たい言葉ですが、境界としては親切です。

起票テンプレに「期限：未定」を許すと、未定が増殖します。増殖は悪意ではなく、決め手の欠如の表れです。欠如を埋めるには、未定を禁止するのではなく、未定の次に次回判断日を置く。判断日は締切ではありません。締切の手前で方針を決めるためのブックマークです。ブックマークがあると、列は泳ぎにくくなります。

優先度の議論が長いチームほど、実は期限の語彙が乏しいことがあります。乏しい語彙の上で星を増やしても、動きは変わりません。変えるには、星より週の枠を先に決める。この週は保守三枠、新規二枠、など粗くてよい。粗さは不格好ですが、配置可能性は増えます。

問い合わせが週次で偏る組織では、平均的なresolve-byは嘘になります。嘘は数字として綺麗に見えます。見え方を正すには、ピーク日のOpenだけ別途見る。別途は負担に聞こえますが、現場はすでにピークで苦しんでいます。苦しみを言語化する方が、全体最適に近いことがあります。

再オープン率を見ないチケット運用ほど、「閉じた」が増えます。増えるほど、達成感は出ます。達成感の裏で顧客は同じ問題に戻ります。戻りは現場のミスとは限りません。限らないからこそ、再オープンを恥としない定義にする。定義があると、クローズの質は上がります。

エスカレーションの階段が増えるほど、解決責任は上に逃げやすいです。逃げは性格の話だけではなく、下の段に閉じる権限が無いときに起きます。権限は万能でなくていい。撤退の宣言ができるだけでも、列は短くなることがあります。宣言は冷たい言葉に見えますが、顧客には「次に何が起きるか」が伝わります。

チケット本文に「依頼元の緊急度」と「受け手の見立て」を分けて書く癖があると、後から見て誤解が減ります。混ぜて書くと、優先の議論は人格の議論に寄りやすいです。寄りやすいほど、resolve-byは置けません。置けない列は、長さだけが実績になります。