ガントチャート テンプレートの選び方｜配られた形が合わないときに直すところ

「ガントチャート テンプレート」で検索して、配布されている表計算のひな形をいくつか開いてみたものの、どれも自分たちの仕事の形と少しずつずれている。行の粒度が細かすぎたり、担当の欄が1つしかなかったり、進捗の入れ方が決まっていなかったりする。この記事では、ひな形を選ぶときに見るべき3つの部品（期間の粒度、担当の列、進み具合の持たせ方）を示したうえで、配られた形が合わないときに、どこを、どの順番で直せばよいのかを整理する。ひな形そのものを探し直すより、手元の1枚を自分たちの仕事に寄せるほうが早く終わることは多い。

ひな形を探している時点で、まだ決まっていないことがある

工程表のひな形は、表計算ソフトの標準機能で作られたものから、印刷を前提に罫線を整えたもの、条件付き書式で棒を自動的に伸ばすものまで、無数に配られている。無料で手に入るものも多く、ダウンロードして開くところまでは5分もかからない。それでも「合うものが見つからない」という状態が続くのは、探し方が悪いからではない。多くの場合、ひな形の側ではなく、自分たちの側で決まっていない事柄があるからだ。

合わないと感じる正体は、粒度と更新間隔のずれ

工程表が合わないと感じるとき、その中身はたいてい2つに割れる。1つは「表の1行が表しているものの大きさ」が自分たちの仕事と違うこと。もう1つは「その表を誰がどれくらいの間隔で書き換えるのか」が決まっていないことだ。

前者は目に見える。工期6か月の建築工事向けに作られたひな形を、2週間で回す制作案件に当てはめると、1行が大きすぎて何も表せない。逆に、1行が1日単位の作業を表すひな形を年間計画に使うと、行が300行を超えて誰も見なくなる。ひな形の良し悪しではなく、想定している時間の長さが違うだけだ。

後者は目に見えにくい。ひな形をダウンロードした人は、その表を自分が書き換えるつもりでいる。ところが実際の進行では、作業をしている本人しか進み具合を知らない。とりまとめる人が毎回聞いて回って書き写す形になると、聞く手間が積み上がり、やがて更新が止まる。現場では、工程表は作った週がいちばん正確で、そこから毎週少しずつ現実とずれていくと言われている。ひな形選びの前に、更新の担い手を決めていないと、どのひな形を選んでも同じ結末になる。

配られているひな形は「見せるため」に作られていることが多い

もう1つ押さえておきたいのは、世の中に配られている工程表のひな形の多くが、作業のためではなく報告のために設計されている点だ。行の高さが揃い、色が整い、A3やA4に収まるように列幅が調整されている。会議で配ったり、印刷して壁に貼ったりする用途では、この作りは正しい。

一方、日々の作業を追う用途では、この整えられた形が逆に足かせになる。行を1つ増やすたびに書式が崩れ、条件付き書式の範囲がずれ、印刷範囲を設定し直すことになる。作業のたびに整形の手間がかかる表は、続かない。ひな形を選ぶときは、まず「これは見せるための表か、動かすための表か」を判別するとよい。両方を1枚で兼ねようとすると、どちらの用途でも中途半端になる。

中小企業では、業務プロセスのデジタル化に取り組む企業が増えている一方で、紙や表計算ソフトによる管理が残る場面も多いとされる。 出典: chusho.meti.go.jp

工程表のひな形は3つの部品でできている

見た目の違いに惑わされずにひな形を比べるには、部品に分解するのが早い。どの工程表も、突き詰めると次の3つの部品の組み合わせでできている。この3つが自分たちの仕事に合っているかどうかだけを見れば、選ぶ判断はかなり速くなる。

部品1 期間の粒度

横軸をどの単位で刻むか。日、週、月、四半期のどれかが基本で、まれに半日や時間まで刻むものがある。粒度が細かいほど列が増え、横スクロールが長くなる。粒度が粗いほど1画面に収まるが、数日の遅れが見えなくなる。

判断の基準はシンプルで、1つの作業が終わるまでにかかる典型的な日数の、およそ半分から3分の1を刻み幅にすると読みやすい。作業が平均3日で終わる仕事なら日単位、平均2週間なら週単位、月をまたぐ工程が中心なら週か月単位でよい。日単位のひな形をそのまま半年の計画に使うと、列が180列を超えて印刷も画面表示も破綻する。

