やれば数分、なぜか1ヶ月放置。gaipackの「呪いタスク」対処法

「フォルダを作るだけ」「一本メールを返すだけ」。客観的には数分で終わる作業なのに、なぜか何週間も着手できない。gaipackではこの状態を「呪いタスク」と名づけ、チームで対処する仕組みを社内ガイドラインに組み込んでいます。この記事では、その定義と対処法を紹介します。

---

「呪いタスク」とは

呪いタスクとは、客観的には数分で終わる簡単な作業なのに、心理的ブロックにより1週間〜1ヶ月以上着手できない状態のタスクです。gaipackでは社内の用語集に正式な用語として定義し、検知と対処のプロセスをガイドラインに明文化しています。

たとえば「フォルダ作成」は、手を動かせば1分で終わります。それなのに、その作業に対してだけ強い心理的抵抗が生じて、タスク一覧の一番上に居座り続ける。誰にでも心当たりがあるのではないでしょうか。

特徴：客観と主観のギャップ

呪いタスクには、次の特徴があります。

• 客観的には簡単: 他人から見れば数分で終わる作業
• 本人には巨大な壁: 1週間〜1ヶ月以上着手できない
• 理由が説明できない: なぜ着手できないのか、本人にもわからないことが多い
• その作業にだけ抵抗が生じる: 他のタスクは普通にこなせているのに、特定のタスクだけ手が止まる

ポイントは、これが怠慢やスキル不足ではないことです。部分的に気分が沈んでいるような状態で、本人の意志力だけでは解決が困難です。「気合いで片付けろ」が通用しないからこそ、gaipackでは個人の問題ではなく、チームで解決すべきマネジメント課題として扱っています。

名前をつけると、対処できるようになる

「呪いタスク」という名前があること自体に効果があります。

名前がないと、停滞は「サボっている」「優先順位を間違えている」と解釈されがちで、本人も言い出しにくくなります。名前があれば、「これ、呪われてるかも」と本人が申告できますし、周囲も「呪われてない？」と軽いトーンで声をかけられます。停滞の責任追及ではなく、現象への対処として会話が始まるわけです。

対処法は3つ

呪いタスクは本人だけでは解決できない前提に立ち、外部の介入を必須とします。対処法は次の3つです。

伴走のポイントは、完遂を目指さないことです。5分だけ隣で一緒に手を動かすと、着手のハードルが消えて、そのまま本人が最後まで進められるケースが多くあります。逆に「期限を切って催促する」は、呪いタスクには効きません。着手できない原因が意志力の不足ではないからです。

移譲は、割り切りの対処法です。本人が1ヶ月抱えた作業が、別の人には何でもない1分の作業だったということは珍しくありません。「担当だから」と抱え続けるより、さっさと得意な人に渡したほうがチームとしては速いです。

運用への組み込み：検知の仕組み

対処法を知っていても、呪いタスクに気づけなければ発動できません。gaipackでは検知を仕組み化しています。

• 軽量なはずのタスクが長期間 Todo / Doing のまま停滞していないかを、定例やKPTで確認する
• 停滞を検知したら、担当者を責めずに、伴走と移譲のどちらで解消するかをその場で決める

もう一歩進んだ運用として、「呪いタスク化しやすい仕事は、最初から担当の置き方を変える」という判断もしています。たとえば、他チームの成果物に対する見積もりや提案書の作成を1人に負わせると手が止まりやすいため、そうした仕事は得意なチームがボールごと正式に引き取る、というルールにしています。呪いを解くだけでなく、呪いがかかりにくい分担を先に設計しておく考え方です。

まとめ

• 呪いタスクとは、数分で終わる作業に心理的ブロックがかかり、1週間〜1ヶ月以上着手できない状態
• 原因は怠慢でも能力不足でもなく、本人にも説明できないことが多い。意志力での解決は困難
• 対処は外部の介入が前提。「伴走」「移譲」「アラート」の3つで解く
• 検知は定例やKPTで仕組み化し、見つけたら担当者を責めずにその場で対処を決める

みなさんのチームにも、誰かのタスク一覧に居座り続けている「呪いタスク」はありませんか？ まずは名前をつけて、責めずに声をかけるところから始めてみましょう！