ガントチャートの共有で版が分かれる理由｜誰に何を見せるか先に決める

工程表を引き終えて関係者に配ったところから、本当の仕事が始まります。ガントチャートの共有で検索する人の多くは、表そのものの引き方ではなく、配ったあとに起きることで詰まっています。配った翌週には手元の表と相手の表が食い違い、「最新版はどれですか」という確認の連絡が飛び交い、その返信を書くために表をもう一度開き直す。この繰り返しに時間が溶けていきます。

この記事では、共有がうまくいかない原因をファイルの配り方に絞って分解します。そのうえで、誰に何を見せるかの決め方、社外に出すときに隠しておくもの、そして常に最新が見える形をどう作るかを順に扱います。読み終えたときに、いま使っている道具のどこで詰まっているのかを見極めて、次に何を変えるかを自分で決められる状態を目指します。

工程表の共有でつまずく原因は、表の出来ではなく配り方にある

工程表そのものは、多くの現場でそれなりに正しく引かれています。作業の順番も、前提と後続の関係も、担当の割り当ても、最初の一枚はかなり真剣に作られます。それでも共有がうまくいかないのは、その一枚をどうやって関係者の手元に届けるかという部分が、道具ではなく習慣で決まってしまっているからです。

もっとも多いのは、表計算のファイルを作ってメールやチャットに添付する形です。次に多いのが、クラウドの保管場所にファイルを置いてURLを配る形。この2つは、届けるところまでは滑らかに動きます。問題は、届けたあとに表が動き続けることを前提にしていない点にあります。

配った瞬間に、その表は過去のものになる

工程表は、配った時点の見通しを写し取ったものです。実際の作業はその後も進み、遅れも前倒しも起こります。つまり配布物としての工程表は、生まれた瞬間から鮮度が落ち始めます。

ここで多くのチームが取る手は、更新のたびに配り直すことです。ファイル名の末尾に日付や版番号を付けて、また添付して送る。これで一見つじつまは合いますが、受け取る側の手元には版が積み上がっていきます。10人に配れば、10個の手元コピーができます。そのうち何人かは、古い版を開いたまま作業の予定を組みます。

さらに厄介なのが、受け取った側がそのファイルに書き込みを始める場合です。担当者が自分の行だけ直して返送してくる、協力会社が自社の工程を足して送り返してくる。善意の行動ですが、その瞬間に正の表が2つになります。とりまとめる人は、返ってきた複数のファイルを見比べて1つに合流させる作業を負うことになります。この合流作業には見た目以上の時間がかかり、しかも成果物は1ミリも進みません。

「最新版はどれか」を探す時間が積み上がる

版が分かれると、何よりも先に「探す時間」が増えます。チャットの履歴をさかのぼって最後の添付を見つける、メールの件名で検索する、共有フォルダの中に似た名前のファイルが並んでいてどれが正か分からない。1回あたりは数分の話でも、関係者が15人いて週に何度も起きれば、チーム全体では無視できない量になります。

しかもこの時間は、記録に残りません。工数として計上されず、遅れの原因としても挙がりません。誰かが少しずつ削られているだけなので、問題として表面化しないまま続きます。ガントチャートの共有で困っているという相談の背景には、たいていこの見えない時間が横たわっています。

共有の失敗は、遅れの発見が遅れることで効いてくる

版が分かれることの本当の害は、探す時間そのものではありません。遅れの発見が遅れることです。

ある工程が3日遅れたとして、その事実が翌日に共有されれば、後工程の人の予定をずらして吸収できます。同じ3日の遅れが2週間気づかれないまま進むと、後ろに並んでいる作業がまとめて崩れます。遅れの被害は、遅れた日数そのものよりも、その遅れが誰の目にも入らなかった期間の長さで決まります。

古い版を見ている人は、遅れが起きていることを知りません。知らないまま自分の作業を予定どおり進め、前工程の成果物が届かないと分かった時点で初めて手が止まります。その時点で調整に入っても、もう吸収できる余地は残っていません。共有の設計は、単なる情報伝達の話ではなく、遅れを何日で見つけられるかという話です。

