Gitって何？｜「最終版_本当の最終版」を組織からなくす仕組み

AIエージェントを業務に取り入れた方から、よくこんな質問をいただきます。「最初に『Git（ギット）を入れましょう』と言われたのですが、あれは何のためのものですか」。

一見するとエンジニアのための道具ですが、私たちはこれを働き方と組織の話だと捉えています。Gitは、AIに安心して仕事を任せるための安全装置です。そして同じ考え方が、「あの人に聞かないと分からない」文書や判断を組織から減らすことにもつながります。

任せる前に「戻れる状態」をつくる

以前「ChatGPTとClaude Codeは何が違う？｜「相談相手」を雇うのか、「部下」を迎えるのか」で書いたように、Claude CodeのようなAIエージェントは、パソコンの中のファイルを実際に開いて書き換えながら仕事をします。頼んだ成果物が、そのままファイルの変更として積み上がっていくわけです。

そうなると、任せる側には不安が生まれます。おかしな直し方をされたら、大事な資料を壊されたら。入社したばかりのメンバーに、いきなり原本を渡すのをためらうのと同じ心理です。

この不安に対する定番の備えがGitです。ファイルに加えた変更をすべて記録し、どんな状態からでも元に戻せるようにしてから作業に入る。AIエージェントが真っ先にGitを入れようとするのは、自分の仕事に保険をかけているからです。高い所で作業する人に、まず命綱をつけてもらうのと同じことだと考えてください。

仕組みは「セーブデータが全部残るゲーム」

普段のファイル保存は、上書き型です。保存したとたんに、それまでの内容は消えてしまいます。

Gitはこれと違い、区切りのよいところで記録点（「コミット」と呼びます）をつくり、過去の記録点をすべて残しておきます。ゲームでいえば、セーブデータが一つも消えない状態です。そのため「昨日の夕方の状態まで戻して」と頼めば、その時点に戻せます。

それぞれの記録点には、誰がいつ、何をどんな理由で変えたかというメモもつきます。作業のあとで「今回どこを変えたか見せて」と頼めば、変わった箇所だけを並べた一覧（「差分」と呼びます）が出てきます。AIの仕事ぶりを、この差分で検品できるわけです。

使う人が覚えることは、声のかけ方3つだけ

Gitの操作方法そのものを覚える必要はありません。操作はAIが引き受けてくれます。使う側が身につけておきたいのは、次の3つの頼み方くらいです。

• 「いったん、ここまでを記録しておいて」
• 「今回変えた箇所を見せて」
• 「さっきの状態に戻して」

もう一つ用語を知っておくなら「リポジトリ」です。案件やプロジェクトごとに用意する保管箱のことで、記録はこの箱ごとに残っていきます。

人事・組織にとっての意味

ここからは、この仕組みが人事や組織運営にとって何を意味するかを考えます。一般論としての提案ですが、3つ挙げます。

1. 規程・評価基準・マニュアルを「履歴つき」で育てる

Gitはもともとプログラムを管理するための道具ですが、テキスト形式で書かれた文書であれば、内容を問わず同じように扱えます。就業規則などの規程類、評価基準、業務マニュアル、AIへの指示書。どれも一度作って終わりではなく、改定を重ねながら育てていく文書です。

最終版_修正済み_本当の最終版.docx のようなファイル名に、心当たりのある方は多いはずです。これは担当者がずさんだから起きるのではなく、上書き保存という仕組みが生み出す現象です。どれが正しい版か分からない、いつ誰が直したのか追えない、担当者が休むと手が止まる。文書管理の属人化は、たいていここから始まります。変更の履歴が自然に残る仕組みに移すと、この混乱はおおもとから解消されます。

2. 「なぜ変えたか」を残すことを、引き継ぎの標準にする

Gitが優れているのは、変更内容だけでなく、変更の理由まで記録として残る点です。任せた仕事の経緯が、後から誰でもたどれる。 判断の理由が本人の頭の中にしかないという、引き継ぎで毎回起きる問題が起きにくくなります。人の仕事でも、文書を改定するときに理由を一行添える習慣を全員の標準にしておくと、異動や退職のたびに情報が失われることが減ります。

3. 「戻せる」前提で、任せる範囲を広げる

元に戻せる保証があるから、AIに思い切って仕事を任せられる。これは人の育成にもそのまま当てはまる考え方です。失敗しても取り返しがつく環境を先に用意しておけば、若手や新しく加わったメンバーにも早い段階から本物の仕事を渡せます。AIに任せる範囲をどう決めるかは「AIを「自分好みの部下」に育てる｜メモリ活用は、オンボーディング設計そのもの」でも取り上げました。

おわりに

Gitはエンジニアの道具として生まれましたが、その中身は「記録を残す」「いつでも戻れる」「経緯を共有する」という、組織運営の基本そのものです。AI活用をきっかけに、社内の文書と知識の管理を一段整える。それが、この道具をエンジニアだけのものにしておかない理由です。記録をチームで共有し、確認し合う場所については、次の記事で扱います。

OhEN Funwork Studiosは、採用支援と人事・組織づくりを仕事にしている会社です。「規程やマニュアルがどれが最新か分からない」「引き継ぎのたびに知識が消える」といった段階からご相談をお受けしています。お気軽にお声がけください。

AIの活用を社内でどう進めるかは、AI活用支援でもご紹介しています。ご相談はお問い合わせフォームから、お気軽にどうぞ。

あわせて読みたい

• GitHubって何？｜「確認お願いします」が仕組みになっている場所
• Agent Skills活用術｜「あの人しか知らない」を、会社の資産に変える
• 生成AIを安全に使うには｜「なんとなく禁止」が現場を止めている

この記事の要点

• Gitは変更をすべて記録し、いつでも元に戻せるようにする仕組み。AIエージェントが最初に入れたがるのは、任せる前に命綱をつけるため
• 記録点（コミット）と変更箇所の一覧（差分）で、AIの仕事を検品できる。使う側は3つの頼み方を覚えれば十分
• 「最終版_本当の最終版」は個人の問題ではなく上書き保存が生む現象。規程や評価基準を履歴つきで管理すると属人化が減る
• 変更理由を残す習慣は引き継ぎの標準になり、「戻せる」前提は新人に仕事を任せる育成の考え方にもつながる