もう1つ見落とされやすいのが、土日と祝日の扱いだ。ひな形によっては、土日に自動で色を付ける仕組みが入っている。これは日単位のときは便利だが、週単位に切り替えると意味を失い、条件付き書式だけが残って表を重くする。粒度を変えるなら、曜日に紐づく仕掛けも一緒に外す必要がある。

部品2 担当の列

誰がやるのかをどう持たせるか。列を1つだけ用意して名前を書く形がもっとも多い。次に多いのが、主担当と副担当の2列に分ける形。部署やチーム名だけを入れる形もある。

ここは、あとから直しにくい部分だ。1つの作業に複数人が関わるのが常態のチームで、担当列が1つしかないひな形を使うと、セルの中に「山田・佐藤」のように名前を並べることになる。並べた瞬間、その列で絞り込むことも並べ替えることもできなくなる。名前が文字列としてつながってしまうからだ。

対処は2つある。1つは、1つの作業を担当ごとに行を分ける方針にすること。行は増えるが、誰が何をいつまでにやるのかが1行で完結する。もう1つは、担当列を複数持たせて、それぞれに1人ずつ入れること。列が増えるが行は増えない。どちらを選ぶかは、後で「人ごとに抜き出したいか」で決めるとよい。人ごとの負荷を見たい場合は、行を分ける方針のほうが圧倒的に扱いやすい。

部品3 進み具合の持たせ方

終わったかどうかを何で表すか。ここが工程表のひな形でもっともばらつく部分で、大きく3つの型がある。

1つ目は割合型で、0%から100%の数値を入れる。棒の中を塗り分ける見た目が作れるので見栄えはよいが、入力する人にとっては「いま何パーセントか」という判断が難しい。30%と40%の違いを説明できる人は少なく、結局0、50、100の3段階しか使われないことが多い。

2つ目は状態型で、未着手、着手中、確認待ち、完了といった言葉を選ぶ。入力の迷いが少なく、選択肢を絞ればゆらぎも起きない。ただし「あと何日で終わるのか」は表現できないので、遅れの検知は日付側の列に頼ることになる。

3つ目はチェック型で、終わったかどうかだけを印で表す。もっとも軽く、更新されやすい。細かい進行は追えないが、作業が細かく割れているチームでは、これで十分機能する。

現場でよく聞くのは、割合型を選んだあとで状態型に作り替えるという流れだ。理由はほぼ共通していて、入力する側が数字を決められないためだ。割合型を採るなら、25%刻みなど段階を先に決め、それぞれが何を意味するのかを1行で書き添えておくと定着しやすい。

自分たちの仕事に合うひな形を選ぶ5つの基準

部品が分かれば、選ぶときに見る場所は限られる。以下の5つを順に確かめるだけで、ダウンロードしてから使い始めるまでの時間は大きく短くなる。

基準1 更新する間隔から、期間の粒度を決める

粒度は、作業の長さだけでなく、表を書き換える間隔にも縛られる。週に1回しか更新しない運用で日単位の表を持つと、表の中の日付は毎回7日分まとめて古くなる。見る人は「これはいつ時点の情報か」を確かめられず、信用しなくなる。

更新の間隔と粒度は揃えるのが原則だ。毎日触るなら日単位、週次の定例に合わせるなら週単位でよい。月次報告のためだけに存在する表なら、月単位で足りる。粒度を細かくすれば正確になるわけではなく、更新されない細かさは、粗い表より害が大きい。

基準2 担当は1行1人にできるかを先に考える

前述のとおり、担当の持たせ方はあとから直しにくい。ひな形を選ぶ段階で、1つの作業に何人が関わるのかを数えておく。関わる人が常に1人なら、担当列1つのひな形で問題ない。2人以上が常態なら、行を分ける前提のひな形か、担当列を増やせる作りのものを選ぶ。

判断に迷ったときは、「この表から、山田さんが今週やることだけを取り出せるか」と自問するとよい。取り出せない構造なら、そのひな形は人ごとの管理には使えない。工程全体を眺める用途に限定するか、構造を変えるかのどちらかになる。

基準3 進み具合は、入力する人が迷わない形を選ぶ

進捗の欄は、とりまとめる人ではなく、入力する人の目線で選ぶ。入力するのが作業者本人なら、状態型かチェック型が続きやすい。入力するのがとりまとめ役1人だけなら、割合型でも運用はできるが、その場合は聞き取りの手間が毎回発生することを織り込む必要がある。