ファイルを配る、クラウドで共同編集する、板に置く

工程表の共有には、大きく分けて3つの形があります。どれが正しいという話ではなく、チームの人数と、更新の頻度と、外に見せる必要があるかどうかで向き不向きが変わります。

ファイルを添付して配る形

表計算ソフトで工程表を作り、ファイルとして添付する形です。手元だけで完結するので導入の手間がゼロで、相手が誰であっても開ける可能性が高いのが利点です。社外の発注元に定例で提出する報告書としては、いまでも十分に機能します。

弱点はここまで書いたとおりで、更新が入るたびに版が分かれます。3人程度のチームで、更新が週1回の定例に限られるなら、この形でも破綻しません。人数が増えるか更新の頻度が上がるかのどちらかが起きた時点で、合流作業がとりまとめる人に集中し始めます。判断の目安は人数そのものよりも、「誰かがファイルを直して返してくることがあるか」です。返送が起き始めたら、この形の限界です。

クラウド上のファイルを共同編集する形

同じ表計算のファイルをクラウドに置き、複数人が同時に開いて編集する形です。版が1つになるので、ファイル添付の最大の欠点は解消します。URLを配るだけでよく、誰が見ても同じものが表示されます。

ただしこの形にも固有の弱さがあります。1つは、見せたくない部分まで一緒に見えてしまうことです。同じシートの中に内部の見積もりや担当者ごとの稼働メモが並んでいると、社外に共有した瞬間にそれも渡ります。シートを分けたり非表示にしたりで対処するチームは多いのですが、非表示のシートはファイルの中に残っており、操作を知っている人には見えます。「見えないようにした」と「渡していない」は別のことです。

もう1つは、線を引き直す作業が重いままだという点です。1人が全体の日程をずらしている間、他の人は同じ表を触れません。触れば行がずれて相手の編集とぶつかります。結局、実際に更新するのはとりまとめる人だけという状態に戻りやすいのが実情です。

進行そのものを板に置いて、工程表を表示のひとつにする形

3つ目は、作業の単位をカードとして板の上に置き、そのカードが持つ開始日と期限から工程表を組み立てる形です。ボード型のタスク管理ツールが取っている作り方で、書き込む先は工程表ではなく個々のカードになります。

この形の要点は、更新の対象が「線」ではなく「自分の担当カード」になることです。担当者は自分のカードの期限を1日ずらすだけでよく、全体の線を壊す心配をしなくて済みます。とりまとめる人は、その結果として動いた工程表を見るだけです。誰かが表を書き写す工程が消えるので、鮮度が落ちにくくなります。

弱点も書いておきます。カードの粒度を細かくしすぎると、板が数百枚のカードで埋まって全体が見えなくなります。また、作業の前後関係を厳密に定義して自動で日程を再計算するような、専門的な工程管理の使い方には向きません。工程表を精緻な計算モデルとして扱いたい場合は、そのための専用の道具を選ぶべきです。

誰に何を見せるかを、配る前に決める

共有の設計でいちばん最初にやるべきことは、道具を選ぶことではなく、読み手を分けることです。工程表を見る人は、立場によって知りたいことがまったく違います。同じ一枚を全員に見せようとするから、情報が多すぎるか少なすぎるかのどちらかになります。

実際に手を動かすメンバー

この層が知りたいのは、自分がいつ何を始めればよいか、その前提となる成果物は誰から届くのか、の2点だけです。全体の依存関係の網の目は、ほとんどの場合ノイズになります。

ここに全体の工程表をそのまま渡すと、自分の行を探すところから始まります。探すのが面倒になれば見なくなり、見なくなれば予定は口頭とチャットで流れ始めます。実行メンバーに対しては、担当と期限で絞り込んだ表示を渡すのが基本です。全体を見たい人は見に行けばよく、既定の表示は自分の担当に寄せておくのが実務的です。

社内の管理側や経営側

この層が知りたいのは、遅れているのはどこか、その遅れが最終の納期に届くのか、追加の人手が要るのか、です。個々の作業がどう進んでいるかには関心がありません。

