タスクの期限の決め方｜全部を今週にしない線の引き方

タスクの期限の決め方でつまずいているチームの板を開くと、だいたい同じ景色が見えます。期限のついたカードが今週に寄っていて、金曜日の欄だけに10枚以上が並んでいる。そのうち何枚が本当に金曜でなければ困るのかを説明できる人は、チームの中に誰もいません。これは期限を決めていないから起きる問題ではなく、期限の決め方が「思いついた日から数日後を書く」になっているから起きる問題です。この記事では、締切が形だけになる仕組み、動かせる締切と動かせない締切の分け方、日付を置くまでの手順、全部を今週に寄せないための配分、そして遅れが出たときの直し方までを、進行を預かる立場から順に整理します。

締切が形だけになるのは、決め方より決めた後の扱いに理由がある

期限が守られないチームの話を聞いていくと、原因が期限の数字そのものにあることは多くありません。問題は、期限を書いた後に何も起きないことのほうにあります。

「今週中」が集まると、優先順位という情報が消える

期限には、いつまでにやるかを示す役割と、何を先にやるかを示す役割の2つがあります。後者のほうが日々の仕事では効いてきます。手元に5件の依頼があるとき、人は期限の近い順に手をつけるからです。

ところが期限が全部「今週中」で揃っていると、この2つ目の役割が消えます。5件が同じ日付になった瞬間、どれから手をつけるかは担当者の気分か、直前に声をかけてきた人の圧の強さで決まります。とりまとめる側から見ると進行が読めなくなり、担当者から見ると「全部急ぎと言われている」状態になります。

現場でよく聞くのは、依頼する側に悪気がまったくないという点です。依頼する人は自分の1件しか見ていないので、その1件を今週に置くのは自然な判断です。1人あたり1件でも、依頼者が6人いれば、受ける側の今週は6件になります。期限の詰まりは、誰かが無茶を言ったから起きるのではなく、個別最適の足し算で自動的に起きます。

だから、期限の決め方を担当者ひとりの裁量に任せていると、この足し算は止まりません。誰かが全体の枚数を見て線を引き直す役割を持たない限り、締切は増え続けます。

期限が守られないのではなく、守られたかを誰も見ていない

もうひとつ、締切が形だけになる決定的な要因があります。期限を過ぎたカードが、過ぎたまま静かに残り続けることです。

期限は、過ぎたときに何かが起きて初めて意味を持ちます。何も起きないなら、それは日付の形をしたメモにすぎません。人は数回それを経験すると、期限欄の数字を信用しなくなります。信用されなくなった欄は、次から適当に埋められます。適当に埋められた欄は、さらに信用を失います。この循環に入ると、期限の運用は2週間ほどで実質的に停止すると言われています。

止めるために必要なのは、罰でも催促でもありません。期限を過ぎたものが、目に見える場所に集まることです。板の上で期限切れが色や並び順で分かるだけで、放置は目に見えてやりにくくなります。期限を過ぎたカードを見つけるのに検索や集計が要る道具だと、この仕組みは働きません。

期限が短すぎるのではなく、作業量を数えていない

「なぜこの日なのか」と聞いて、根拠が返ってくる期限は少数です。多くは、依頼者の希望日か、前回同じような仕事にかかった日数の記憶か、切りのよい月末です。

作業量を数えないまま日付を置くと、期限は願望になります。願望の期限は、守られたときには偶然、守られなかったときには「見積が甘かった」で処理され、次の見積に何も残りません。少なくとも「この作業に何時間かかる想定か」と「その人が今週に使える時間が何時間あるか」の2つを数えないと、期限は毎回ゼロから当てずっぽうになります。

動かせる締切と動かせない締切を分ける

期限の決め方をまともにする最初の一歩は、日付を決めることではなく、その日付の性質を分けることです。すべての締切が同じ重さで並んでいる板は、そもそも判断に使えません。

外と約束した日は動かせない

まず動かせない締切から特定します。目安は、動かすときに社外の相手か、自分の権限の外にいる誰かの承認が要るかどうかです。