入力する人が増えないと、進捗の表はすぐ嘘になる。これは道具の種類を問わず起きる。ひな形を選ぶ段階で、入力する人の人数と、その人たちが1回の更新にかけられる時間を見積もっておく。1人あたり1分で終わる形でないと、日次の更新は続かない。

基準4 行がどこまで増えるかを見積もる

ひな形は、たいてい20行から50行程度のサンプルが入った状態で配られている。実際の案件で使うと、行はその何倍にもなる。行が増えたときに、条件付き書式や数式の参照範囲が自動で追随するかどうかは、使い始める前に確かめておきたい。

確かめ方は簡単で、最終行の下に10行ほど追加してみて、棒が正しく描画されるか、色が付くかを見る。追随しないひな形は、行を足すたびに書式のコピーが必要になる。その手間は毎回1分程度でも、案件が長引くほど積み上がる。

基準5 同時に開く人が何人いるかを数える

表計算のファイルは、置き場所によって同時編集の可否が変わる。共有フォルダに置いたファイルを2人が同時に開くと、後から開いた人は読み取り専用になるか、変更内容を保存できないことがある。クラウド上の表計算サービスなら同時編集ができるものもあるが、条件付き書式や複雑な数式を多用したひな形では、動作が重くなることがある。

工程表を1人で引いて全員に見せるだけなら、この点は問題にならない。複数人で書き込む前提なら、ひな形の選択より先に、置き場所と同時編集の可否を決める必要がある。ここを飛ばすと、工程表を1人が引き直している間、他の人はその表を見られませんという状態が日常化する。

配られたひな形が合わないときに直すところ

合わないひな形を捨てて次を探すより、手元の1枚を直したほうが早いことは多い。直す場所には優先順位がある。上から順に手をつけると、手戻りが起きにくい。

直しどころ1 期間の列を作り直す

粒度が合わないときは、横軸の列をまるごと作り直す。既存の列を残したまま増やすと、条件付き書式の範囲が入り組んで手に負えなくなる。開始日のセルを1つ決め、そこから加算していく形に統一するのがもっとも安全だ。日単位なら1ずつ、週単位なら7ずつ加算する。

このとき、表示形式を先に決めておく。日単位なら「9/1」のような短い形式、週単位なら週の開始日か週番号を表示する。月をまたぐ場合は、月の行を1段上に追加して、月名と日付の2段組にすると読みやすい。

直しどころ2 担当の列を分ける

担当が1列しかないひな形で複数人を扱うなら、行を分ける方針に切り替える。作業名の列はそのまま残し、担当ごとに行を複製して、それぞれの開始日と終了日を入れ直す。行数は増えるが、人ごとの絞り込みができるようになり、負荷の偏りも見えるようになる。

行を分けたくない場合は、担当列を主担当と副担当に分ける。ただし、この形では「副担当が2人以上いる作業」で同じ問題が再発する。関わる人数の上限が読めないなら、最初から行を分けるほうが後の手戻りが少ない。

直しどころ3 進捗の入れ方を1つに決める

ひな形によっては、進捗の列と、棒の色を変える列と、備考欄が別々に用意されていて、どこに何を書くのかが曖昧なままになっている。合わないと感じる原因が、実はこの曖昧さにあることは多い。

直すときは、進み具合を表す場所を1つに絞る。状態型を採るなら、選択肢を4つ程度に固定して、入力規則のリストにしておく。自由入力を許すと、「着手中」「作業中」「進行中」が混ざり、集計も絞り込みもできなくなる。表記のゆれは、あとから直すのに手間がかかる代表格だ。

直しどころ4 依存関係の線を引くかどうかを決める

作業と作業を矢印でつなぐ機能が付いたひな形もある。前工程が終わらないと次が始まらない関係を示すもので、工期の長い工事や、工程が一本道の製造では役に立つ。

一方、並行して進む仕事が多いチームでは、線が増えすぎて読めなくなる。線を引く手間も小さくない。矢印を引くかどうかは、1つの作業の遅れが後続にそのまま響く関係が、全体の何割を占めるかで決める。半分以下なら、線を引かずに「この作業はAが終わってから」と備考に書くほうが早く、読みやすい。

直しどころ5 色の意味を先に決める

配られたひな形には、たいてい色が付いている。ところが、その色が何を意味するのかは書かれていないことが多い。使い始めてから各自が好きに塗ると、色は情報ではなく装飾になる。