ここに詳細な工程表を渡すと、逆に説明の手間が増えます。細部が見えると細部について質問が来るからです。管理側には、まとまりごとの進み具合と、遅れが出ている箇所だけを見せる形が向きます。定例で報告するなら、全体を印刷して配るのではなく、注目してほしい箇所を絞って提示するほうが議論が速く進みます。

社外の発注元や協力会社

この層は、見せる範囲を明示的に決めなければならない相手です。社内向けとまったく同じものを渡してよいことは、まずありません。次の章で詳しく扱いますが、原則として「相手が判断に使う情報だけを渡す」と決めておくと迷いが減ります。

協力会社に対しては、さらにもう一段の設計が要ります。複数の協力会社が同じ案件に入っている場合、A社にB社の工程を見せてよいかは案件ごとに判断が分かれます。見せたほうが調整が速い場合もあれば、単価や体制が推測できてしまうので見せられない場合もあります。ここは共有の道具の機能ではなく、契約と商習慣の側で決まる話です。

権限の設計は3層で足りることが多い

読み手を分けたあと、実際の権限設計に落とすときは、細かく分けすぎないことが大切です。現場で回りやすいのは次の3層です。

層	見える範囲	できること
内部の実行メンバー	案件の板の全体	自分の担当カードの更新、コメント
内部の管理側	複数案件の横断	全体の日程調整、担当の割り当て
社外の関係者	共有用に絞った範囲	閲覧、決められた項目への記入

権限を役職の数だけ用意すると、誰にどれを割り当てるかを毎回考えることになり、運用が続きません。層を3つに固定して、迷ったら下の層に置く。これで大きく困ることは少ないはずです。

社外に出すときに隠すもの

社外共有は、うっかりが最も起きやすい場面です。悪意ではなく、単に「その情報が入っていることを忘れていた」で事故が起きます。渡す前に確認する項目を、あらかじめ決めておくのが確実です。

内部の見積もりとバッファ

工程表には、たいてい社内向けのバッファが仕込まれています。表向きの期限より数日手前に内部の締切を置く、あるいは想定より多めの日数を積んでおく、といった調整です。これがそのまま社外に見えると、次の案件からその分を削る前提で話が進みます。

工数の見積もりも同様です。作業ごとの想定時間が入った表を渡すと、単価と掛け合わせて原価が推測されます。渡すのは日程だけにして、工数の列は共有用の表示から外すのが基本です。

担当者の個人名と稼働の状況

個人名を出す必要があるかどうかは、案件によります。窓口として明示する必要がある人以外は、役割名にとどめておくほうが安全です。担当者の稼働率や、誰が何件を掛け持ちしているかといった情報は、社外に渡す理由がまずありません。

個人に関する情報を社外に渡す場面では、そもそも本人の同意が必要になる場合があります。個人情報保護委員会は、個人データの第三者提供について次のように整理しています。

個人情報取扱事業者は、原則として、あらかじめ本人の同意を得ないで、個人データを第三者に提供してはならない。 出典: ppc.go.jp

工程表に載る氏名やメールアドレスが、この整理の対象にあたるかどうかは中身と文脈によって変わります。判断に迷う場合は、所管の窓口や法務の担当者に確認してください。ここで断定的な判断を自分だけで下すのは危険です。

他の案件や他の取引先の情報

複数の案件を1つの表で管理している場合、共有の設定を1か所間違えるだけで、関係のない取引先の名前や日程が見えてしまいます。これは実害が大きく、しかも取り返しがつきません。

対処としては、共有する単位と管理する単位を分けておくことです。社外に見せるものは、はじめから社外に見せる前提の入れ物に置く。社内の全体像は別の場所に置く。同じ入れ物の中で権限だけで区切ると、設定の変更や人の入れ替わりのたびに事故の可能性が生まれます。

コメント欄と作業の履歴