具体的には、顧客に提示した納品日、契約書に書いた期日、請求の締め日、外部の会場や媒体を押さえている日、法令や行政の手続きで定められた提出期限などが該当します。イベントの開催日や、印刷物の入稿日のように物理的な工程が後ろに控えている日付も、実質的に動きません。

これらは「頑張って間に合わせる」の対象であって、「調整する」の対象ではありません。分けておく価値は、危なくなったときの動き方が変わる点にあります。動かせない締切が危ないなら、日付ではなく中身を削るか、人を足すかの判断に即座に移らなければなりません。

中で決めた日は動かせる、ただし条件がある

一方で、板の上にある期限の大半は、チームの中で決めた日付です。レビュー依頼、社内資料の準備、確認待ちの返答、下書きの提出、定例前の集計などがこれにあたります。

これらは動かせます。ただし無条件ではありません。動かした結果、後ろにつながっている工程が押されるなら、それは動かしたのではなく先送りしただけです。中で決めた日を動かすときの条件は後工程の担当者に届いた上で、後工程の日付も一緒に引き直されていることの1点に尽きます。

この条件を満たせない道具だと、期限の変更は事故になります。1人が自分のカードの日付だけを後ろにずらし、それにつながる作業の担当者は気づかないまま元の日程で待つ。板の上で前後関係が見えていないチームでは、これが日常的に起きます。

分けた結果を、板の上で見える形にする

頭の中で分けても運用は変わりません。板の上に、その区別が残っている必要があります。

やり方は道具によりますが、実務で機能しているのは、ラベルで「対外」と「社内」を分ける方法、レーンや列を分ける方法、あるいはカードの題名の先頭に印を付ける方法です。凝った仕組みは要りません。判断の場面で1秒で見分けられるかどうかだけが条件です。

分けた後は、週の頭に見る順番が決まります。動かせない締切から見て、そこに間に合わない要素がないかを確認し、その後で動かせる締切の並べ替えに入ります。この順番を固定するだけで、週次の確認は驚くほど短くなります。

期限を決める手順を、思いつきから外す

ここからは実際に日付を置く手順です。上から順に踏むと、期限の根拠が毎回残ります。

手順0 期限をつけないタスクを先に決める

手順に入る前に、そもそも期限をつけないものを決めておきます。すべてのカードに日付を入れる運用は、一見きちんとして見えて、実際には期限の価値を薄めます。

期限をつけなくてよいのは、いつ終わっても後ろに影響しない作業です。改善の提案、いつかやりたい整理、参考資料の収集、優先度が低いまま残っている軽微な修正などが該当します。これらに形だけの日付を入れると、期限切れの札が板の上に常時20枚近く並ぶ状態になり、本当に危ない期限切れが埋もれます。

期限のないカードは、期限のない置き場所にまとめます。列を1つ用意して、そこに入れておくだけで十分です。この列は月に一度見返して、やると決めたものだけを期限のある列へ移します。移すときに初めて日付を置くので、置いた日付は必ず根拠を持ちます。

判断に迷ったら、「この日を過ぎたときに誰が困るか」を聞いてください。答えられないなら、それは期限ではなく希望です。希望を期限の欄に書き込むのをやめるだけで、板の情報量は目に見えて上がります。

手順1 終わりの日から逆に置く

期限は、始まりからの足し算ではなく、終わりからの引き算で置きます。「明日から始めて3日だから木曜」ではなく、「木曜に納品するなら、その前に何が終わっている必要があるか」で置きます。

逆から置くと、抜けている工程が必ず1つか2つ見つかります。とくに漏れやすいのは、確認と修正の時間です。成果物を作る時間は見積もられているのに、レビューして直す時間が入っていない工程表は珍しくありません。確認に出す先が社外なら、返ってくるまでの待ち時間も工程として置きます。

逆算して置いた結果、開始日が今日より前になることがあります。その場合、その計画はすでに破綻しています。破綻を最初の日に発見できるのが、逆算の最大の価値です。

手順2 実際に手を動かせる日を数える

日付の間隔を「日数」で数えると必ずずれます。数えるのは営業日で、さらにそこから会議と、すでに埋まっている他の仕事の時間を引きます。