直すときは、色を使う軸を1つだけ決める。担当で塗り分けるか、状態で塗り分けるか、遅れの有無で塗り分けるか。2つ以上の意味を同じ色に載せると、見る人が読み解けない。決めた意味は表の端に凡例として書いておく。凡例のない色は、作った本人しか読めない。

直しどころ6 行の並び順を決める

行の並び順も、ひな形は決めてくれない。開始日順、工程順、担当者順、優先度順のどれかになるが、途中で並べ替えると、行に紐づいた書式や結合セルが崩れることがある。

並び替えを前提にするなら、結合セルは使わない。工程の見出しを結合セルで作っているひな形は多いが、結合があると並べ替えもフィルターも効かなくなる。見出しは結合ではなく、階層を表す列を1つ足して「大工程」「中工程」のように持たせるほうが扱いやすい。

直す手順を4段階に分ける

直しどころが分かっても、いきなり全部に手をつけると途中で力尽きる。次の順番で進めると、途中でやめても使える状態が残る。

手順1 実際に見られている列を数える

まず、いま使っている表の列を数え、直近1か月で誰かが実際に読んだ列がどれかを確かめる。会議で言及された列、絞り込みに使った列、報告に転記した列だけが「見られている列」だ。

多くの場合、ここで列は半分以下に絞られる。備考、メモ、予備、区分といった列は、作った時点では必要に見えて、実際には誰も読んでいないことが多い。読まれていない列を残したまま運用を続けると、入力する人はその列も埋めるべきか迷い、更新そのものが億劫になる。

手順2 消す列を先に決める

足す前に消す。これが崩れると、表は必ず横に伸びる。読まれていない列は、削除するか、右端にまとめて折りたたむ。削除に抵抗があるなら、別シートに退避させてから本体から外す。

列を減らすと、印刷の収まりもよくなり、スクロールの回数も減る。1画面に収まる幅まで削れれば、会議中に開いて確認できるようになる。横スクロールが必要な表は、会議では開かれない。

手順3 更新の担当と頻度を決めて、表の外に書く

工程表の運用が続くかどうかは、この一行で決まる。「誰が」「いつ」「どこを」書き換えるのかを決め、表の1行目か別紙に書いておく。曖昧なままだと、全員が「誰かが更新しているはず」と思い込み、誰も更新しない。

決め方の目安として、更新は作業者本人が自分の行だけを直す形にするのが、もっとも長続きする。とりまとめ役は、更新されていない行を見つけて声をかける役に回る。とりまとめ役が全部を書き写す形は、チームの人数が10人を超えたあたりから確実に破綻する。

手順4 2週間だけ運用して、直しの2周目に入る

直した表は、2週間ほど使ってみてから、もう一度手を入れる。1周目で完璧にしようとすると、使われない機能を作り込むことになる。

2周目で見るのは、埋まらなかった欄と、表の外でやり取りされた情報だ。埋まらなかった欄は不要か、入力の負担が大きすぎるかのどちらか。チャットや口頭で交わされた進捗の情報は、本来その表に載るべきだったものだ。この2つを拾って直すと、表は現場の形に近づく。

ひな形の型ごとの向き不向き

ひな形の型	向いている場面	つまずきやすい点
日単位・印刷前提	工期が数週間で、壁に貼って共有する現場	行を足すと書式と印刷範囲が崩れる
週単位・一覧重視	数か月の案件を週次の定例で追う進行	数日の遅れが見えず、手遅れになりやすい
月単位・年間計画	予算や人員の枠を年単位で置く計画	日々の作業管理には粒度が粗すぎる
依存関係つき	工程が一本道で、前工程の遅れが直結する仕事	並行作業が多いと線が増えて読めない
割合入力型	入力者が1人で、報告に数値が要る場合	入力者が複数だと数値の基準がそろわない
状態選択型	作業者本人が自分の行を更新する運用	残り日数が表現できず、日付列に頼る

この表のどれか1つが正解ということはない。同じ会社でも、案件の長さと関わる人数によって適した型は変わる。困るのは、以前の案件で使った型を、性質の違う案件にそのまま持ち込んだときだ。ひな形を使い回すときは、期間の粒度と担当の持たせ方だけでも見直しておくとよい。

直したひな形をチームに配る前に決めておくこと