見落としやすいのが、本体ではなく周辺に残った文字です。カードのコメント、表計算のセルに付いたメモ、変更履歴、ファイルのプロパティに残った作成者名。ここには社内向けの率直な言葉が残っていることがあります。「この会社の返事が遅い」「先方の担当が変わってから話が進まない」といった記述は、内部で共有される限りは有益な記録ですが、外に出れば関係を壊します。

社外に共有する前には、本体の日程だけでなく、コメントと履歴が一緒に付いていかないかを必ず確認してください。共有用の表示を別に用意して、そちらには履歴を含めない形にしておくのが確実です。NDA（エヌディーエー）を結んでいる相手であっても、渡す情報は必要な範囲に絞るのが原則です。契約は事故が起きたあとの責任の所在を決めるものであって、事故そのものを防ぐ仕組みではありません。

常に最新が見える形をどう作るか

版が分かれない状態を作るには、「正しい表を1つだけ置いて、全員がそこを見る」という単純な原則に戻すしかありません。ただし、原則だけでは運用は続きません。続けるための条件がいくつかあります。

更新する人を1人にしない

工程表の更新をとりまとめる人が1人で背負っている限り、その表の鮮度はその人の忙しさで決まります。忙しい週は止まり、止まった表を見た人が「これは信用できない」と判断し、そこから先は誰も見なくなります。

これを避けるには、更新の入力点を担当者側に移す必要があります。担当者が自分の担当分だけを触れるようにして、とりまとめる人はその結果を見る側に回る。書き込む場所と見る場所を分けずに、同じ板の上で完結させるのが、いちばん摩擦が少ない形です。

更新の単位を「線」ではなく「作業」にする

担当者が更新をためらういちばんの理由は、自分の操作で全体を壊すのが怖いからです。工程表の画面で線を直接ドラッグする方式だと、この恐れは消えません。

更新の単位を個々の作業に落とすと、この恐れがなくなります。自分のカードの期限を1日後ろにずらす、状態を進行中から完了に変える。この操作は自分の担当範囲に閉じているので、心理的な負担がほとんどありません。工程表は、その結果として自動的に描き直されるものとして扱います。

見る人が見に来る形にする

配るのをやめて、見に来てもらう形に変えると、版の問題は構造的に消えます。ただし、ただURLを渡すだけでは見に来ません。見に来る理由を作る必要があります。

現場でよく効くのは、定例の会議でその画面を映すことです。会議の資料を別に作らず、共有している板をそのまま映して話す。これを何度か続けると、会議の前に自分の担当を直しておく習慣がチームに定着します。逆に、会議のたびに別の資料を作っていると、板はいつまでも「入力するだけの場所」のままになります。

締めの時刻を決める

更新のタイミングが人によってばらばらだと、いつの時点の状態を見ているのかが分からなくなります。「毎週金曜の17時時点」のように、締めの時刻を決めておくと、見る側が状態を解釈しやすくなります。

社外に定期報告を出している場合は、この締めの時刻を報告の締切より少し手前に置いておくと、確認と修正の時間が取れます。締切と締めを同じ時刻にすると、毎回ぎりぎりの作業になります。

通知は「全部」ではなく「自分に関係するもの」に絞る

見に来てもらう形にすると、次に問題になるのが通知です。板の上で何かが動くたびに全員に通知が飛ぶ設定にしておくと、1日に何十件も届くことになり、最初の数日で全員が通知を切ります。通知を切った人は、板を見に来る理由も失います。

通知は、自分が担当しているカードの変更、自分が待っている前工程の完了、自分宛の指名の3種類に絞るのが実務的です。それ以外の動きは、見に来たときにまとめて把握すれば足ります。特に、遅れが出た瞬間に関係する後工程の担当者にだけ届く形を作れると、遅れの発見が早くなるという本来の目的に直結します。全員に届く通知は、誰にも読まれない通知とほぼ同じです。

社外の関係者に通知を出すかどうかも、先に決めておいてください。社内の細かい更新が発注元に逐一届くと、まだ確定していない調整の途中経過まで見えてしまい、余計な確認が発生します。社外向けは通知を出さず、定例のタイミングでこちらから状況を伝える形にしておくほうが、双方にとって静かに回ります。