たとえば来週の金曜までなら、単純には7日ありますが、土日を引くと5日です。この5日のうち、定例と打ち合わせで1日相当が消えるチームは珍しくありません。さらに担当者が他案件を2件抱えているなら、この仕事に使えるのは実質2日程度です。7日と2日では、置くべき期限がまったく変わります。

チームによっては、1日の稼働時間のうち計画的な作業に充てられるのは5時間前後が上限だと言われています。問い合わせ対応や差し込みが必ず入るからです。稼働8時間で8時間分の作業を積むと、その週は最初から遅れが確定します。

手順3 手が空いている量から逆算する

工程が正しくても、担当者の空きを超えて詰めれば守れません。期限を置く前に、その人の今週の残量を見ます。

残量を正確に測る必要はありません。板の上でその人に割り当てられているカードの枚数と、それぞれのだいたいの重さが見えていれば十分です。重さを数字で入れる運用は続かないことが多いので、大中小の3段階で足ります。大が2枚以上ある人に、さらに大を積んだ時点で警報だと決めておけば運用できます。

とりまとめる立場でよく起きる失敗は、手が早い人に寄せてしまうことです。早い人は断らないので、板の上では均等に見えても実際の負荷は偏ります。人ごとの枚数を並べて見られる画面を、週に一度は開いてください。

手順4 期限とセットで「終わったと言える条件」を書く

期限だけを書いて、完了の条件を書かないカードは、期限の直前で必ず揉めます。担当者は「出した」と思い、依頼者は「まだ確認していない」と思う。この認識差は期限を厳しくしても解決しません。

完了条件は1行で足ります。「レビュー依頼を出すところまで」なのか、「レビューを通して修正済みまで」なのかを書き分けるだけで、期限の意味が確定します。前者と後者では、必要な日数が倍違うこともあります。

この1行を書く習慣は、期限の精度そのものを上げます。書こうとした瞬間に、工程が2つに分かれていることに気づけるからです。分かれているなら、カードも期限も2つに分けます。

手順5 期限を動かす権限を持つ人を先に決める

最後に、その期限を動かしてよいのは誰かを決めます。ここが曖昧だと、担当者が黙って動かすか、逆に誰も動かせずに全員が守れない日付を見続けることになります。

実務では、動かせない締切はとりまとめ役と依頼元の合意で、中で決めた日付は担当者の申告ととりまとめ役の承認で動かす形が扱いやすいです。重要なのは、動かすこと自体を悪と扱わないことです。動かしてよい手順が用意されていないチームでは、遅れが隠されます。隠された遅れは、必ず手遅れの段階で出てきます。

全部を今週にしないための配分の考え方

手順どおりに置いても、依頼が積み上がれば今週は埋まります。埋めない仕組みを、期限の運用そのものに入れておきます。

週あたりの締切の本数に上限を置く

いちばん効く方法は単純で、1週間に置ける締切の本数に上限を決めることです。チームの人数と仕事の粒度によりますが、5人のチームで週10本前後から始めて、守れるかどうかで調整する形が現実的です。

上限を置くと、新しい依頼が来たときに「今週に入れるなら、いま今週にある何かを来週に出す」という会話が発生します。この会話が起きること自体が目的です。上限がないチームでは、この会話が一度も起きないまま今週の枚数だけが増えます。

上限を運用に載せるには、今週の締切が何本あるかを一目で数えられる必要があります。期限で絞り込めない道具や、案件ごとに板が分かれていて横断で数えられない構造だと、この方法は使えません。

締切を曜日で散らす

締切が金曜に集中するチームは多いですが、これは意図した設計ではなく、「今週中」と書いた結果として自動的にそうなっているだけです。

散らす基準は、その仕事の後ろに何が控えているかです。誰かの確認が必要なものは、確認する人の手が空いている曜日の前日に置きます。会議で使う資料は、会議の前日ではなく2日前に置きます。前日に置くと、修正の時間がゼロになるからです。

月曜を締切にするのは避けたほうが無難です。土日に作業することを前提にした期限になりやすく、実際には金曜の夕方が実質の締切として機能します。それなら最初から金曜に置くほうが正直です。

詰め込みは残業に直結するという前提を持つ