自分の手元で整えた工程表は、そのままでは自分にしか使えない。作った本人は、どの列に何を入れるのかを覚えているが、受け取る側は覚えていない。配る前に、次の3点を決めて添えておくと、初週の問い合わせがはっきり減る。

入力する場所と、入力しない場所を分ける

受け取った人がまず迷うのは、「どこまで自分が書き換えてよいのか」だ。予定の日付を勝手に動かしてよいのか、担当を差し替えてよいのか、作業を1行足してよいのか。ここが曖昧だと、慎重な人は何も触らず、そうでない人は表の構造ごと変えてしまう。

対処は、書き換えてよい列に色を薄く敷き、それ以外は触らない列だと明示することだ。表計算にはシートの保護機能があるので、入力する列だけを編集可能にしておく方法もある。厳密に固めすぎると例外に対応できなくなるので、色で示すだけでも実務上は足りることが多い。

締切と予定日の違いを1行で書いておく

工程表の日付は、意味が2種類に割れる。1つは対外的に動かせない締切、もう1つは内部の目安として置いた予定日だ。この2つが同じ列に混ざっていると、遅れが出たときに「動かしてよい日付」と「動かしてはいけない日付」の区別がつかなくなる。

分け方は2つある。列を分けて締切と予定日を並べる形と、締切に当たる行だけ印を付ける形だ。行数が50行を超える表では、列を分けたほうが絞り込みやすい。どちらを採るにせよ、その意味を凡例として書いておかないと、数か月後には作った本人も判別できなくなる。

表を見る場面を先に決める

工程表は、置いてあるだけでは読まれない。読まれるのは、決まった場面で開くと決めたときだけだ。週次の定例の冒頭で開く、朝の共有で開く、月末の報告前に開く。どの場面で誰が開くのかを決めておくと、更新の締切も自然に定まる。

現場でよく聞くのは、定例の30分前を更新の締切にする運用だ。締切を会議そのものではなく少し前に置くと、開いた時点で表が最新になっている。逆に「気づいたときに更新」とだけ決めた表は、2週間ほどで誰も触らなくなると言われている。更新の締切は、表の作りとは別に、運用の側で決める事柄だ。

ひな形の直しでは埋まらない部分をどう扱うか

ここまでは、配られたひな形を自分たちの仕事に寄せる話をしてきた。ただ、直しても埋まらない部分がいくつか残る。それがどこなのかを知っておくと、道具を替えるかどうかの判断がしやすくなる。

同時に触れないことは、表の作りでは直せない

工程表を1人が書き換えている間、他の人はその表を開けないか、開いても古い内容を見ている。これはひな形の設計とは無関係で、ファイルという形式そのものに由来する。列を減らしても、色を整えても、この点は変わらない。

チームの人数が増えるほど、この制約は重くなる。5人なら「誰かが開いていたら待つ」で回るが、20人になると待ち時間が積み上がる。同時に見て、同時に書き込む必要が出てきた時点で、ファイルを直すのではなく置き場所を変える判断に移る。

変更の履歴が残らないと、遅れの原因が追えない

工程表の予定日は、案件が進むにつれて何度も書き換えられる。書き換えたこと自体は問題ないが、いつ、誰が、どの日付をどう動かしたのかが残らないと、後から遅れの原因を辿れない。ひな形の側にこの仕組みを足すのは難しく、変更履歴を手で書き足す運用は、ほぼ確実に続かない。

作業の中身が表の外に散らばる

工程表の1行には、作業名と日付と担当しか入らない。実際の作業に必要な資料、仕様のやり取り、確認の依頼は、チャットやメールや別のフォルダに散らばる。行と中身がつながっていないと、担当者は毎回探し直すことになる。これも、ひな形をいくら整えても解決しない部分だ。

独自データの考察

ひな形の直しで埋まらない3点（同時に触れない、履歴が残らない、中身が散らばる）が同時に効き始めるのは、関わる人数がおよそ5人を超えたあたりからだ。この段階で表計算のひな形から専用の道具へ移るチームは多いが、そこで次の壁にぶつかることがある。道具ごとに、工程表の扱いも、料金の考え方も、移行のしやすさも違うためだ。

