工程表を見やすい形にする作り方｜色と粒度と並び順で決まる
「工程表 見やすい 作り方」で調べている人は、たいてい自分で引いた表を見て、どこかが読みにくいと感じています。ただ、どこが読みにくいのかを言葉にできていない状態です。工程表の読みにくさは、装飾の問題ではありません。色の数、行の粒度、並び順、そして今日がどこかという4つの決め方で、ほぼすべてが決まります。この記事では、その4つをどう決めるかと、決めたあとに崩れていく理由、そして読み手が複数いる場合の作り分けまでを扱います。
読みにくい工程表に共通する3つの状態
読みにくい工程表を並べて見ると、原因は驚くほど似ています。
1つ目は、色が多すぎる状態です。担当者ごとに色を変え、状態ごとに色を変え、重要度でも色を変えると、1枚の中に色が10種類以上並びます。この状態になると、色は情報ではなく模様になります。読み手は色の意味を覚えていないので、結局は行の文字を1つずつ読むことになり、工程表を見る意味がなくなります。
2つ目は、行の大きさがばらばらな状態です。「サイト全体の設計」という2か月かかる行と、「ロゴの色を確認する」という30分で終わる行が、同じ太さのバーで並んでいます。すると長いバーが画面を横断し、短いバーは点にしか見えません。表全体の縮尺が、最も長い行に引きずられて決まってしまうためです。
3つ目は、並び順に理由がない状態です。作った順、思いついた順、担当者から報告が来た順に行が積み上がっていると、読み手は毎回全部を上から追うことになります。並び順は、それ自体が情報です。理由のない並びは、読み手に無駄な作業を強いています。
この3つは、いずれも作った人には見えません。作った本人は色の意味も行の背景も知っているので、読めてしまうからです。読みにくさを判定するには、作っていない人に10秒だけ見せて、いま遅れている行はどれかと聞くのが最も速い方法です。答えられなければ、その表は読みにくい表です。
色は3つまでに絞る。何に使うかを先に決める
色の使い方には、決め方の順番があります。最初に決めるのは色そのものではなく、色で何を伝えるかです。
工程表で色を割り当てる候補は、担当者、状態、重要度、工区や案件の4つです。このうち色を使うのは1つだけにします。残りは、文字、列の位置、行のグループ分けで表します。担当者を色で分けたいなら、状態は文字で書きます。状態を色で分けたいなら、担当者は左端の列に文字で置きます。両方を色でやろうとした時点で、読める表にはなりません。
多くの現場で有効なのは、状態に色を割り当てる形です。未着手は薄いグレー、進行中は青、完了は緑、遅れは赤の4色で、色の数はちょうど収まります。この割り当ての利点は、読み手が知りたいことと色が一致していることです。工程表を開く人が最初に探すのは、たいてい赤い行だからです。
色を選ぶときには、見え方の個人差も考える必要があります。デジタル庁のデザインシステムは、色覚多様性への配慮について次のように整理しています。
最も割合の多いC型色覚（0型、一般色覚）以外の色覚特性にあたる人には、見分けにくい、または見分けのつかない色の組み合わせがあります。そのような色の組み合わせをできるだけ避け、あるいは色のみで情報を伝達しないように考慮してUIやコンテンツを設計することが、色覚多様性への配慮となります。 出典: design.digital.go.jp
同じページには、色弱の特性をもつ人は全国に約290万人いると推定されること、その多くは赤近辺の色と緑近辺の色の識別が難しいことも書かれています。工程表で最も使われる組み合わせが、まさに完了の緑と遅れの赤です。10人のチームなら、その組み合わせが見分けにくい人が混じっていても不思議ではありません。
同じ理由で、色の名前を会話に持ち込むのも避けたほうが無難です。会議で「赤い行を見てください」と言うと、見分けにくい人はその瞬間に置いていかれます。「遅れている行を見てください」と言えば、色でも記号でも文字でも辿り着けます。表の作り方だけでなく、その表について話すときの言葉も、読みやすさの一部です。
対策は簡単です。色に加えて、記号か文字を必ず添えます。遅れの行の先頭に感嘆符を1つ置く、完了の行にチェック記号を置く、といった程度で足ります。色を見て分かる人にとっては冗長ですが、邪魔にはなりません。色だけで分けている表を、色と記号の両方で分けている表に変えるコストは、ほとんどゼロです。
濃さと明るさで、読める工程表かどうかが決まる
色の種類を絞ったあと、次に効くのが濃さです。バーの色が薄すぎると、印刷したときやプロジェクターに映したときに消えます。逆に濃すぎると、上に載せた文字が読めなくなります。
読める濃さの目安には、公的な基準があります。デジタル庁のデザインシステムは、テキストまたは文字画像は背景色に対して少なくともコントラスト比4.5対1以上が必要であること、UIコンポーネントおよびグラフィカルオブジェクトの視覚的提示には隣接した色との間で少なくともコントラスト比3対1以上が必要であることを、JISおよび国際的な指針に沿って整理しています。工程表のバーは後者に当たります。背景の白との差が薄すぎるバーは、この基準を満たしません。
この基準は画面で見る前提のものですが、工程表は紙でも配られます。紙に印刷すると、画面より色が薄く出るのが普通です。画面でちょうどよい濃さに調整したバーが、印刷すると背景と見分けられなくなることは珍しくありません。配る形が紙なら、紙の状態で濃さを決めてください。
実務では、比率を計算するより簡単な確かめ方があります。表を白黒で印刷してみることです。白黒にしたときにバーが背景と区別できなければ、色の濃さが足りていません。会議で紙を配る現場では、これがそのまま実用上の基準になります。
同じページには、グラフや図で値を認識できるようにするために、グラフィカルオブジェクトのすぐ近くにコントラスト比4.5対1以上のテキストを配置する必要がある、という指摘もあります。工程表に当てはめると、バーの上か横に作業名か日数を置く、という話になります。バーだけが並んでいて、どのバーが何日分なのか読み取れない表は、色を整えても読みやすくはなりません。
もうひとつ、明るさで意味を作る使い方も有効です。同じ青でも、確定した予定は濃く、まだ仮の予定は薄く塗ると、色を増やさずに情報を1つ足せます。この使い分けは、色の意味を覚えていない人にも直感的に伝わります。濃いほうが確からしい、という感覚は説明が要りません。
行の粒度を揃えると、それだけで読めるようになる
色を整えても読めない表があります。その場合、原因はほぼ行の粒度です。
粒度を揃える基準は、期間で決めるのが最も簡単です。工程表に載せる行は3日から10日で終わる大きさに揃えます。これより長い行は分割し、短い行はまとめるか、工程表から外してチェックリストに移します。この基準で並べ直すと、バーの長さが近くなり、遅れているバーだけが目立つようになります。
長い行を分割するときは、分けたあとのバーが画面の中でどう並ぶかを想像してから切ってください。2か月の行を3本に割れば、1本あたりのバーは3分の1になり、他の行と長さが近づきます。近づいた時点で、遅れている行だけが浮かび上がる状態に一歩進みます。ただし割りすぎると、今度は行数が増えて1画面に収まらなくなります。読みやすさで見るなら、バーの長さが揃うことと、行が1画面に収まることの両方を満たす切り方が正解です。どちらかを諦めるなら、1画面に収まるほうを残してください。長さの揃っていない表はまだ読めますが、スクロールしないと全体が見えない表は、そもそも最後まで見てもらえません。
短い行をまとめるときは、担当者でまとめます。同じ人が同じ週にやる小さな作業は、1行にして「週内の細かい確認をまとめて片づける」と書けば足ります。工程表は誰がいつ何をするかを見るための表であり、作業の網羅表ではありません。網羅したいなら、それは別の一覧に置きます。
行数の目安もあります。1枚の工程表に載せる行は30行程度までにすると、スクロールせずに全体が見えます。これを超えるなら、案件ごとや工区ごとに表を分けたほうが読みやすくなります。この30行という数字は、画面の高さから来ています。ノートパソコンの画面で、行の高さを詰めずに並べたときに見出しを除いて入るのが、だいたいその程度だからです。A4の紙を横向きにして印刷する場合も、読める文字の大きさを保つとほぼ同じ行数で収まります。画面で見るときと紙で配るときで、1枚に入る量の天井はあまり変わりません。
目盛りの刻み方で、表の情報量は3倍変わる
行の粒度と対になるのが、横方向の目盛りです。ここを間違えると、どれだけ行を整えても読めません。
目盛りの選び方は、1本のバーの平均的な長さで決まります。ほとんどの作業が3日で片づくなら日単位が合い、1週間より長い作業が並ぶなら週単位が合います。この判断を感覚でやると、たいてい日単位に寄ります。細かいほうが正確に見えるからです。ところが日単位で3か月の工程を引くと列が90本を超え、画面には2週間分しか映りません。全体を見るための表なのに、全体が見えなくなります。
週単位を選ぶもうひとつの利点は、更新の締切が自然に決まることです。進捗を確認する会議が週に1回なら、表の更新も週に1回で足ります。締切が決まっていない表は必ず放置されるので、この点は見た目以上に効きます。日単位の表は毎日更新しないと嘘になり、毎日更新できるチームは多くありません。
月単位の目盛りは、社外へ出す資料としては読みやすい一方、日々の管理には使えません。月の半ばに生じた遅れが表に出るのは翌月末で、その頃には打てる手が残っていないからです。外向けの月単位と、内向けの週単位を別々に持つのが実務に合います。同じ元データから2つの見せ方を作れるなら、更新は1回で済みます。
目盛りを決めたら、見出しの書き方も揃えます。日単位なら曜日を併記し、土日の列に薄い背景を入れます。稼働しない日が視覚的に分かるだけで、バーの長さの意味が変わります。週単位なら、その週の月曜の日付だけを書きます。「9/1週」のような表記を混ぜると、月をまたぐ週で読み手が迷います。表記のゆれは、それ自体が読みにくさの原因になります。
凡例と見出しは、表の外ではなく中に置く
読みにくい工程表を直すとき、見落とされやすいのが凡例です。色の意味を説明する凡例が、別のシートや資料の末尾に置かれていることがあります。この配置では、誰も見ません。
凡例は、表の左上か右上、日付の見出しと同じ画面に入る位置に置きます。色の四角と、その意味を1語で書くだけで足ります。4つの色なら、横に並べても幅を取りません。凡例が表と同じ画面にあるかどうかで、初めて見る人の理解の速さが変わります。
見出し行と左側の列は、スクロールしても消えないようにします。表計算ならウィンドウ枠の固定、印刷なら繰り返す行と列の指定です。これをしていない表を右にスクロールすると、いま見ているバーがどの作業のものか分からなくなります。読み手は左端まで戻り、行を数え、また右に戻ります。読みにくいと言われた表を開いてみると、原因がこの往復だけだったということは珍しくありません。固定を1回設定するだけで消える種類の読みにくさなので、色や粒度に手を入れる前に確かめてください。
左側に置く列は、作業名と担当の2つに絞ります。開始日と終了日は、バーを見れば分かるので固定の対象から外して構いません。左に固定する列が多いほど、バーを描ける幅が狭くなります。画面の横幅は有限なので、何を犠牲にするかを決める必要があります。工程表の主役はバーであり、左側の一覧ではありません。
印刷して配る場合は、用紙の向きも先に決めます。工程表は横長になるので、横向きの用紙で横1ページに収める設定にします。縦向きのまま印刷して、右半分が2枚目に流れた工程表は、貼り出しても読まれません。紙で配る現場では、この設定の有無が読まれるかどうかを分けます。
並び順は、読み手が探しているものに合わせる
並び順は情報である、という前提に立つと、決め方は自動的に決まります。読み手が最初に探すものを、上に置きます。
進行を確認する会議で使う表なら、開始日の早い順に並べます。上から順に読めば時間軸に沿って進むので、説明の順番と表の順番が一致します。会議で説明する側の負担が最も軽くなる並びです。
担当者ごとに手を配りたい場面なら、担当者で並べます。同じ人の行が固まって見えるので、誰に仕事が寄っているかが一目で分かります。人の割り振りを議題にする会議では、この並びが向いています。
遅れを見つけたい場面なら、終了日の早い順に並べます。締切が近い順に並ぶので、上のほうだけを見れば手を打つべき行が見つかります。日々の確認では、この並びが最も速いです。
並び順を決めたら、その理由を表のどこかに1行で書いておいてください。「締切の早い順に並べています」と書いてあるだけで、読み手は上から順に読めばよいと分かります。書いていないと、読み手は並びに意味があるのかどうかを判断できず、結局は全部に目を通します。並び順の理由を明示することは、書くコストがほぼゼロで効果が大きい工夫のひとつです。
大切なのは、1枚の表でこれを全部やろうとしないことです。並びを変えるたびに全員の見え方が変わる道具では、並べ替えそのものが迷惑になります。表計算で複数人が同時に開いている場合、誰かが並べ替えると他の人の画面でも行が動きます。編集中のセルが移動して、意図しない行を書き換える事故もここから起きます。並べ替えではなくフィルタ表示を使えば、自分の画面だけで絞り込めます。
道具によっては、同じデータを担当者別、期限別、状態別に切り替えて見られます。切り替えが人ごとに独立していれば、並び順をめぐる調整そのものが消えます。この違いは機能表では小さく見えますが、日々の運用では大きな差になります。どんな見せ方ができるかはできることのページにまとめられています。
今日がどこかを、必ず表の上に描く
見やすい工程表と読みにくい工程表を分ける、最も単純な違いがこれです。今日の位置が描かれているかどうかです。
今日の線が無い表では、読み手は日付の見出しを目で追って今日を探すところから始めます。2秒か3秒の手間ですが、表を開くたびに発生します。しかも、探した位置がずれていれば、そのあとの読み取りが全部ずれます。
今日の線が入っていると、読み方が1つに決まります。線より左にあって完了していない行が遅れ、線をまたいでいる行が進行中、線より右が未着手です。この読み方は説明が要りません。工程表を初めて見る人にも、線を指差すだけで伝わります。
表計算で作る場合は、条件付き書式で今日を含む列だけを塗ります。週単位なら、今日を含む週の列が塗られる形になります。マクロで自動生成している場合は、描画処理の最後に線を引く数行を足します。どちらも一度作れば、以降は手が要りません。
今日の線に加えて、締切を過ぎた行を自動で赤くしておくと、さらに読みやすくなります。ただし、これをやると赤い行が積み上がって表が真っ赤になる時期が来ます。赤が多すぎると、赤は情報でなくなります。完了した行を別の場所に移す棚卸しを、週に1回か月に1回入れてください。見やすさは、表の作り方だけでなく、載っている行を減らす運用でも作られます。
読み手が複数いるとき、1枚で兼ねようとしない
工程表を読む人は、たいてい3種類に分かれます。手を動かす人、進行を管理する人、社外に説明する人です。この3者が見たいものは重なりません。
手を動かす人が知りたいのは、今週の自分の分だけです。他の人の行も、来月の行も要りません。むしろ見えていると探す手間が増えます。
進行を管理する人が知りたいのは、遅れている行と、これから詰まりそうな行です。全体が見えている必要がありますが、細かい作業の中身までは要りません。
社外に説明する人が知りたいのは、大きな区切りと、それぞれの区切りが予定通りかどうかです。行が細かいほど説明しづらくなります。
この3つを1枚で兼ねようとすると、必ず誰かにとって読みにくい表になります。現実的なのは、元になるデータを1つにして、見せ方を3つに分けることです。表計算では、この分け方に手間がかかります。3枚のシートを作れば、更新も3回になり、どれかが必ず古くなります。
それでも表計算で3者に配りたい場合、現実的な妥協点があります。元の表を1枚だけ持ち、そこからフィルタで抜き出した内容を別のシートに関数で引く形です。関数で引いていれば、元の表を更新すれば派生も追随します。ただしこの構成は、誰かが派生シートを直接書き換えた瞬間に壊れます。派生側は編集できないよう保護をかけ、「ここは触らない」と表の中に書いてください。書いていないルールは守られません。
もうひとつ、社外に出す1枚だけは切り離して作る、という割り切りも有効です。社外向けの工程表は、月に1回か区切りごとにしか出しません。頻度が低い資料のために、日々の表を複雑にする必要はありません。社外向けは大きな区切りだけを8行ほどで書き、内部の表とは別に管理するほうが、両方とも読みやすくなります。
見せ方だけを切り替えられる道具であれば、この問題は起きません。同じカードを、カンバンで見るか、工程表として見るか、担当者別の一覧で見るかを、読む人が選べます。機能で絞らず、区切るのは人数とボードの数だけという考え方であれば、どの見せ方を使うかでプランを気にする必要もありません。プランの区切り方は料金のページで確認できます。
整えた形が2週間で崩れる、その崩れ方
一度きれいに整えた工程表が、しばらくすると元の読みにくさに戻っていることがあります。崩れ方には決まった型があるので、先に知っておくと防げます。
最も多いのは、行の追加によって粒度が乱れる崩れ方です。あとから足された行は、たいてい細かい作業です。急に決まった確認作業や、差し込みの依頼が、そのまま1行として追加されます。1か月で10行ほど足されると、揃えていた粒度が完全に混ざります。防ぐには、行を追加してよい大きさをルールとして書いておくことです。ルールが表の中に書かれていないと、次に触る人には伝わりません。
次に多いのが、色の意味が増える崩れ方です。誰かが「この行だけ別の色にしたい」と考え、黄色を足します。次の人は橙色を足します。半年後には、最初に決めた4色の意味を知っている人がいなくなります。色を足したくなったら、それは色ではなく列で表す情報だと考えてください。色は増やさない、という決めごとを凡例の横に書いておくと効果があります。
3つ目は、完了した行が残り続ける崩れ方です。終わった行を消すのは心理的な抵抗があり、そのまま置かれます。積み上がった完了の行が画面の上半分を占め、今週の話が下に押し出されます。棚卸しの日を決めて、完了した行を別の場所へ移してください。移すだけで消さないなら、抵抗も小さくなります。
最後は、そもそも更新されなくなる崩れ方です。これが最も深刻で、他の3つとは性質が違います。前の3つは表の中身の問題ですが、これは運用の問題です。現場では、更新できる人が1人だけの表は2週間ほどで実態からずれ始めると言われています。ずれた表は誰も見なくなり、見られない表はさらに更新されなくなります。整えることと、更新され続けることは、別々に手当てが必要です。
表計算を続けるか、道具を変えるかの見極め
ここまでの工夫は、表計算でも全部できます。色を3つに絞ることも、粒度を揃えることも、今日の線を引くことも、条件付き書式と少しの手間で実現できます。読みにくさの原因の大半は道具ではなく決め方なので、道具を変えなくても改善します。
表計算を続ける判断がしやすいのは、工程表を引く人が1人に決まっていて、他の人は見るだけという体制です。この体制なら、色も粒度も並び順も、引く人が好きに決められます。決める人が1人であることは、読みやすさの面ではむしろ有利に働きます。表記のゆれも、色の意味の増殖も起きません。
道具を変えたほうがよいのは、読みにくさの原因が「更新されていないこと」に移ったときです。どれだけ整えても、中身が2週間前のままなら読みやすくはなりません。更新されない理由が、更新できる人が1人しかいないことにあるなら、それは表の整え方では解決しません。
判断の材料として、他の道具との違いを見ておくのは有効です。カンバン形式でカードを動かす道具との違いはTrelloとの比較に、作業の依存関係やタイムラインの表現を持つ多機能なワークスペース型との違いはNotionとの比較に、案件を横断して進捗を見る形の道具との違いはmonday.comとの比較に整理されています。観点ごとに並べた比較の一覧から、いま使っている道具の名前で探すのが早いです。
移すと決めたら、データをどう運ぶかを先に確かめてください。自動で取り込めるのはTrelloからのデータだけで、それ以外の道具からは手で移すことになります。件数が多い場合は、この作業量が判断に影響します。手順はTrelloからの移行のページに書かれています。
社外の場所にデータを置く以上、安全性の考え方も社内で説明する必要があります。何をどう守っているかは安全性の考え方に、導入前に出てくる質問はよくある質問にまとまっています。
見やすさを測る、たった1つの問い
比較のページを横に並べて読むと、読みやすさに関わる機能は道具ごとにかなり違います。ただ、どの道具を選んでも、見やすさの本質は同じところにあります。
工程表が見やすいかどうかは、「作っていない人が10秒で遅れを指させるか」で測れます。この問いに答えられる表は、色が多くても、行が多くても、実務では機能します。答えられない表は、どれだけ整っていても機能しません。
なぜ10秒かというと、工程表が実際に見られている時間がそのくらいだからです。会議で画面に映される時間は長くても数分ですが、1人の読み手が自分に関係する情報を探している時間は、その中のごく一部です。現場に貼り出された紙なら、通りがかりに見る時間はもっと短くなります。10秒で伝わらない情報は、実務では伝わっていないのと同じです。
この基準で自分の表を見直すと、直すべき箇所は限られます。色の数を3つに減らす、行の粒度を揃える、今日の線を引く、並び順に理由を与える。この4つを1時間かけてやるだけで、たいていの工程表は読める表になります。装飾を増やす方向の工夫は、この4つを終えてからでも遅くありません。
そして、整えた表が2週間後も同じ状態を保っているかを確かめてください。整えた直後は誰の表も見やすいものです。差が出るのは、そのあとです。更新する人が1人しかいない表は、整えた形をすぐに失います。更新する人を増やせる仕組みかどうかは、見やすさそのものを支える土台であり、道具を選ぶときに最初に確かめるべき点でもあります。
Q1. 工程表の色は何色まで使ってよいですか？
意味を持たせる色は3色から4色までに抑えてください。未着手、進行中、完了、遅れの4つに割り当てると過不足がありません。担当者や重要度は色ではなく文字や列の位置で表します。色を増やすほど読み手は意味を覚えられなくなり、結局は文字を読むことになります。
Q2. 赤と緑で完了と遅れを分けても問題ありませんか？
色の見え方には個人差があり、赤近辺と緑近辺の色の識別が難しい人がいます。全国に約290万人いると推定されています。色に加えて記号や文字を必ず添えてください。遅れの行の先頭に感嘆符を置く程度で足り、色で分かる人の邪魔にもなりません。
Q3. 行が多すぎて見づらいとき、どこから減らせばよいですか？
まず3日未満で終わる細かい作業を工程表から外し、担当者ごとにまとめるかチェックリストに移してください。次に完了した行を別の場所へ移す棚卸しを週に1回入れます。1枚あたり30行程度に収まると、スクロールせずに全体が見えるようになります。
Q4. 見やすさを確かめる簡単な方法はありますか？
作っていない人に10秒だけ見せて、いま遅れている行はどれかと聞いてください。答えられなければ読みにくい表です。あわせて白黒で印刷し、バーが背景と区別できるかも確かめます。この2つで、色の濃さと情報の整理の両方を同時に点検できます。