期限の配分を人の裁量に任せると、はみ出した分は時間外労働で吸収されます。この吸収には上限があり、法令で枠が定められています。

時間外労働の上限は、原則として月45時間・年360時間となり、臨時的な特別の事情がなければ、これを超えることはできません。 出典: mhlw.go.jp

進行をとりまとめる立場で押さえておきたいのは、締切の置き方が労務の問題に直結するという点です。今週に締切を寄せることは、その週の残業を前提に置くことと同義になりがちです。具体的な適用や協定の内容は事業所ごとに事情が異なるので、判断が必要な場面では所管の労働基準監督署や社内の労務担当、社会保険労務士に確認してください。この記事で扱うのは、あくまで期限の置き方の設計です。

「今週やらない」を置く場所を用意する

配分でもうひとつ効くのが、やらないと決めたものの置き場所です。

置き場所がないと、着手しないタスクは今週の列に残ります。残っていれば、見るたびに気になり、他の作業の集中を削ります。「今週やらない」列や「待ち」列を作って、そこに期限なしで置き直すだけで、今週の列は本来の枚数に戻ります。

このとき、移したことが依頼者に伝わる形にしておくのが要点です。黙って外すと、依頼者は今週やってもらえると思ったまま待ちます。板の上で状態が見えていれば、伝える手間そのものが要らなくなります。

遅れが出たときの直し方

期限は必ず遅れます。運用の良し悪しは、遅れないことではなく、遅れたときに何が起きるかで決まります。

遅れは早く言うほど安い

遅れの報告は、期限の当日より前に出るほど打ち手が増えます。3日前に分かれば範囲を削るか人を足す選択肢がありますが、当日の夕方に分かれば、できるのは謝ることと日付を動かすことだけです。

早く言える空気を作るには、報告した人が損をしない設計が要ります。実務で機能しているのは、遅れそうな状態を表す列や札を用意して、そこに置くこと自体を正常な操作として扱う方法です。「危ない」と口で言うのは勇気が要りますが、カードを1つ隣に動かすだけなら心理的な負担が下がります。

あわせて、遅れの申告に対して最初に返す言葉を決めておくと運用が安定します。「何が要りますか」から始めると報告は増え、「なぜ遅れたのですか」から始めると報告は減ります。

動かせるのは4つのうちどれか

遅れが確定したとき、実際に動かせる要素は4つしかありません。範囲、品質の基準、人、日付です。

動かせない締切の場合、日付は選択肢から外れます。残るのは範囲、品質、人の3つです。範囲を削るなら何を落とすかを依頼元と合意し、品質の基準を下げるなら後で直す前提を明示し、人を足すなら引き継ぎに時間がかかることを織り込みます。人を足すのは、工程の終盤ほど効果が薄くなります。説明のために既存の担当者の手が止まるからです。

中で決めた日付なら、まず日付を動かす選択肢が使えます。ただし前述のとおり、後工程の日付を一緒に引き直すのが条件です。ここを飛ばすと、遅れは板の上から見えなくなり、最終工程の担当者のところで一度に噴き出します。

引き直した期限は必ず記録に残す

遅れたときにやりがちな失敗が、期限の欄を静かに上書きすることです。上書きすると、そのタスクは最初から新しい日付だったことになり、遅れた事実が消えます。

事実が消えると、次の見積が改善しません。同じ工程で毎回1週間ずれているのに、記録の上ではいつも予定どおりに見える。この状態が続くチームは、何年やっても見積が当たるようになりません。

対処は簡単で、当初の期限をコメントか別の欄に残し、いつ、なぜ動かしたかを1行書くだけです。責任追及のためではなく、次に同じ工程を見積もるときの材料にするためだと最初に説明しておくと、書く抵抗はほとんどなくなります。

遅れを見つける場を、週に一度だけ決めて置く

遅れは、気づいた人が気づいたときに拾う運用だと必ず漏れます。拾う場を時刻で固定してください。

多くのチームで機能しているのは、週に一度30分、期限を軸にした確認だけを行う時間です。見るのは3種類に絞ります。期限を過ぎているもの、今週中に期限が来るもの、そして2週間以上動いていないものです。この3つを潰すと、放置されている作業がほぼ残らなくなります。