版を残す必要があるときは、切り出して残す

常に最新が見える形にすると、「あの時点ではどういう計画だったか」を後から確認できなくなるのではという懸念が出ます。実際、契約や検収の場面では、その時点の計画を証拠として残す必要があります。

この場合は、生きている板とは別に、その時点の状態を書き出して保管します。PDFなり表計算のファイルなりに切り出して、日付を付けて保存する。重要なのは、その切り出したファイルを「更新するもの」として扱わないことです。あくまで記録であって、進行の道具ではないと決めておけば、版が分かれる問題は起きません。

共有した工程表が2週間で嘘になる、その分かれ目

共有の形を整えても、中身が更新されなければ意味がありません。現場では、2週間で誰も更新しなくなると言われています。そこで止まるチームと続くチームの違いは、次の3点に集約されます。

入力の手間が1日1分を超えると止まる

担当者にとって、進捗の入力は本業ではありません。1日1分で終わるなら続きますが、5分かかるなら忙しい週に落ちます。入力項目を増やしたくなる気持ちは分かりますが、増やすほど記入率が落ち、記入率が落ちた表は全体として使えなくなります。

必須の入力項目は、状態と期限の2つに絞るのが現実的です。作業時間の実績、進捗率、詳細なメモといった項目は、必要な案件でだけ後から足します。最初から全部を要求すると、最初の週で嫌われます。

表の粒度が細かすぎる

工程表を引くとき、作業を細かく分けるほど正確になると考えがちですが、共有の観点では逆に働くことがあります。200行の工程表は、誰も全体を把握できません。把握できないものは、更新の対象にもなりません。

共有用の粒度は、1行が3日から5日くらいで終わる単位に置くと扱いやすくなります。それより細かい手順は、その行の中のチェックリストとして持たせて、工程表の面には出しません。全体の面と、作業の中身の面を分けることで、どちらも読めるようになります。

更新しても誰も見ていない

これがいちばん効きます。担当者が期限をずらしたのに、誰からも反応がない状態が続くと、更新は「やっても意味がないこと」に分類されます。

とりまとめる人の役割は、更新を催促することではなく、更新に反応することです。遅れが入力されたら調整の連絡を出す、前倒しで終わったら次の作業を早めに渡す。入力が実際の動きにつながる経験を何度かすれば、入力は定着します。催促のメッセージを何度送っても、この経験がなければ定着しません。

道具を選び直すときに見るべきところ

いま使っている道具で共有が回っていないと感じたとき、乗り換えの判断で見るべき点は多くありません。機能の一覧表を横に並べて比べても、決め手にはならないからです。見るのは次の順です。

第1に、担当者が自分の分だけを安全に触れるか。第2に、社外に見せる範囲を、社内向けの情報と混ぜずに切り出せるか。第3に、そのために追加で払う金額が、いま失っている時間に見合うか。この3つで、選択肢はかなり絞れます。

いま使っているのがカンバン形式の板で、期限を持たせた工程表の表示が欲しいという場合、移行の負担は見た目ほど大きくありません。板の構造とカードの考え方が近い道具どうしなら、運用の作法をほぼそのまま持ち込めます。この観点での違いはTrelloとの比較にまとめてあり、どういう使い方なら乗り換える理由がないのかも同じページに書かれています。すでに入っているカードを移す手順そのものはTrelloからの移行が扱っていて、自動で取り込めるのはこの1つだけである点も明記されています。

工程の依存関係を厳密に定義したい、あるいは複数案件をまたいだ工数の集計まで見たいという要件があるなら、その方向に強い道具のほうが向いています。Asanaとの比較では、その種の要件でどちらを選ぶべきかを、機能の多さではなく運用の続けやすさの観点から整理しています。設計や仕様の文書と進行の管理を同じ場所に置きたい場合はNotionとの比較が参考になり、文書の柔軟さと引き換えに何が難しくなるかも書かれています。