道具を比べるときは、機能表の項目数ではなく、上で挙げた3つの部品（期間の粒度、担当の持たせ方、進み具合の表し方）が自分たちのやり方に合うかを見るとよい。ボード型のタスク管理ツールの多くは、カードに担当と期日を持たせたうえで、それを工程表の形に切り替えて見られるようになっている。カード1枚に作業の中身とやり取りが集まるので、表の外に散らばる問題は起きにくい。どの道具がどう違うのかは、比較の一覧にまとめてある。用途ごとに見比べたい場合の入口として使える。

個別の道具ごとに事情も違う。カンバンの列で進み具合を持たせる方式と工程表の相性についてはTrelloとの比較、作業の依存関係やタイムラインの扱いについてはAsanaとの比較で、それぞれの考え方の違いを整理している。データベースを自分で組み立てて工程表の形を作る方式に関心があるならNotionとの比較、日本語での運用や課題管理からの流れで検討しているならBacklogとの比較とJootoとの比較が参考になる。人数が増えたときの管理項目の増え方についてはmonday.comとの比較で触れている。

料金の考え方も、選ぶ段階で確かめておきたい。工程表の表示が上位プランでしか使えない設計だと、試したい機能に手が届かないまま判断することになる。機能で絞らず、区切るのは人数とボードの数だけという考え方をとる場合、どのプランでも工程表の表示は同じように使える。詳しい区切り方は料金に記載がある。なお、料金やプランの区分は変わるので、検討時点で公式の記載を確かめてほしい。ここに書いた考え方は2026年9月時点のものだ。

工程表を含めて何ができるのかを先に把握したい場合はできることを見ておくと、直したひな形のどこまでが道具側で置き換わるのかが分かる。すべてが置き換わるわけではない。リポジトリの機能は持たず、自動化と外部連携の広さでは他の道具に譲る部分がある。画面は日本語のみで、自動で取り込めるのは特定のサービスからだけだ。この点は先に知っておいたほうが、判断の手戻りが減る。

すでに別の道具で工程表を運用していて、そこから移る場合の手順はTrelloからの移行にまとめてある。カードと期日をどう引き継ぐのかが分かるので、移す前に確認しておくとよい。社内の情報を外部のサービスに置くことへの懸念がある場合は、安全性の考え方に取り扱いの方針が書かれている。判断材料が足りない場合はよくある質問も併せて見ておきたい。

最後に、道具を替えても変わらないことを1つ挙げておく。入力する人が増えないと、進捗の表はすぐ嘘になる。ひな形を直す作業の半分は書式の調整だが、残りの半分は「誰がどのタイミングで手を動かすか」を決めることだ。この後半を決めないまま道具だけを替えると、更新されない工程表が、表計算から別の画面に移るだけになる。ひな形を選ぶ段階でも、道具を選ぶ段階でも、確かめる順番は同じでよい。期間の粒度、担当の持たせ方、進み具合の表し方、そして更新の担い手。この4つが決まっていれば、どの形から始めても運用は立ち上がる。

Q1. 工程表のひな形は無料のもので足りますか？

案件の期間が数週間から数か月で、更新する人が1人か2人なら、無料で配布されているひな形で足ります。足りなくなるのは、複数人が同時に書き込む必要が出たときと、変更の履歴を残したくなったときです。この2点はひな形の作りを直しても解決しないため、道具そのものを見直す境目になります。

Q2. 期間の粒度は日単位と週単位のどちらを選ぶべきですか？

1つの作業が終わるまでの典型的な日数の、半分から3分の1を刻み幅にするのが目安です。平均3日で終わる作業が中心なら日単位、平均2週間なら週単位が読みやすくなります。ただし週に1回しか更新しない運用なら、日単位にしても情報は常に古いままなので、更新の間隔に粒度を合わせてください。

Q3. 進捗をパーセントで入れる欄がうまく埋まりません。どうすればよいですか？

割合の入力は、入力する本人が数値を決められないために止まりがちです。未着手、着手中、確認待ち、完了のような状態を選ぶ形に変えると、迷いが減って更新が続きます。割合のまま続けるなら、25%刻みなど段階を固定し、それぞれが何を指すのかを表の端に書き添えておくと定着しやすくなります。

Q4. 配られたひな形を直すとき、どこから手をつければよいですか？

最初に、直近1か月で実際に読まれた列だけを数えて、読まれていない列を消してください。列を減らしてから期間の粒度を作り直し、担当の持たせ方を決め、最後に進捗の入れ方を1つに絞ります。足す作業から始めると表が横に伸びて収拾がつかなくなるため、消す作業を先に置くのが順番として安全です。