この場で禁じたいのは、内容の議論に入ることです。中身の相談が始まると30分では終わらず、次の週から人が集まらなくなります。この時間は日付を確定させるためだけに使い、内容の相談は別の場に切り出します。板の上で期限で絞り込めるなら、この確認は画面を1つ開くだけで終わります。絞り込みのたびに集計や検索が必要な作りだと、準備に時間がかかって定例そのものが消えます。

遅れの理由を型に分けて数える

個別の理由を毎回追いかけると疲れるので、遅れの理由は型で数えます。実務では次の5つに分けるとだいたい収まります。

型	内容	効く打ち手
見積不足	作業量の想定が小さかった	工程を分割して見積の粒度を下げる
待ち	他者の確認や返答を待っていた	待ちの相手と期限をカードに明示する
差し込み	別の急ぎが割り込んだ	週の余裕枠を確保する
手戻り	前提や仕様が途中で変わった	着手前の合意事項を1行で残す
着手遅れ	期限は妥当だが始めるのが遅かった	開始日を期限と一緒に置く

1ヶ月ほど数えると、そのチームの遅れがどの型に偏っているかが見えます。偏りが分かれば打ち手は1つに絞れます。待ちが多いチームに見積の研修をしても何も変わりません。この集計は月に一度、15分あれば終わります。

期限が形だけにならない道具の条件

ここまでの運用を続けられるかどうかは、使っている道具の作りにかなり左右されます。とりまとめる立場から見て、期限の運用に効く条件を整理します。

期限を横断で数えられるか

週あたりの締切の本数に上限を置く運用は、今週の締切を横断で数えられないと成立しません。案件ごとに板やプロジェクトが分かれていて、それぞれを開いて数える必要がある構造だと、週次の確認に時間がかかりすぎて続きません。

表計算で工程表を作っているチームでは、この横断が特に難しくなります。ファイルが案件ごとに分かれ、期限の欄の書式も担当者ごとに違うからです。ボード型の道具を検討している人向けに、比較の一覧では複数のツールを同じ観点で並べて確認できるようになっています。候補が絞れていない段階では、機能表より先にこうした横並びを見るほうが早く進みます。

期限を変えるのに何手かかるか

期限は必ず変わります。変えるのに何回クリックが要るかは、運用が続くかどうかを直接左右します。カードを開いて、日付の欄を探して、カレンダーを出して、保存して、という手順が毎回必要なら、忙しい週には誰も更新しません。

判断の目安として、期限の変更が3手を超える道具は、遅れの申告が板に載らなくなると考えておくと安全です。載らない板は、見ても実態が分からないので、結局チャットや口頭で確認することになります。

使う人全員が入れるか

期限の運用でもっとも多い破綻は、入力する人が限られていることです。とりまとめ役だけが板を更新している状態だと、期限は本人の記憶の写しにしかなりません。

ここは料金の設計が直接効いてきます。人数を増やすと費用が伸びる仕組みなら、外部の協力者を招くかどうかで運用が変わります。料金では、機能でプランを分けずに区切るのは人数とボードの数だけという考え方が示されています。この作りだと、期限の一括変更や絞り込みのような運用に必要な機能が上位プラン待ちにならないので、始めた初日から同じやり方を続けられます。

期限の運用から見た、板の設計についての考察

最後に、期限を扱う道具を選ぶときに、公開されている情報から何を読み取るとよいかを整理します。

使っている道具を変えるべきかを先に見極める

いま使っている道具で回っているなら、変える理由はありません。カードに期限を入れて並べ替えられて、今週の締切を横断で数えられて、更新の手数が少ないなら、それで十分です。

判断が必要になるのは、期限の運用のどこかが構造的に詰まっているときです。たとえば、期限で絞り込むのに毎回条件を組み立て直す必要がある、案件ごとに板が分かれていて全体が数えられない、権限の設定が細かすぎて外部の協力者を招くのに手間がかかる、といった詰まり方です。