より大きな組織で、権限や承認の流れまで含めて統制したいという場合はmonday.comとの比較を見てください。開発の課題管理やソースコードの管理と一体で運用したい場合はBacklogとの比較が該当します。リポジトリ機能を持たない道具を選ぶと、その部分は別の道具に任せることになる点は先に把握しておくべきです。日本語の画面で、板の形のまま工程表も見たいという要件が近い場合はJootoとの比較が近い立ち位置を扱っています。どれから読めばよいか決めかねる場合は比較の一覧から入るのが早いはずです。

共有と権限まわりで実際に何ができるかはできることに一覧があり、社外との共有をどう考えているかは安全性の考え方にまとめられています。費用の判断材料としては料金を確認してください。ここでの考え方は機能で絞らず、区切るのは人数とボードの数だけという形になっており、共有のために特定の機能を買い足す設計にはなっていません。運用を始める前に出やすい疑問はよくある質問にまとまっています。

なお、料金や上限の数字は改定されます。この記事では具体的な金額を書きません。判断するときは必ず公式のページで、いつ時点のものか、税抜か税込かを確かめてください。

共有の形を変える前に、いまの状態を数える

道具を変えるかどうかを決める前に、いまの状態を数字で押さえておくと判断が楽になります。感覚で「共有がうまくいっていない」と言っているうちは、変えた後にうまくいったかどうかも感覚でしか分かりません。

数えるのは3つです。1つ目は、直近1か月で工程表を配り直した回数。2つ目は、「最新版はどれか」を確認するやり取りが発生した回数。3つ目は、遅れが発生してからとりまとめる人がそれを知るまでの日数です。3つ目は正確に測れないので、直近の遅れをいくつか思い出して、おおよその日数を書き出すだけで構いません。

この3つを書き出すと、詰まっている場所がはっきりします。配り直しの回数が多いなら、置き場所を1つにするだけで大きく改善します。確認のやり取りが多いなら、見に来る形への切り替えが効きます。遅れを知るまでの日数が長いなら、問題は共有の形ではなく更新の入力点にあります。この場合、置き場所を変えても解決しません。担当者が自分の分を直せる形にしないかぎり、鮮度は上がらないからです。

そして、変えたあとに同じ3つをもう一度数えます。数字が動いていなければ、変えた場所が間違っていたということです。工程表の共有は、道具を入れて終わる話ではなく、チームの中で情報がどう動くかを設計し直す話です。設計を変えたら、動いたかどうかを測る。この往復ができるチームは、どの道具を選んでも最後には回るようになります。

Q1. 工程表はファイルで配るのと、URLを共有するのとどちらがよいですか？

更新の頻度で決まります。週1回の定例だけで更新が済み、返送してくる人がいないならファイルでも破綻しません。誰かがファイルを直して返してくるようになったら、その時点で版が分かれ始めているので、置き場所を1つにしてURLで見に来てもらう形に切り替えたほうが確実です。

Q2. 社外に工程表を出すとき、最低限どこを確認すればよいですか？

内部のバッファと工数の列、担当者の個人名と稼働の状況、他の案件や他の取引先の情報、そしてコメントと変更履歴の4点です。特にコメントと履歴は見落としやすく、社内向けの率直な記述がそのまま渡ってしまう事故が起きます。社外用の表示を別に用意しておくのが安全です。

Q3. 共有した工程表を、担当者が更新してくれません。どうすればよいですか？

催促よりも、入力の手間を1日1分以内にすることと、入力に反応することが効きます。必須項目は状態と期限の2つに絞り、遅れが入力されたら調整の連絡を返す。入力が実際の動きにつながる経験が数回あれば定着します。全体の線を直接触らせる形だと恐怖心で止まるので、担当分だけを触れる形にしてください。

Q4. 常に最新が見える形にすると、過去の計画を証明できなくなりませんか？

生きている板とは別に、その時点の状態を切り出して保管すれば両立します。PDFや表計算のファイルに書き出し、日付を付けて保存してください。重要なのは、切り出したファイルを更新の対象にしないことです。記録として扱うと決めておけば、そこから版が分かれることはありません。