道具ごとの向き不向きは、Trelloとの比較やAsanaとの比較のように、1対1で観点を揃えたページを読むほうが早く分かります。文書やデータベースを中心に組み立てている人はNotionとの比較、案件の一覧性や表形式の管理を重視している人はmonday.comとの比較が近い論点を扱っています。開発の課題管理から入っているチームはBacklogとの比較、国内のボード型から乗り換えを考えているならJootoとの比較を見ると、自分たちの詰まりがどこにあるかを言葉にしやすくなります。

できないことが先に書かれている資料を優先する

道具を選ぶとき、機能の一覧より役に立つのは、できないことの記述です。検討から早く外せるほど、選定にかける時間が減ります。

できることには、ソースコードのリポジトリ機能は持たないこと、自動化や外部サービス連携の豊富さでは勝負しないこと、画面が日本語のみであることが明示されています。開発工程をコードと紐づけて管理したいチームや、多数の外部サービスをつないで自動化したいチーム、海外の協力者が入るチームは、この時点で判断がつきます。

移行についても同じです。Trelloからの移行では、自動で取り込めるのが1つのサービスからだけであることが書かれています。他の道具から移る場合は手作業が必要になるという前提で計画を立てられるので、移行の工数を過小に見積もらずに済みます。

期限の情報は誰まで見えるのかを確認する

期限を扱ううえで見落とされやすいのが、権限の話です。外部の協力者に作業を依頼するとき、その人に見せたいのは担当分の期限だけで、案件全体の日程は見せたくない、という要件はよく出ます。

安全性の考え方には、データの扱いと公開範囲についての方針が書かれています。招待した人が何を見られるのかは、運用を始めた後に変更するのが難しい部分なので、期限の運用設計と一緒に最初に決めておくのが安全です。細かい疑問はよくある質問に整理されているので、検討の段階で目を通しておくと、導入後の想定外が減ります。

結局のところ、期限の運用で減るのは何か

期限の決め方を整えても、仕事の量は減りません。減るのは、進捗を聞いて回る時間、どれから手をつけるかを毎朝考え直す時間、そして遅れが手遅れになってから慌てて調整する時間です。

この3つはどれも記録に残らないので、削減しても成果として見えにくく、優先度が上がりません。とりまとめる立場の人にできるのは、期限を全部今週に寄せない状態を作って、今週の枚数と遅れの型を数え続けることです。数えていれば、次に何を変えればよいかは自然に絞られます。締切は守らせるものではなく、守れる枚数まで減らして初めて機能します。

Q1. タスクの期限は誰が決めるのがよいですか？

依頼者が希望日を出し、担当者が作業量と空きを見て現実的な日付を返し、とりまとめ役が全体の枚数を見て確定する形が実務では安定します。担当者だけに任せると個別の判断が足し算されて今週に集中し、とりまとめ役だけで決めると作業量の実態から離れます。動かすときの承認者を先に決めておくと、遅れが隠されにくくなります。

Q2. 期限は日付だけでよいですか。時刻まで決めるべきですか？

基本は日付だけで足ります。時刻まで指定するのは、その日のうちに後工程が動く場合だけにしてください。会議で使う資料や、当日中に別の担当者が引き継ぐ作業がこれにあたります。すべてに時刻を入れると入力の手数が増え、更新されなくなります。更新されない期限欄は、日付だけの欄より害になります。

Q3. 期限を守れないメンバーにはどう対応すればよいですか？

まず遅れの理由を型で数えてください。見積不足、待ち、差し込み、手戻り、着手遅れの5つに分けると、本人の努力で解決しない型が多いことが分かります。待ちや差し込みが多いなら、打ち手は本人ではなく工程側にあります。個人を責める運用に寄せると遅れの報告が減り、手遅れになってから表に出るようになります。

Q4. 今週に締切が集中してしまったときは、どこから減らせばよいですか？

最初に、動かせない締切と中で決めた締切に分けてください。分けたうえで、中で決めた締切のうち後工程がすぐに続かないものから順に、来週へ動かします。動かすときは後工程の日付も一緒に引き直し、依頼者に見える形にするのが条件です。それでも減らないなら、範囲を削るか品質の基準を下げるかの合意を取りにいきます。